部署多个Ingress Controller

部署新的Nginx Ingress Controller服务

当您成功创建一个ACK集群后，默认情况下，集群内部已经部署了一套拥有2个Pod副本的Nginx Ingress Controller服务，其前端挂载在一个公网SLB实例上。

您可以通过以下步骤在ACK集群中再部署一套完全独立的Nginx Ingress Controller服务。

1. 登录容器服务管理控制台，在左侧导航栏选择集群。

2. 在集群列表页面，单击目标集群名称，然后在左侧导航栏，选择应用 > Helm。

3. 在Helm页面，单击创建。参考如下信息完成基础信息配置。

   参数	示例值
   应用名	ack-ingress-nginx
   命名空间	kube-system
   来源	默认为应用市场
   Chart	应用场景：选择全部。 支持架构：选择amd64。 搜索框：搜索ack-ingress-nginx。 1.20及以下集群选中ack-ingress-nginx。 1.22及以上集群选中ack-ingress-nginx-v1。

   选择集群版本对应的Chart名称，单击下一步。

4. 在参数配置页面，选择Chart 版本，然后单击确定。

   说明

   Chart版本4.0.17（对应组件版本v1.8.0-aliyun.1）及以上的ack-ingress-nginx-v1仅支持1.22及以上版本集群。若您的集群版本为1.20，需要选择4.0.16版本（对应组件版本v1.2.1-aliyun.1）进行部署。

   ack-ingress-nginx-v1主要参数如下表。

   参数	描述
   controller.image.repository	ingress-nginx镜像地址。
   controller.image.tag	ingress-nginx镜像版本，请参见Nginx Ingress Controller。
   controller.ingressClassResource.name	设置Ingress Controller所对应的IngressClass的名称。 重要 该参数作为1.22以下版本模板中controller.ingressClass参数的替代，可以在kubernetes.io/ingress.class注解中正常使用。同一个集群中不同套Ingress Controller创建的IngressClass名称必须唯一，且不能设置为nginx关键字（nginx是集群默认Ingress Controller的监听标识）。
   controller.ingressClassResource.controllerValue	设置Ingress Controller所对应的Controller Class。 重要 同一个集群中不同套Ingress Controller创建的Controller Class必须唯一，且不能设置为k8s.io/ingress-nginx关键字（k8s.io/ingress-nginx是集群默认Ingress Controller的监听标识）。
   controller.replicaCount	设置该Ingress Controller Pod的副本数。
   controller.service.enabled	是否启用SLB访问（包括公网和私网）。
   controller.service.external.enabled	是否开启公网SLB访问，不需要开启则设置为false。
   controller.service.internal.enabled	是否开启私网SLB访问，需要开启则设置为true。
   controller.kind	设置IngressController部署形态，可选值：Deployment和DaemonSet。
   controller.electionID	选主时使用的ID，用于更新Ingress端点状态。 重要 若通过应用市场部署多套Nginx Ingress Controller至同一命名空间下，需要将electionID设置为不同的值，避免选主冲突。
   controller.metrics.enabled	是否开启ingress-nginx的metrics。
   controller.metrics.serviceMonitor.enabled	是否开启serviceMonitor，配置抓取规则。 说明 建议开启ingress-nginx的metrics后，同时开启此选项，以此来自动配置Prometheus的抓取规则。

5. 查看部署的Nginx Ingress Controller服务。

   返回在Helm页面，可以看到新的Nginx Ingress Controller服务已经成功部署。

访问测试

本文部署一个测试应用，并配置通过新部署的Nginx Ingress Controller来对外暴露提供服务访问。

1. 部署一个Nginx测试应用。

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: nginx
   spec:
     replicas: 1
     selector:
       matchLabels:
         run: nginx
     template:
       metadata:
         labels:
           run: nginx
       spec:
         containers:
         - image: nginx
           imagePullPolicy: Always
           name: nginx
           ports:
           - containerPort: 80
             protocol: TCP
         restartPolicy: Always
   ---
   apiVersion: v1
   kind: Service
   metadata:
     name: nginx
   spec:
     ports:
     - port: 80
       protocol: TCP
       targetPort: 80
     selector:
       run: nginx
     sessionAffinity: None
     type: NodePort

2. 通过Ingress来对外暴露提供服务访问。

   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     name: nginx
     annotations:
       # 注意这里要设置为您前面配置的INGRESS_CLASS。
       kubernetes.io/ingress.class: "<YOUR_INGRESS_CLASS>"
   spec:
     rules:
     - host: foo.bar.com
       http:
         paths:
         - path: /
           backend:
             service: 
               name: nginx
               port:
                 number: 80
           pathType: ImplementationSpecific

   说明

   您需要配置注释kubernetes.io/ingress.class。

   在完成部署应用后，执行以下操作，查看该Ingress资源对应的端点IP地址与新部署的Nginx Ingress Controller服务的IP地址。

   • 执行以下命令查看集群默认部署的nginx-ingress-lb服务对应的公网SLB地址。

      kubectl -n kube-system get svc nginx-ingress-lb

     预期输出：

     NAME               TYPE           CLUSTER-IP    EXTERNAL-IP    PORT(S)                      AGE
     nginx-ingress-lb   LoadBalancer   172.19.XX.XX   192.0.XX.XX   80:31429/TCP,443:32553/TCP   2d

   • 执行以下命令查看新部署的nginx-ingress-lb服务对应的公网SLB地址。

     kubectl -n <YOUR_NAMESPACE> get svc nginx-ingress-lb

     预期输出：

     NAME               TYPE           CLUSTER-IP     EXTERNAL-IP     PORT(S)                      AGE
     nginx-ingress-lb   LoadBalancer   172.19.XX.XX   198.51.XX.XX   80:30969/TCP,443:31325/TCP   39m

   • 执行以下命令查看该应用的Ingress配置。

     kubectl get ing

     预期输出：

     NAME      HOSTS         ADDRESS         PORTS     AGE
     nginx     foo.bar.com   198.51.XX.XX   80        5m

   通过以上预期输出可得，该Ingress资源对应的端点IP地址与新部署的Nginx Ingress Controller服务的一致。

3. 分别通过集群默认的Nginx Ingress Controller服务和新部署的Nginx Ingress Controller服务来访问该应用。

    # 通过集群默认的Nginx Ingress Controller服务访问该应用（预期返回404）。
     curl -H "Host: foo.bar.com" http://192.0.2.0
   default backend - 404                                                                                                                                                                                        
     # 通过新部署的Nginx Ingress Controller服务访问该应用（预期返回nginx页面）。
     curl -H "Host: foo.bar.com" http://198.51.XX.XX
   <!DOCTYPE html>
   <html>
   <head>
   <title>Welcome to nginx!</title>
   <style>
       body {
           width: 35em;
           margin: 0 auto;
           font-family: Tahoma, Verdana, Arial, sans-serif;
       }
   </style>
   </head>
   <body>
   <h1>Welcome to nginx!</h1>
   <p>If you see this page, the nginx web server is successfully installed and
   working. Further configuration is required.</p>
   
   <p>For online documentation and support please refer to
   <a href="http://nginx.org/">nginx.org</a>.<br/>
   Commercial support is available at
   <a href="http://nginx.com/">nginx.com</a>.</p>
   
   <p><em>Thank you for using nginx.</em></p>
   </body>
   </html>

从上文测试访问情况可以看到，通过不同的Nginx Ingress Controller暴露的服务彼此完全是独立的，这特别适用于同一集群内部分服务需要提供公网访问能力，但又有部分服务仅仅只希望为同VPC内非Kubernetes集群的其他服务提供访问的场景。