【K8S 云原生】K8S的对外服务—ingress

已于 2024-01-18 19:26:46 修改
阅读量1.3k 收藏 20
点赞数 17
分类专栏： Kurbernetes 文章标签： 云原生 kubernetes 容器
于 2024-01-17 23:16:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/koeda1/article/details/135662474
版权

目录

一、K8S的Service

1、Service的作用

2、Service类型：

二、ingress

1、ingress的组成：

2、ingress资源的定义项：

三、nginx-ingress-controller暴露服务端的方式

1、Deployment+LoadBalancer模式：

1、工作流程图：

2、Daemonset+hostnetwork+nodeSelector模式：

1、工作流程图

2、实验：

3、deployment+NodePort

1、实验：

4、通过虚拟主机的方式实现http代理

5、ingress实现https代理访问：

5.1、nginx的登录账户认证：

5.2、nginx的重写：

6、总结：

四、traefik-ingress暴露服务端的方式：

1、概念

 2、工作流程图

3、traefik-ingress暴露服务端的方式

3.1、Daemonset模式：

3.2、deployment模式：

4、traefik-ingress和nginx-ingress的区别：

5、实验：

1、deployment模式：

2、Daemonset模式：

五、总结：

一、K8S的Service

1、Service的作用

Service的作用体现在两个方面：

1、集群内部：不断跟踪pod的变化，更新endpoints中的pod对象，基于pod的IP地址不断变化的一种服务发现机制

2、集群外部：类似负载均衡器，可以把流量IP+端口，不涉及转发url（http、https），把请求转发到pod中

2、Service类型：

NodePort：容器端口—Service端口—NodePort映射。设定了NodePort之后每个节点都会有一个端口被打开30000-32767

LoadBalancer：云平台上的Service服务。由云平台提供负载均衡的IP地址

ExternalName：域名映射

ingress：基于域名进行映射，转发的是url请求（http、https）转发到Service，再由Service转发到每一个pod

ingress只需要一个或者是少量的公网IP或者LB，可以把多个http请求暴露到外网

他是七层反向代理

可以将ingress理解为，Service的Service。是一组基于域名和url路径把请求转发到一个或者多个请求转发到Service的规则

ingress先七层转发转发都Service，Service再四层转发转发到pod

二、ingress

1、ingress的组成：

ingress是一个api对象，通过yaml文件来进行配置。ingress作用就是定义请求如何转发到Service的规则

ingress通过http和https暴露集群内部的Service，给Service提供一个外部的url、负载均衡、ssl/tls（https）的能力，实现一个基于域名的负载均衡

ingress-controller：由这个组件来具体的实现反向代理和负载均衡的程序，以及对ingress定义的规则进行解析，根据ingress的配置的规则进行请求的转发。

但是这个ingress-controller不是K8S自带的组件功能，ingress-controller是一个统称（一系列工具）

比如nginx ingress-controller、traefik都是ingress-controller，开源的软件

ingress-controller是pod的方式运行在节点上

2、ingress资源的定义项：

  1. 定义外部流量的路由规则
  2. 定义的服务暴露的方式、主机名、访问的路径和其他的一些选项
  3. 负载均衡（ingress-controller实现）

三、nginx-ingress-controller暴露服务端的方式

1、Deployment+LoadBalancer模式：

ingress部署在公有云。ingress配置文件中会有type。type：LoadBalancer。公有云平台会为这个LoadBalancer的Service自动创建一个负载均衡器。绑定公网地址

通过域名指向公网地址，实现集群对外暴露

1、工作流程图：

2、Daemonset+hostnetwork+nodeSelector模式：

Daemonset：在每个节点都会创建一个pod

hostnetwork：共享节点主机的网络命名空间。容器内直接使用节点主机的IP+端口。pod上的容器可以直接访问主机上的网络资源

nodeSelector：根据标签选择部署的节点。选择nginx-ingress-controller部署的节点

缺点：直接利用节点主机的网络和端口资源，一个node只能部署一个ingress-controller的pod

适用场景：大并发场景的生产环境。性能是最好的

1、工作流程图

Service和endpoints来发现节点

最终转发是由ingress-controller来转发请求（http）和负载均衡

用DaemonSet结合nodeselector来部署ingress-controller到特定的node上，然后使用HostNetwork直接把该pod与宿主机node的网络打通，直接使用宿主机的80/433端口就能访问服务。这时，ingress-controller所在的node机器就很类似传统架构的边缘节点，比如机房入口的nginx服务器。该方式整个请求链路最简单，性能相对NodePort模式更好。

缺点是由于直接利用宿主机节点的网络和端口，一个node只能部署一个ingress-controller pod。 比较适合大并发的生产环境使用。

2、实验：
#mandatory.yaml文件中包含了很多资源的创建，包括namespace、ConfigMap、role，ServiceAccount等等所有部署ingress-controller需要的资源。

官方下载地址：
wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.25.0/deploy/static/mandatory.yaml


上面可能无法下载，可用国内的 gitee
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.25.0/deploy/static/mandatory.yaml
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml

DaemonSet+HostNetwork具体的部署过程 

下载安装ingress-controller pod及相关资源

每个节点上，上传ingress-contro控制器

解压安装
tar -xf ingree.contro-0.30.0.tar.gz
docker load -i ingree.contro-0.30.0.tar



#节点打标签，用于选择节点部署ingress-controller
kubectl label nodes node02 ingress=true

192-215行修改配置文件

启动 nginx-ingress-controller，并检查该pod的运行状况 

kubectl apply -f mandatory.yaml

#nginx-ingress-controller 已经运行 node02 节点
kubectl get pod -n ingress-nginx -o wide

kubectl get cm,daemonset -n ingress-nginx -o wide

#到 node02 节点查看
netstat -lntp | grep nginx

由于配置了 hostnetwork，nginx 已经在 node 主机本地监听 80/443/8181 端口。其中 8181 是 nginx-controller 默认配置的一个 default backend（Ingress 资源没有匹配的 rule 对象时，流量就会被导向这个 default backend）。

这样，只要访问 node 主机有公网 IP，就可以直接映射域名来对外网暴露服务了。如果要 nginx 高可用的话，可以在多个 node

上部署，并在前面再搭建一套 LVS+keepalived 做负载均衡。

创建 ingress 规则

创建一个业务pod和svc资源和ingress规则：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-pvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: nfs-client-storageclass
  resources:
    requests:
      storage: 2Gi

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-app
  labels:
    app: nginx1
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
        - name: nginx
          image: nginx:1.22
          volumeMounts:
          - name: nfs-pvc
            mountPath: /usr/share/nginx/html
      volumes:
      - name: nfs-pvc
        persistentVolumeClaim:
          claimName: nfs-pvc

---
apiVersion: v1
kind: Service
metadata:
  name: nginx-app-svc
spec:
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
  selector:
    app: nginx1

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-app-ingress
spec:
  rules:
  - host: www.test1.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-app-svc
            port:
              number: 80
#选择一台客户机，直接添加node02的节点的IP与pod的域名进行映射
vim /etc/hosts
20.0.0.63 www.test1.com
 
访问curl www.test1.com

3、deployment+NodePort

同样用deployment模式部署ingress-controller，并创建对应的service，但是type为NodePort。这样，ingress就会暴露在集群节点ip的特定端口上。由于nodeport暴露的端口是随机端口，一般会在前面再搭建一套负载均衡器来转发请求。该方式一般用于宿主机是相对固定的环境ip地址不变的场景

NodePort方式暴露ingress虽然简单方便，但是NodePort多了一层NAT，在请求量级很大时可能对性能会有一定影响

1、实验：

如果做了上一个操作，就将所有的yaml文件通过delete进行清除。继续下面的操作 

下载相关的ingress和service-nodeport模板
mkdir /opt/ingress/test
cd /opt/ingress/test
#官方下载地址：
wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml
wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/provider/baremetal/service-nodeport.yaml
 
#国内 gitee 资源地址：
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/provider/baremetal/service-nodeport.yaml
 
#在所有 node 节点上传镜像包 ingress-controller-0.30.0.tar 到 /opt/ingress-nodeport 目录，并加载镜像
docker load -i ingress-controller-0.30.0.tar

直接启动官方模板即可使用

#若是新的mandatory.yaml文件，直接启动即可，若是用上个实验的，要还原到最初始
kubectl apply -f mandatory.yaml

还原脚本如下：

在所有节点上部署ingress-controller

#启用Service-nodeport
kubectl apply -f service-nodeport.yaml

#//如果K8S Pod 调度失败，在 kubectl describe pod资源时显示：
Warning  FailedScheduling  18s (x2 over 18s)  default-scheduler  0/2 nodes are available: 2 node(s) didn't match node selector

解决方案：
1. 给需要调度的node加上对应标签
# 相对上面这个Yaml文件的例子
kubectl label nodes node_name kubernetes.io/os=linux
2. 删除Yaml文件中的nodeSelector，如果对节点没有要求的话，直接删除节点选择器即可

进行Ingress Http代理访问的操作演示

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-pvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: nfs-client-storageclass
  resources:
    requests:
      storage: 2Gi

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-app
  labels:
    app: nginx1
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
        - name: nginx
          image: nginx:1.22
          volumeMounts:
          - name: nfs-pvc
            mountPath: /usr/share/nginx/html
      volumes:
      - name: nfs-pvc
        persistentVolumeClaim:
          claimName: nfs-pvc

---
apiVersion: v1
kind: Service
metadata:
  name: nginx-app-svc
spec:
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
  selector:
    app: nginx1

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-app-ingress
spec:
  rules:
  - host: www.test1.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-app-svc
            port:
              number: 80

访问IP+NodePort端口

工作流程：

每个节点都是从controller----接收到解析后的请求IP+端口----ingress-----Service----pod

总结：

nginx-ingress-controller

host—>ingresss的配置找到pod—>controller—>请求发到pod

nodeport--->controller--->ingress--->service--->pod

NodePort暴露端口的方式最简单的方法，NodePort多了一层nat（地址转换）

并发量大的对性能会有一定影响，内部都会用nodePort

4、通过虚拟主机的方式实现http代理

通过ingress的方式实现：一个ingress可以访问不同的主机

我们知道nginx和apache能够设置三种虚拟主机，分别为：基于IP，基于域名，基于端口。同样ingress-nginx这里也可以设置出这三种虚拟主机。下面将以最常用的基于域名的虚拟主机为例子，进行操作演示

先创建两个pod和Service

虚拟主机1：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment1
  labels:
    test: nginx1
spec:
  replicas: 1
  selector:
    matchLabels:
      test: nginx1
  template:
    metadata:
      labels:
        test: nginx1
    spec:
      containers:
        - name: nginx1
          image: nginx:1.22
---
apiVersion: v1
kind: Service
metadata:
  name: svc-1
spec:
  ports:
    - port: 80
      targetPort: 80
      protocol: TCP
  selector:
    test: nginx1

虚拟主机2将上面标签全部替换

再创建ingress资源

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress1
spec:
  rules:
    - host: www1.test.com
      http:
        paths:
        - path: /
          pathType: Prefix
          backend:
            service:
              name: svc-1
              port:
                number: 80

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress2
spec:
  rules:
    - host: www2.test.com
      http:
        paths:
        - path: /
          pathType: Prefix
          backend:
            service:
              name: svc-2
              port:
                number: 80

映射域名：
vim /etc/hosts

#这里任意填写一个node节点的IP即可
20.0.0.62 www.test.com www.abc.com   

然后就可以基于域名+NodePort端口进行访问了

5、ingress实现https代理访问：

需要证书和秘钥

创建证书 秘钥

secrets保存密钥信息，部署pod时把secrets挂载到pod

openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=nginxsvc/O=nginxsvc"


req：生成证书文件的
x509：生成x.509自签名的证书
-sha256：表示使用sha-256散列算法
-nodes：表示生成到的秘钥不加密
-day 365：证书有效期365天
-newkey rsa:2048：RSA的密钥对，长度2048为位
-keyout tls.key -out tls.crt：密钥文件key，证书文件crt
-subj "/CN=nginxsvc/O=nginxsvc"：主题，CN： common name O：
kubectl create secret tls tls-secret --key tls.key --cert tls.crt
kubectl describe secrets tls-secret

创建deployment、service、ingress

vim traefik-nginx.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-https
  labels:
    app: https

spec:
  replicas: 3
  selector:
    matchLabels:
      app: https
  template:
    metadata:
      labels:
        app: https
    spec:
      containers:
        - name: nginx
          image: nginx:1.22

---

apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
spec:
  ports:
    - port: 80
      targetPort: 80
  selector:
    app: https

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-ingress-https
spec:
  tls:
    - hosts:
      - www.123ccc.com
      secretName: tls-secret
  rules:
    - host: www.123ccc.com
      http:
        paths:
          - pathType: Prefix
            path: "/"
            backend:
              service:
                name: nginx-svc
                port:
                  number: 80

访问测试
域名:https端口
curl -k https://www.123ccc.com:32561

​

是基于service-nodeport.yaml完成的，首先要有ingress-nginx

5.1、nginx的登录账户认证：

下载http，用htpasswd生成密钥（这里秘钥的名字只能值auth）

创建秘钥

生成新的ingress：

htpasswd -c auth koeda
New password: 123456
Re-type new password: 123456

kubectl create secret generic basic-auth --from-file=auth


vim ingress-auth.yaml


apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-auth
  annotations:
#开启认证模块的配置
    nginx.ingress.kubernetes.io/auth-type: basic
#设置认证类型为basic。是k8s自带的认证加密模块
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
#把认证的加密模块导入到ingress当中
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required-zyg'
#设置认证窗口的提示信息。
spec:
  rules:
  - host: www.zyg.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80
#使用http创建basic-auth
#开启认证加密的文件
#创建ingress开启认证模式
#将auth配置文件导入ingress当中

做映射www.koeda.com

在虚拟机访问测试

5.2、nginx的重写：

vim ingress-rewrite.yaml（要进入加入https端口）

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-rewrite
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: https://www.123ccc.com:32561
spec:
  rules:
    - host: www.ddd.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: nginx-svc
                port:
                  number: 80

自定义域名需要映射

通过www.ddd.com+http端口访问

容器内页面跳转

到此nginx-ingress-controller全部介绍完毕

6、总结：

ingress两个重要的组件：

nginx-ingress-controller

traefik-ingress-controller

都是开源的ingress-controller

三种工作方式：

1、deployment+LoadBalancer，需要云平台提供一个负载均衡的公网地址，公有云上做

2、Daemonset+hostnetwork+nodeSelector，指定节点部署controller，缺点就是和宿主机共享网络，只能是一个controller的pod

        hostnetwork这个配置回合宿主机共享网络资源

3、deployment+NodePort，最常见，最常用，也是最简单的方式。他是集中一个NodePort端口，所有的ingress的请求都会转发到NodePort，然后由Service把流量转发到pod

一个ingress的NodePort可以实现访问多个虚拟主机（域名），和nginx是一样的

四、traefik-ingress暴露服务端的方式：

1、概念

traefik是一个为了让部署微服务更加快捷而诞生的一个http反向代理，负载均衡

traefik设计时就能实时的和K8S的api交互，可以感知后端service以及pod的变化，还可以自动更新配置和重载

pod内nginx容器，80 8081

traefik的部署方式：

Daemonset和deployment

 2、工作流程图

3、traefik-ingress暴露服务端的方式

3.1、Daemonset模式：

用的还是hostnetwork网络模式

特点：每个节点都会部署一个traefik。节点感知，可以自动发现，更新容器的配置，不需要手动重载

缺点：资源占用，大型集群中，Daemonset可能会运行多个traefik的实例，尤其是在节点上不需要大量容器运行的情况下。他是没有办法扩所容器的

适用于部署对外集群：因为对外的业务会经常变更，使用Daemonset模式可以更好的、自动的发现服务配置变更

3.2、deployment模式：

用的还是NodePort网络模式

优点：集中控制，可以使用少量的实例来运行处理整个集群的流量，更容易升级和维护。

缺点：

deployment负载均衡不会均匀地分布到每个节点。

需要手动更新，他无法感知容器的配置变化

适用于部署对内集群：对内的业务相对稳定，更新和变化也比较少，适合deployment的方式

一般部署的时候会设置标签：

traffic-type:internal 声明对内服务

traffic-type:external 声明对外服务

4、traefik-ingress和nginx-ingress的区别：

没有大区别

工作原理都一样，都是七层代理，都可以动态的更新配置，都可以自动发现服务

nginx-ingress：

自动更新的重载模块相对较慢

traefik-ingress

自动更新的重载模块更快、更方便

traefik的并发能力只有nginx-ingress的6成 60%

工作中见得最多的就是nginx-ingress-controller

5、实验：

1、deployment模式：
​wget  https://gitee.com/mirrors/traefik/raw/v1.7/examples/k8s/traefik-deployment.yaml
wget  https://gitee.com/mirrors/traefik/raw/v1.7/examples/k8s/traefik-rbac.yaml
wget  https://gitee.com/mirrors/traefik/raw/v1.7/examples/k8s/traefik-ds.yaml
wget  https://gitee.com/mirrors/traefik/raw/v1.7/examples/k8s/ui.yaml

​
#先启动rbac权限配置
kubectl apply -f traefik-rbac.yaml

#再启动deployment或者Daemonset
kubectl apply -f traefik-deployment.yaml

#最后启动ui工具
kubectl apply -f ui.yaml

vim traefik-ingress-nginx.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-traefik
  labels:
    nginx: traefik
spec:
  replicas: 3
  selector:
    matchLabels:
      nginx: traefik
  template:
    metadata:
      labels:
        nginx: traefik
    spec:
      containers:
        - name: nginx
          image: nginx:1.22

---

apiVersion: v1
kind: Service
metadata:
  name: nginx-traefik-svc1
spec:
  ports:
    - port: 80
      targetPort: 80
      protocol: TCP
  selector:
    nginx: traefik

---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-traefik-test1
spec:
  rules:
    - host: www.yyw.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: nginx-traefik-svc1
                port:
                  number: 80

ui查看发现

2、Daemonset模式：

Daemonset，以及配置更新的自动重载

先运行traefik-ds.yaml，使用traefik的Daemonset+hostnetwork模式

创建configmap，挂载

worker_processes  2;
events {
    worker_connections  1024;
}
http {
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    server {
        listen       80;
        server_name  localhost;
        charset utf-8;
        location / {
            root   /usr/share/nginx/html;
            index  index.html index.php;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
}
}



kubectl create configmap nginx-con --from-file=/opt/nginx-configmap/nginx.conf

创建业务资源，service和ingress


 

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: nginx-app
  labels:
    app: nginx1
spec:
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
        - name: nginx
          image: nginx:1.22
          volumeMounts:
            - name: nginx-config
              mountPath: /etc/nginx/
            - name: nginx-mount
              mountPath: /usr/share/nginx/html
      volumes:
        - name: nginx-config
          configMap:
            name: nginx-con
        - name: nginx-mount
          hostPath:
            path: /opt/html
            type: DirectoryOrCreate

---

apiVersion: v1
kind: Service
metadata:
  name: nginx-app-svc
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
  selector:
    app: nginx1

---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-app-ingress
spec:
  rules:
    - host: www.test1.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: nginx-app-svc
                port:
                  number: 80

hostnetwork端口80，nginx监听端口也是80

自动发现，ingress

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: nginx-app
  labels:
    app: nginx1
spec:
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
        - name: nginx
          image: nginx:1.22
          volumeMounts:
            - name: nginx-config
              mountPath: /etc/nginx/
            - name: nginx-mount
              mountPath: /usr/share/nginx/html
      volumes:
        - name: nginx-config
          configMap:
            name: nginx-con
        - name: nginx-mount
          hostPath:
            path: /opt/html
            type: DirectoryOrCreate

---

apiVersion: v1
kind: Service
metadata:
  name: nginx-app-svc
spec:
  ports:
    - protocol: TCP
      port: 8081
      targetPort: 8081
  selector:
    app: nginx1

---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-app-ingress
spec:
  rules:
    - host: www.test1.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: nginx-app-svc
                port:
                  number: 8081

重新运行，将hostnetwork的监听端口改成8081

kubectl edit cm nginx-con

更改configmap，将nginx的监听端口改成8081

五、总结：

开源的ingress控制软件

nginx-ingress-controller

traefik-ingress-controller

nginx-ingress-controller：

模式：

deployment+LoadBalancer：公有云提供负载均衡的公网地址

Daemonset+hostnetwork+nodeSelector：和节点服务器共享网络，一个节点只能部署一个controller的pod，使用宿主机的端口，性能最好，适合大并发

deployment+NodePort：最常见也是最常用，也是最简单的方法。但是性能不太好，多了一层nat地址转发，不太适合大并发

traefik-ingress-controller：（小集群）

模式：

Daemonset模式：对外，可以自动更新容器的配置。hostnetwork模式，用的是节点网络

deployment模式：对内，无法自动更新配置。NodePort网络模式

https：

  1. 生成证书和秘钥
  2. 创建Secret保存秘钥
  3. 创建ingress的时候把Secret导入

加密认证：

1、借助htpasswd工具，生成名字叫 auth 的秘钥（文件名只能是auth）

2、创建ingress的两行代码

koeda（粉丝冲刺一个亿）
关注
  • 17
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
k8s---对外服务 ingress
qq_51506982的博客
01-17 1263
ingress的核心组件traefik都是开源的ingress-controller。
k8s 裸机安装 nginx1.19 ingrass
技术博客
11-05 992
k8s 裸机安装 nginx1.19 ingrass deploy.yaml文件如下： apiVersion: v1 kind: Namespace metadata: name: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/instance: ingress-nginx --- # Source: ingress-nginx/templates/controller-
k8s---ingress对外服务（ingress-controller）
最新发布
qq_61843057的博客
01-17 1781
1、定义外部流量的路由规则2、定义了服务暴露方式，主机名、url访问路径和其他属性3、负载均衡（ingress-controller）ingress-controller的运行方式是pod方式运行在集群当中ingress-controller两种方式：nginx-ingress-controller、traefikingress-controller的三种工作模式：deployment+loadbalancer：需要云平台提供一个负载均衡的公网地址。公有云上做。需要收费。
企业项目实战k8s篇（七）Ingress服务
qq_42003848的博客
07-29 1460
Ingress服务一.Ingress服务简介二.ingress部署三.域名访问+ingeress-nginx 一.Ingress服务简介 一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的Ingress 服务。 Ingress由两部分组成：Ingress controller和Ingress服务。 Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAPr
k8s中对外暴露服务的三种方式
weixin_45629044的博客
07-16 2101
先说总结后面内容慢慢补 1，通过Nodeport方式 2，通过LoadBalance方式 3，通过ingress方式 ingress只不过是k8s实现7层代理的工具，拿ingress-nginx举例子，他将svc产生的资源的cluster-ip，通过7层代理的方式（例如nginx反向代理），统一用ingress-control与集群外部进行对接， 本质上ingress想与集群外部访问，仍然需要k8s集群的特性对外提供服务， 而且想要通过ingress方式直接让集群外部进行访问，仍然需要集群外部单独的dns服
K8s外部网络访问之Ingress附件
10-25
K8s外部网络访问之Ingress附件
k8s的ingress yaml文件
03-25
k8s的ingress yaml文件
k8s-ingress
06-24
ingress 离线镜像包
k8s-ingress.zip
03-14
k8s 相应的ingress yaml 文件，包含 configmap.yaml,default-backend.yaml,mandatory.yaml,rbac.yaml,without-rbac,tcp-service,udp-service.
k8s的ingress-nginx配置
11-30
1.14.0 ingress-nginx配置选项
k8s（二）、对外服务(Traefik部署/https/session sticky使用)
ywq935的博客
04-10 7239
前言 在上文完成k8s集群搭建的基础上k8s（一）、1.9.0高可用集群本地离线部署记录，承接上文，本文简单介绍一下k8s对外暴露服务 拓扑图： 一、k8s对外暴露服务方式介绍 1.Load Blance 目前已经有很多主流的公有云平台已经都提供基于k8s服务的组件，工作的原理本质上是k8s的服务向云平台申请一个负载均衡器来对外服务。因此这种方式只适合在云平台内部使用，这里略...
手把手带你玩转k8s-完整的发布一个可对外访问的服务
mldong的博客
05-11 1638
前言 连续撸了两篇文，但是还没真正的将服务对外访问，本文还是基于前两篇文的环境，完整的发布一个可对外访问的服务。当然，肯定还是先部署nginx，这里先简单画一下图。 先梳理一下问题 如图，先决条件： 小A同学的公网ip为 47.92.133.211 负载均衡器的绑定的公网ip为 47.92.133.212 有两个域名a.mldong.com和b.mldong.com k8s集群中有两个服务a和b 本文内容： 如何配置，使访问a.mldong.com即为访问服务a，访问b.mldong.com即为访问服
kubernetes实践-内部服务依赖外部服务
weixin_34294649的博客
05-08 697
2019独角兽企业重金招聘Python工程师标准>>> ...
k8s service引用外部服务
lixiaolinzq的博客
12-07 2281
需求 所有服务使用k8s部署，但是，mysql和redis这些中间件仍然使用物理机部署，导致配置文件中出现 很多IP地址加端口，这种配置一旦躲起来，有点繁琐； 解决方案 使用k8s的service代理外部方式，把ip地址和端口隐藏在service中统一配置，这样，配置文件中只需要引用service名字即可。 配置说明 apiVersion: v1 kind: Service metadata: managedFields: apiVersion: v1 manager: tke-apiserver ope
k8s 对外服务之ingress
热门推荐
yrx420909的博客
04-24 5万+
1. ingress概述 k8s 对外暴露服务（service）主要有两种方式：NotePort, LoadBalance， 此外externalIPs也可以使各类service对外提供服务，但是当集群服务很多的时候，NodePort方式最大的缺点是会占用很多集群机器的端口；LB方式最大的缺点则是每个service一个LB又有点浪费和麻烦，并且需要k8s之外的支持； 而ingress则只需要一个N...
k8s对外服务暴露方式-ingress配置
隔壁老瓦的专栏
01-21 8828
k8s 对外服务设置 对外服务方式 kube-proxy 只允许本地访问 NodePort 使用物理机端口和k8s service虚拟ip:端口 映射 LoadBalancer 使用NodeIp+Nodeport的方式实现， 配合云环境GCE、aws提供的负载地址 ingress 使用开源的反向代理负载均衡器来实现对外暴漏服务，比如 Nginx、Apache、Haproxy等 ingress...
k8s对外暴露服务
qa1986nibuhao的博客
07-03 2249
k8s对外暴露服务 从 kubernetes 1.2 版本开始，kubernetes提供了 Ingress 对象来实现对外暴露服务；到目前为止 kubernetes 总共有三种暴露服务的方式: LoadBlancer Service NodePort Service Ingress 1.1、LoadBlancer Service LoadBlancer Service 是 kubernetes 深...
基于k8s部署的应用（服务）如何访问
wjs7740的专栏
08-11 1万+
当我们使用k8s部署了一套应用时（比如一个blog系统），要怎么访问它便成了我们最直接的问题，这里的访问应该同时包括了对外（tomcat）和对内（mysql）服务。要弄清楚这个问题，首先我们需要了解kubernetes网络模型设计的基础原则： 每个pod都拥有一个独立的ip地址，而且假定所有的pod都在一个直接连通的、扁平的网络空间中。 回到题目的问题，我们这里分两步分讨论：1. 集群内部访问1
使用kube-proxy让外部网络访问K8S service的ClusterIP
lyk-ops
07-24 3018
配置方式 kubernetes版本大于或者等于1.2时，外部网络（即非K8S集群内的网络）访问cluster IP的办法是： 修改master的/etc/kubernetes/proxy，把KUBE_PROXY_ARGS=”“改为KUBE_PROXY_ARGS=”–proxy-mode=userspace” 启动kube-proxy服务 在核心路由设备或者源主机上添加一条路由，访问clu...
k8s Ingress
12-16
Kubernetes Ingress 是一种 API 对象，用于管理集群中服务的外部访问。它允许将流量路由到集群内的不同服务，并提供负载均衡、SSL 和基于名称的虚拟托管等功能。但是，仅创建 Ingress 资源是不够的，必须具有 Ingress 控制器才能满足 Ingress 的要求。Ingress 控制器是一个独立的组件，它可以根据 Ingress 资源的规则配置负载均衡器，例如 Nginx、Traefik 等。以下是一个简单的 Ingress 资源的例子： ```yaml apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: rules: - host: example.com http: paths: - path: /foo pathType: Prefix backend: service: name: foo-service port: name: http ``` 上面的例子定义了一个 Ingress 资源，它将流量路由到名为 `foo-service` 的服务上。当访问 `example.com/foo` 时，Ingress 控制器将流量路由到 `foo-service` 上。需要注意的是，这个例子仅适用于具有 Ingress 控制器的 Kubernetes 集群。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值