• [云原生] K8s之ingress

    1.Ingress的相关知识 

    1.1 Ingress的简介 

    service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制；对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。

    在Kubernetes中，Pod的IP地址和service的ClusterIP仅可以在集群网络内部使用，对于集群外的应用是不可见的。为了使外部的应用能够访问集群内的服务，Kubernetes目前提供了以下几种方案：
    ●NodePort：将service暴露在节点网络上，NodePort背后就是Kube-Proxy，Kube-Proxy是沟通service网络、Pod网络和节点网络的桥梁。
    测试环境使用还行，当有几十上百的服务在集群中运行时，NodePort的端口管理就是个灾难。因为每个端口只能是一种服务，默认端口范围只能是 30000-32767。

    ●LoadBalancer：通过设置LoadBalancer映射到云服务商提供的LoadBalancer地址。这种用法仅用于在公有云服务提供商的云平台上设置 Service 的场景。 受限于云平台，且通常在云平台部署LoadBalancer还需要额外的费用。
    在service提交后，Kubernetes就会调用CloudProvider在公有云上为你创建一个负载均衡服务，并且把被代理的Pod的IP地址配置给负载均衡服务做后端。

    ●externalIPs：service允许为其分配外部IP，如果外部IP路由到集群中一个或多个Node上，Service会被暴露给这些externalIPs。通过外部IP进入到集群的流量，将会被路由到Service的Endpoint上。 

    ●Ingress：只需一个或者少量的公网IP和LB，即可同时将多个HTTP服务暴露到外网，七层反向代理。
    可以简单理解为service的service，它其实就是一组基于域名和URL路径，把用户的请求转发到一个或多个service的规则。

     1.2 Ingress 的组成

     ●ingress：
    ingress是一个API对象，通过yaml文件来配置，ingress对象的作用是定义请求如何转发到service的规则，可以理解为配置模板。
    ingress通过http或https暴露集群内部service，给service提供外部URL、负载均衡、SSL/TLS能力以及基于域名的反向代理。ingress要依靠 ingress-controller 来具体实现以上功能。

    ●ingress-controller：
    ingress-controller是具体实现反向代理及负载均衡的程序，对ingress定义的规则进行解析，根据配置的规则来实现请求转发。
    ingress-controller并不是k8s自带的组件，实际上ingress-controller只是一个统称，用户可以选择不同的ingress-controller实现，目前，由k8s维护的ingress-controller只有google云的GCE与ingress-nginx两个，其他还有很多第三方维护的ingress-controller，具体可以参考官方文档。但是不管哪一种ingress-controller，实现的机制都大同小异，只是在具体配置上有差异。
    一般来说，ingress-controller的形式都是一个pod，里面跑着daemon程序和反向代理程序。daemon负责不断监控集群的变化，根据 ingress对象生成配置并应用新配置到反向代理，比如ingress-nginx就是动态生成nginx配置，动态更新upstream，并在需要的时候reload程序应用新配置。为了方便，后面的例子都以k8s官方维护的ingress-nginx为例。
     

     Ingress-Nginx github 地址：GitHub - kubernetes/ingress-nginx: Ingress-NGINX Controller for Kubernetes
    Ingress-Nginx 官方网站：Welcome - Ingress-Nginx Controller

    1.3 Ingress-Nginx的工作原理 

     （1）ingress-controller通过和 kubernetes APIServer 交互，动态的去感知集群中ingress规则            变化。
    （2）然后读取它，按照自定义的规则，规则就是写明了哪个域名对应哪个service，生成一段                  nginx配置。
    （3）再写到nginx-ingress-controller的pod里，这个ingress-controller的pod里运行着一个                Nginx服务，控制器会把生成的 nginx配置写入 /etc/nginx.conf文件中。
    （4）然后reload一下使配置生效。以此达到域名区分配置和动态更新的作用。

    1.4 新生代Ingress-controller （Traefik）

    Traefik是一个为了让部署微服务更加便捷而诞生的现代HTTP反向代理、负载均衡工具。 它支持多种后台 (Docker, Swarm, Kubernetes, Marathon, Mesos, Consul, Etcd, Zookeeper, BoltDB, Rest API, file…) 来自动化、动态的应用它的配置文件设置。 

     Ingress-nginx和Ingress-Traefik的简单对比

    ingress-nginx

    使用nginx作为前端负载均衡，通过ingress controller不断的和kubernetes api交互，实时获取后端service，pod等的变化，然后动态更新nginx配置，并刷新使配置生效，达到服务发现的目的。 

     Ingress-traefik:

    traefik本身设计的就能够实时跟kubernetes api交互，感知后端service，pod等的变化，自动更新配置并重载。相对来说traefik更快速方便，同时支持更多的特性，使反向代理，负载均衡更直接更便捷。（GO语言编写的，原生支持K8S等云原生应用，兼容性更好，但并发能力是 ingress-nginx 的6成）

     1.5 Ingress的暴露方式

     方式一：Deployment+LoadBalancer 模式的 Service
    如果要把ingress部署在公有云，那用这种方式比较合适。用Deployment部署ingress-controller，创建一个 type为 LoadBalancer 的 service 关联这组 pod。大部分公有云，都会为 LoadBalancer 的 service 自动创建一个负载均衡器，通常还绑定了公网地址。 只要把域名解析指向该地址，就实现了集群服务的对外暴露

    eg：以阿里云为例 

    方式二：DaemonSet+HostNetwork+nodeSelector

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

     

    方式三：Deployment+NodePort模式的Service

     
    同样用deployment模式部署ingress-controller，并创建对应的service，但是type为NodePort。这样，ingress就会暴露在集群节点ip的特定端口上。由于nodeport暴露的端口是随机端口，一般会在前面再搭建一套负载均衡器来转发请求。该方式一般用于宿主机是相对固定的环境ip地址不变的场景。
    NodePort方式暴露ingress虽然简单方便，但是NodePort多了一层NAT，在请求量级很大时可能对性能会有一定影响。

     2. 部署DaemonSet+HostNetwork暴露Ingress

    2.1 部署nginx-Ingress-controller 

     （1）下载官方nginx-Ingress的yaml配置方式
    1. #mandatory.yaml文件中包含了很多资源的创建，包括namespace、ConfigMap、role，ServiceAccount等等所有部署ingress-controller需要的资源。
    2.  
    3. 官方下载地址：
    4. wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.25.0/deploy/static/mandatory.yaml
    5.  
    6. 上面可能无法下载，可用国内的 gitee
    7. wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.25.0/deploy/static/mandatory.yaml
    8. wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml
     （2）修改配置文件

    应该是 hostNetwork: true 

    2.2 DaemonSet+HostNetwork具体的部署过程 

    指定 nginx-ingress-controller 运行在 node02 节点

    步骤一：启动 nginx-ingress-controller
    1. kubectl apply -f deploy.yaml
    2. kubectl get pod -n ingress-nginx -owide
    3. 到 node02 节点查看
    4. 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 规则
    1. //创建一个 deploy 和 svc
    2. vim service-nginx.yaml
    3. apiVersion: apps/v1
    4. kind: Deployment
    5. metadata:
    6.   name: nginx-app
    7. spec:
    8.   replicas: 2
    9.   selector:
    10.     matchLabels:
    11.       app: nginx
    12.   template:
    13.     metadata:
    14.       labels:
    15.         app: nginx
    16.     spec:
    17.       containers:
    18.         - name: nginx
    19.           image: nginx
    20.           imagePullPolicy: IfNotPresent
    21.           ports:
    22.             - containerPort: 80
    23. ---
    24. apiVersion: v1
    25. kind: Service
    26. metadata:
    27.   name: nginx-app-svc
    28. spec:
    29.   type: ClusterIP
    30.   ports:
    31.   - protocol: TCP
    32.     port: 80
    33.     targetPort: 80
    34.   selector:
    35.     app: nginx
    36.  
    37.  
    38. //创建 ingress
    39. kubectl get ingressclasses
    40. NAME    CONTROLLER             PARAMETERS   AGE
    41. nginx   k8s.io/ingress-nginx   <none>       22m
    42.  
    43. vim ingress-app.yaml	  
    44. apiVersion: networking.k8s.io/v1
    45. kind: Ingress
    46. metadata:
    47.   name: nginx-app-ingress
    48. spec:
    49.   ingressClassName: "nginx"
    50.   rules:
    51.   - host: www.kgc.com
    52.     http:
    53.       paths:
    54.       - path: /
    55.         pathType: Prefix
    56.         backend:
    57.           service:
    58.             name: nginx-app-svc
    59.             port:
    60.               number: 80
    61.  
    62. -------------------------------------------------------------------------------------------
    63. ingressClassName 指定 IngressClass，用来指定选择的 Ingress Controller
    64.  
    65. host 主机名可以是精确匹配，或者使用通配符来匹配，但通配符仅覆盖一个 DNS 标签（例如 *.foo.com 不匹配 baz.bar.foo.com）。

    pathType 支持的路径类型有三种：
    ●Exact：精确匹配 URL 路径，且区分大小写。

    ●Prefix：基于以 / 分隔的 URL 路径前缀匹配。匹配区分大小写。如果路径的最后一个元素是请求路径中最后一个元素的子字符串，则不会匹配 （例如：/foo/bar 匹配 /foo/bar/baz, 但不匹配 /foo/barbaz）。

    ●ImplementationSpecific：对于这种路径类型，匹配方法取决于 IngressClass。具体实现可以将其作为单独的 pathType 处理或者与 Prefix 或 Exact 类型作相同处理。
    具体可详见：https://kubernetes.io/zh-cn/docs/concepts/services-networking/ingress/#the-ingress-resource

    1. kubectl apply -f service-nginx.yaml
    2. kubectl apply -f ingress-app.yaml
    3.  
    4. kubectl get pods
    5. kubectl get ingress

    步骤四：测试访问
    1. //本地 host 添加域名解析
    2. vim /etc/hosts

     

     步骤五：查看 nginx-ingress-controller
    1. kubectl get pod -n ingress-nginx -o wide
    2. kubectl exec -it nginx-ingress-controller-99h72 -n ingress-nginx /bin/bash
    3.  # more /etc/nginx/nginx.conf
    4. //可以看到从 start server www.kgc.com 到 end server www.kgc.com 之间包含了此域名用于反向代理的配置

     3.Deployment+NodePort模式的Service

    3.1 部署Deployment+NodePort模式的Service

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

    步骤一：下载相关的ingress和service-nodeport模板
    1. 1、下载 nginx-ingress-controller 配置文件
    2. mkdir /opt/ingress-nodeport
    3. cd /opt/ingress-nodeport
    4.  
    5. 官方下载地址：
    6. wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.3.0/deploy/static/provider/cloud/deploy.yaml
    7.  
    8. 上面可能无法下载，可用国内的 gitee
    9. wget https://gitee.com/mirrors/ingress-nginx/raw/controller-v1.3.0/deploy/static/provider/cloud/deploy.yaml
    10.  
    11. 修改镜像地址为：
    12. image: registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:v1.3.0@sha256:d1707ca76d3b044ab8a28277a2466a02100ee9f58a86af1535a3edf9323ea1b5
    13.  
    14. image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1@sha256:64d8c73dca984af206adf9d6d7e46aa550362b1d7a01f3a0a91b20cc67868660
    15.  
    16. 2、修改配置文件
    17. apiVersion: v1
    18. kind: Service
    19. metadata:
    20.   labels:
    21.     app.kubernetes.io/component: controller
    22.     app.kubernetes.io/instance: ingress-nginx
    23.     app.kubernetes.io/name: ingress-nginx
    24.     app.kubernetes.io/part-of: ingress-nginx
    25.     app.kubernetes.io/version: 1.3.0
    26.   name: ingress-nginx-controller
    27.   namespace: ingress-nginx
    28. spec:
    29.   #externalTrafficPolicy: Local      #注释此行，值为Cluster表示流量可以转发到其他节点上的Pod；Local表示：流量只发给本机的Pod
    30.   ports:
    31.   ......
    32.   type: NodePort     #Service类型设置为 NodePort 或 LoadBalancer
    33.
     步骤二：直接启动官方模板即可使用
    1. 3、启动 nginx-ingress-controller
    2. kubectl apply -f deploy.yaml
    3.  
    4. kubectl get pod,svc -n ingress-nginx

     

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

    1. #创建 deployment、Service、Ingress Yaml 资源
    2. vim ingress-nginx.yaml 
    3. apiVersion: apps/v1
    4. kind: Deployment
    5. metadata:
    6.   name: nginx-app
    7. spec:
    8.   replicas: 2
    9.   selector:
    10.     matchLabels:
    11.       name: nginx
    12.   template:
    13.     metadata:
    14.       labels:
    15.         name: nginx
    16.     spec:
    17.       containers:
    18.         - name: nginx
    19.           image: nginx
    20.           imagePullPolicy: IfNotPresent
    21.           ports:
    22.             - containerPort: 80
    23. ---
    24. apiVersion: v1
    25. kind: Service
    26. metadata:
    27.   name: nginx-svc
    28. spec:
    29.   ports:
    30.     - port: 80
    31.       targetPort: 80
    32.       protocol: TCP
    33.   selector:
    34.     name: nginx
    35. ---
    36. apiVersion: networking.k8s.io/v1
    37. kind: Ingress
    38. metadata:
    39.   name: nginx-test
    40. spec:
    41.   ingressClassName: "nginx"
    42.   rules:
    43.   - host: www.benet.com
    44.     http:
    45.       paths:
    46.       - path: /
    47.         pathType: Prefix
    48.         backend:
    49.           service: 
    50.             name: nginx-svc
    51.             port:
    52.               number: 80
    53. 	
    54.  
    55.  
    56. kubectl apply -f ingress-nginx.yaml
    57.  
    58. kubectl get svc,pods -o wide

    1. kubectl exec -it pod/nginx-app-65d7b99f6b-l4g65 bash
    2.  # cd /usr/share/nginx/html/
    3.  # echo 'this is web1' >> index.html 
    5. kubectl exec -it pod/nginx-app-65d7b99f6b-zcqgp bash
    6.  # cd /usr/share/nginx/html/
    7.  # echo 'this is web2' >> index.html
    9. #测试访问
    10. curl 10.96.212.214
    11.  
    12. kubectl get svc -n ingress-nginx
    13. NAME            TYPE       CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
    14. ingress-nginx   NodePort   10.96.67.119   <none>        80:32383/TCP,443:32133/TCP   59m
    15.  
    16. #本地 host 添加域名解析
    17. vim /etc/hosts
    18. 192.168.80.10 master
    19. 192.168.80.11 node01
    20. 192.168.80.12 node02
    21. 192.168.80.12 www.kgc.com www.benet.com
    22.  
    23. #外部访问
    24. curl http://www.benet.com:32383

    3.3 Ingress HTTP 代理访问虚拟主机 

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

     （1）设置虚拟主机1资源
    1. mkdir /opt/ingress-nodeport/vhost
    2. cd /opt/ingress-nodeport/vhost
    1. vim deployment1.yaml
    2. apiVersion: apps/v1
    3. kind: Deployment
    4. metadata:
    5.   name: deployment1
    6. spec:
    7.   replicas: 2
    8.   selector:
    9.     matchLabels:
    10.       name: nginx1
    11.   template:
    12.     metadata:
    13.       labels:
    14.         name: nginx1
    15.     spec:
    16.       containers:
    17.         - name: nginx1
    18.           image: soscscs/myapp:v1
    19.           imagePullPolicy: IfNotPresent
    20.           ports:
    21.             - containerPort: 80
    22. ---
    23. apiVersion: v1
    24. kind: Service
    25. metadata:
    26.   name: svc-1
    27. spec:
    28.   ports:
    29.     - port: 80
    30.       targetPort: 80
    31.       protocol: TCP
    32.   selector:
    33.     name: nginx1
    34. 	
    35. 	
    36. kubectl apply -f deployment1.yaml

     

     (2)创建虚拟主机2资源
    1. vim deployment2.yaml
    2. apiVersion: apps/v1
    3. kind: Deployment
    4. metadata:
    5.   name: deployment2
    6. spec:
    7.   replicas: 2
    8.   selector:
    9.     matchLabels:
    10.       name: nginx2
    11.   template:
    12.     metadata:
    13.       labels:
    14.         name: nginx2
    15.     spec:
    16.       containers:
    17.         - name: nginx2
    18.           image: soscscs/myapp:v2
    19.           imagePullPolicy: IfNotPresent
    20.           ports:
    21.             - containerPort: 80
    22. ---
    23. apiVersion: v1
    24. kind: Service
    25. metadata:
    26.   name: svc-2
    27. spec:
    28.   ports:
    29.     - port: 80
    30.       targetPort: 80
    31.       protocol: TCP
    32.   selector:
    33.     name: nginx2
    34. 	
    35. 	
    36. kubectl apply -f deployment2.yaml

    (3) 创建ingress资源
    1. vim ingress-nginx.yaml
    2. apiVersion: networking.k8s.io/v1
    3. kind: Ingress
    4. metadata:
    5.   name: ingress1
    6. spec:
    7.   ingressClassName: "nginx"
    8.   rules:
    9.     - host: www1.kgc.com
    10.       http:
    11.         paths:
    12.         - path: /
    13.           pathType: Prefix
    14.           backend:
    15.             service: 
    16.               name: svc-1
    17.               port:
    18.                 number: 80
    19. ---
    20. apiVersion: networking.k8s.io/v1
    21. kind: Ingress
    22. metadata:
    23.   name: ingress2
    24. spec:
    25.   ingressClassName: "nginx"
    26.   rules:
    27.     - host: www2.kgc.com
    28.       http:
    29.         paths:
    30.         - path: /
    31.           pathType: Prefix
    32.           backend:
    33.             service: 
    34.               name: svc-2
    35.               port:
    36.                 number: 80
    37.  
    38.  
    39. kubectl apply -f ingress-nginx.yaml

    客户机进行测试访问
    1. vim /etc/hosts
    2. kubectl get svc -n ingress-nginx
    3. curl www1.kgc.com:39993
    4. curl www2.kgc.com:39993

     3.4 Ingress  HTTPS 代理访问 

    1. mkdir /opt/ingress-nodeport/https
    2. cd /opt/ingress-nodeport/https
    （1）创建ssl证书，进行secret资源存储 
    1. openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=nginxsvc/O=nginxsvc"
    2.  
    3. kubectl create secret tls tls-secret --key tls.key --cert tls.crt
    4.  
    5. kubectl get secret
    6.  
    7. kubectl describe secret tls-secret

     

     （2）创建 deployment、Service、Ingress Yaml 资源
    1. vim ingress-https.yaml
    2. apiVersion: apps/v1
    3. kind: Deployment
    4. metadata:
    5.   name: nginx-app
    6. spec:
    7.   replicas: 2
    8.   selector:
    9.     matchLabels:
    10.       name: nginx
    11.   template:
    12.     metadata:
    13.       labels:
    14.         name: nginx
    15.     spec:
    16.       containers:
    17.         - name: nginx
    18.           image: nginx
    19.           imagePullPolicy: IfNotPresent
    20.           ports:
    21.             - containerPort: 80
    22. ---
    23. apiVersion: v1
    24. kind: Service
    25. metadata:
    26.   name: nginx-svc
    27. spec:
    28.   ports:
    29.     - port: 80
    30.       targetPort: 80
    31.       protocol: TCP
    32.   selector:
    33.     name: nginx
    34. ---
    35. apiVersion: networking.k8s.io/v1
    36. kind: Ingress
    37. metadata:
    38.   name: nginx-https
    39. spec:
    40.   ingressClassName: "nginx"
    41.   tls:
    42.     - hosts:
    43.       - www3.kgc.com
    44.       secretName: tls-secret
    45.   rules:
    46.     - host: www3.kgc.com
    47.       http:
    48.         paths:
    49.         - path: /
    50.           pathType: Prefix
    51.           backend:
    52.             service: 
    53.               name: nginx-svc
    54.               port:
    55.                 number: 80
    56.  
    57.  
    58. kubectl apply -f ingress-https.yaml
    59.  
    60. kubectl get svc -n ingress-nginx
     （3）访问测试

     

    3.5  ingress设置pod业务nginxBasicAuth认证
     

    1. mkdir /opt/ingress-nodeport/basic-auth
    2. cd　/opt/ingress-nodeport/basic-auth
     

    （1）生成用户密码认证文件，创建 secret 资源进行存储 
     

    1. yum -y install httpd
    2. htpasswd -c auth zhangsan			#认证文件名必须为 auth
    3. kubectl create secret generic basic-auth --from-file=auth
     

     

     （2）创建Ingress资源
     

    1. vim ingress-auth.yaml
    2. apiVersion: networking.k8s.io/v1
    3. kind: Ingress
    4. metadata:
    5.   name: ingress-auth
    6.   annotations:
    7.     #设置认证类型basic
    8.     nginx.ingress.kubernetes.io/auth-type: basic
    9. 	#设置secret资源名称basic-auth
    10.     nginx.ingress.kubernetes.io/auth-secret: basic-auth
    11. 	#设置认证窗口提示信息
    12.     nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - zhangsan'
    13. spec:
    14.   ingressClassName: "nginx"
    15.   rules:
    16.   - host: auth.kgc.com
    17.     http:
    18.       paths:
    19.       - path: /
    20.         pathType: Prefix
    21.         backend:
    22.           service: 
    23.             name: nginx-svc
    24.             port:
    25.               number: 80
    26.  
    27.  
    28. kubectl apply -f ingress-auth.yaml
     

     
 
    //具体详细设置方法可参考官网https://kubernetes.github.io/ingress-nginx/examples/auth/basic/  
     

     

     进行客户机访问测试：
     

    1. kubectl get svc -n ingress-nginx
    2.  
    3. echo '192.168.136.100 auth.kgc.com' >> /etc/hosts
     

     

     

     3.6 Ingress中设置nginx重写
     

    kubectl explain Ingress.metadata.annotations 
     

     

     
 
     #metadata.annotations 配置说明
     
 
    • nginx.ingress.kubernetes.io/rewrite-target: <字符串> #必须重定向流量的目标URI
    • nginx.ingress.kubernetes.io/ssl-redirect: <布尔值> #指示位置部分是否仅可访问SSL(当Ingress包含证书时，默认为true)
    • nginx.ingress.kubernetes.io/force-ssl-redirect: <布尔值> #即使Ingress未启用TLS，也强制重定向到HTTPS
    • nginx.ingress.kubernetes.io/app-root: <字符串> #定义Controller必须重定向的应用程序根，如果它在'/'上下文中
    • nginx.ingress.kubernetes.io/use-regex: <布尔值> #指示Ingress上定义的路径是否使用正则表达式
     

     

    进行demo演示：
     

    我们添加一个http的pod和svc资源，ingress（www.asd.com）。然后进行重写ingress的编写
     

    （1）重写到的资源创建 
     

    1. vim ingress-nginx.yaml
    2. apiVersion: apps/v1
    3. kind: Deployment
    4. metadata:
    5.   name: nginx-app
    6. spec:
    7.   replicas: 1
    8.   selector:
    9.     matchLabels:
    10.       name: nginx
    11.   template:
    12.     metadata:
    13.       labels:
    14.         name: nginx
    15.     spec:
    16.       containers:
    17.         - name: nginx
    18.           image: nginx:1.14
    19.           imagePullPolicy: IfNotPresent
    20.           ports:
    21.             - containerPort: 80
    22. ---
    23. apiVersion: v1
    24. kind: Service
    25. metadata:
    26.   name: nginx-svc
    27. spec:
    28.   ports:
    29.     - port: 80
    30.       targetPort: 80
    31.       protocol: TCP
    32.   selector:
    33.     name: nginx
    34. ---
    35. apiVersion: networking.k8s.io/v1
    36. kind: Ingress
    37.   ports:
    38.     - port: 80
    39.       targetPort: 80
    40.       protocol: TCP
    41.   selector:
    42.     name: nginx
    43. ---
    44. apiVersion: networking.k8s.io/v1
    45. kind: Ingress
    46. metadata:
    47.   name: nginx-test
    48. spec:
    49.   rules:
    50.   - host: www.asd.com
    51.     http:
    52.       paths:
    53.       - path: /
    54.         pathType: Prefix
    55.         backend:
    56.           service:
    57.             name: nginx-svc
    58.             port:
    59.               number: 80
    60.  
    61.  
    62. kubectl apply -f  ingress-nginx.yaml
     

     （2）重写ingress资源的编辑
     

    1. vim write-ingress.yaml
    2.  
    3. apiVersion: networking.k8s.io/v1
    4. kind: Ingress
    5. metadata:
    6.   name: nginx-rewrite
    7.   annotations:
    8.     nginx.ingress.kubernetes.io/rewrite-target: http://www.asd.com:31019
    9. spec:
    10.   rules:
    11.   - host: www.write.com
    12.     http:
    13.       paths:
    14.       - path: /
    15.         pathType: Prefix
    16.         backend:
    17. 		  #由于www.rewrite.com只是用于跳转不需要真实站点存在，因此svc资源名称可随意定义
    18.           service: 
    19.             name: nginx-svc
    20.             port:
    21.               number: 80
    22.  
    23.  
    24. kubectl apply -f write-ingress.yaml
     

    进行客户机访问测试 
     

    1. vim ingress-rewrite.yaml
    2. apiVersion: networking.k8s.io/v1
    3. kind: Ingress
    4. metadata:
    5.   name: nginx-rewrite
    6.   annotations:
    7.     nginx.ingress.kubernetes.io/rewrite-target: http://www1.kgc.com:32383
    8. spec:
    9.   ingressClassName: "nginx"
    10.   rules:
    11.   - host: re.kgc.com
    12.     http:
    13.       paths:
    14.       - path: /
    15.         pathType: Prefix
    16.         backend:
    17. 		  #由于re.kgc.com只是用于跳转不需要真实站点存在，因此svc资源名称可随意定义
    18.           service: 
    19.             name: nginx-svc
    20.             port:
    21.               number: 80
    22.  
    23.  
    24. kubectl apply -f ingress-rewrite.yaml
     

     

    3.7 金丝雀发布 
     

    1. 基于canary实现金丝雀发布
    2. 在新版本应用的ingress资源配置中的metadata.annotations字段添加相关配置
    3. metadata:
    4.   annotations:
    5.     nginx.ingress.kubernetes.io/canary: "true"               #开启金丝雀发布
    6.     nginx.ingress.kubernetes.io/canary-weight: "50"          #指定流量调度权重，默认总值为100
    7. spec:
    8.   rules:
    9.   - host: 与旧版本应用相同的域名
    10.     http:
    11. 	  paths:
    12. 	  - path: 与旧版本应用相同的域名URL路径
    13.         backend:
    14.           service:
    15.             name: 新版本应用的Service资源名称
    16.             port:
    17.               number: 新版本应用的Service资源的port端口
     

     
 
     总结
     

     

    1. K8S集群外部的客户端访问K8S集群内部的方案？
    2. 基于Service实现：NodePort  LoadBalancer  externalIPs   只能支持四层反向代理，如果K8S集群规模较大运行的业务较多时NodePort端口/externalIPs管理成本会很高
    3.  
    4. 基于Ingress实现：支持七层反向代理，可自定义规则根据用户请求的域名或URL路径转发给指定Service进行代理访问
    5.  
    6.  
    7. Ingress的组成：
    8. ingress控制器（ingress controller）：根据在ingress资源对象配置的规则转发用户请求的组件，以Pod形式运行的
    9.  
    10. ingress资源对象：设置转发规则，告诉ingress控制器应该根据什么域名或URL路径转发请求给相应的Service资源的endpoints端点（podIP:容器Port）
    11.  
    12.  
    13. Ingress的使用：
    14. DaemonSet + host网络模式 部署的ingress控制器
    15. 数据流向：客户端 -> 通过node节点的80/433端口进入ingress控制器 -> 根据ingress对象的转发规则 -> 业务Pod的Service -> 通过标签选择器 -> 业务Pod
    16.  
    17. Deployment + NodePort/LoadBalancer类型的Service 部署的ingress控制器
    18. 数据流向：客户端 -> 通过nodeIP:NodePort -> ingress控制器的Service -> ingress控制器 -> 根据ingress对象的转发规则 -> 业务Pod的Service -> 通过标签选择器 -> 业务Pod
    19.  
    20.  
    21. 创建Ingress资源
    22. kubectl create ingress <ingress资源名称> -n <命名空间> --class=<ingressclass名称> --rule=<域名>/<URL路径>=<service资源名称>:<service的port端口>
    23.  
    24. Ingress资源配置
    25. apiVersion: networking.k8s.io/v1
    26. kind: Ingress
    27. metadata:
    28.   name: ingress资源名称
    29.   namespace: 命名空间
    30. spec:
    31.   ingressClassName: ingressclass名称
    32.   rules:
    33.   - host: 域名
    34.     http:
    35.       paths:
    36.       - path: URL路径
    37.         pathType: Prefix(前缀匹配)|Exact(精准匹配)
    38.         backend:
    39.           service:
    40.             name: Service资源名称
    41.             port:
    42.               number: Service资源的port端口    
    43.   
    44.   #基于不同域名的代理转发
    45.   - host: 域名2
    46.     http：
    47. 	  paths:
    48. 	  - path: URL路径1
    49.         pathType:
    50.         backend: 
    51. 	      ....
    52. 	  #基于不同URL路径的代理转发
    53. 	  - path: URL路径2
    54.         pathType:
    55.         backend: 
    56.           ....
    57.  
    58.   #基于https代理转发
    59.   tls:    #与roles字段在同一层级
    60.   - hosts:
    61.     - 指定使用https访问的域名
    62. 	....
    63. 	secretName: 指定tls类型的secret资源名称
    64.  
    65. #基于basic-auth实现访问认证
    66. 1）使用htpasswd创建用户数据文件，文件名为auth
    67. 2）基于auth文件创建secret资源 kubectl create secret generic <secret资源名称> --from-file=auth
    68. 3）创建ingress资源，在metadata.annotations字段添加相关配置
    69. metadata:
    70.   annotations:
    71.     nginx.ingress.kubernetes.io/auth-type: basic
    72.     nginx.ingress.kubernetes.io/auth-secret: secret资源名称
    73.     nginx.ingress.kubernetes.io/auth-realm: '认证窗口提示信息'
    74.  
    75. #基于rewrite实现重写访问路径
    76. 在metadata.annotations字段添加相关配置
    77. metadata:
    78.   annotations:
    79.     nginx.ingress.kubernetes.io/rewrite-target: https://www.bbb.com:30443
    80. spec:
    81.   rules:
    82.   - host: www.aaa.com
    83.  
    84. 将任何访问 http://www.aaa.com:30080/XXXX 的请求，都重写成 https://www.bbb.com:30443
    85.  
    86. metadata:
    87.   annotations:
    88.     nginx.ingress.kubernetes.io/rewrite-target: https://www.XXX.com:30443/$2
    89.     nginx.ingress.kubernetes.io/use-regex: "true"
    90. spec:
    91.   rules:
    92.   - host: www.aaa.com
    93.     http:
    94. 	  paths:
    95. 	  - path: /(.*)
    96.     backend:
    97. 	  ....
    98. 	  
    99. 将任何访问 http://www.aaa.com:30080/XXXX 的请求，都重写成 https://www.bbb.com:30443/XXXX
    100.  
    101. 基于canary实现金丝雀发布
    102. 在新版本应用的ingress资源配置中的metadata.annotations字段添加相关配置
    103. metadata:
    104.   annotations:
    105.     nginx.ingress.kubernetes.io/canary: "true"               #开启金丝雀发布
    106.     nginx.ingress.kubernetes.io/canary-weight: "50"          #指定流量调度权重，默认总值为100
    107. spec:
    108.   rules:
    109.   - host: 与旧版本应用相同的域名
    110.     http:
    111. 	  paths:
    112. 	  - path: 与旧版本应用相同的域名URL路径
    113.         backend:
    114.           service:
    115.             name: 新版本应用的Service资源名称
    116.             port:
    117.               number: 新版本应用的Service资源的port端口
    
                
    
                    
    
                
    • 

                
  • 

                    相关阅读:
    
                    
selenium 文件上传方法                            
    
【netty】什么是netty                            
    
来实现一个DataStore的封装吧                            
    
基于OpenHarmony的智能喝水提醒器                            
    
数据结构：约瑟夫环                            
    
windows升级新版本mysql                            
    
使用gitpull项目的时候第一次输错密码之后报错Authentication failed for “http://xxxxxx“                            
    
四大主流BI工具的对比分析！                            
    
Ubuntu Server 18.04安装远程桌面并连接                            
    
线上教育知识付费小程序源码系统 界面支持DIY装修 带完整的安装代码包以及搭建部署教程                            
    
                        
                
    • 
                
  • 
                    原文地址：https://blog.csdn.net/Cnm_147258/article/details/136558024
                
    •