Alibaba Cloud Service Mesh:Utiliser un NLB pour une passerelle d'entrée ASM

Prérequis

Un cluster ACK est ajouté à une instance ASM, et les conditions suivantes sont remplies :

• La version du cluster Kubernetes est 1,24 ou ultérieure, et celle de Cloud Controller Manager (CCM) est 2.5.0 ou ultérieure.

• La version de l'instance ASM est 1,18 ou ultérieure.

• Le VPC du cluster ACK dispose de vSwitches dans au moins deux zones.

Procédure

1. Connectez-vous à la console ASM. Dans le volet de navigation de gauche, choisissez Service Mesh > Mesh Management.

2. Sur la page Mesh Management, cliquez sur le nom de l'instance ASM. Dans le volet de navigation de gauche, choisissez ASM Gateways > Ingress Gateway.

3. Créez une passerelle d'entrée via la console ASM ou à l'aide d'un modèle YAML.

   Console

   Sur la page Ingress Gateway, cliquez sur Create. Cette section décrit uniquement les paramètres spécifiques à NLB. Pour plus d'informations sur les autres paramètres, consultez Créer une passerelle d'entrée.

   Paramètre	Description
   NLB	Ce paramètre est disponible uniquement lorsque Service Type est défini sur LoadBalancer. Prend en charge Internet Access et Private Access.
   Create SLB Instance	Par défaut, la console sélectionne Create SLB Instance, mais vous pouvez choisir Use Existing CLB Instance si nécessaire. Si vous sélectionnez cette option, vous devez choisir des vSwitches dans au moins deux zones sous Select Zones for NLB Instance.
   Use Existing CLB Instance	Si vous choisissez cette option, vous devez sélectionner un NLB existant dans la liste déroulante Select Existing Load Balancer Instance. Important Attribuez un équilibreur de charge dédié à chaque service Kubernetes. La réutilisation d'un même équilibreur de charge pour plusieurs services présente les risques et limites suivants : La réutilisation d'un équilibreur de charge existant entraîne l'écrasement de ses écouteurs, ce qui peut provoquer des interruptions de service. Vous ne pouvez pas réutiliser un équilibreur de charge créé automatiquement par Kubernetes via un Service. Seuls les équilibreurs de charge créés manuellement dans la console ou via un appel d'API OpenAPI peuvent être réutilisés. Plusieurs services partageant le même équilibreur de charge ne doivent pas utiliser le même port d'écoute frontal, sous peine de conflit de ports. Lors de la réutilisation d'un équilibreur de charge, Kubernetes utilise les noms de l'écouteur et du groupe de serveurs virtuels comme identifiants uniques. Ne modifiez pas ces noms. La réutilisation d'un équilibreur de charge entre différents clusters ou régions n'est pas possible.

   YAML

   Sur la page Ingress Gateway, cliquez sur Create from YAML, définissez le nom de la passerelle sur ingressgateway-nlb-test et sélectionnez istio-system comme Namespaces. Saisissez ensuite le code YAML suivant.

   Dans le fichier YAML, définissez loadBalancerClass sur alibabacloud.com/nlb. Il n'est pas nécessaire de spécifier une configuration NLB, mais vous devez indiquer au moins deux zones.

   YAML

   apiVersion: istio.alibabacloud.com/v1
   kind: IstioGateway
   metadata:
     name: ingressgateway-nlb-test
     namespace: istio-system
   spec:
     affinity:
       podAntiAffinity:
         preferredDuringSchedulingIgnoredDuringExecution:
         - podAffinityTerm:
             labelSelector:
               matchExpressions:
               - key: istio
                 operator: In
                 values:
                 - ingressgateway
             topologyKey: kubernetes.io/hostname
           weight: 1
     autoCreateGatewayYaml: false
     clusterIds:
     - ${YOUR_CLUSTER_ID}
     disableContainerPortExposed: true
     dnsPolicy: ClusterFirst
     externalTrafficPolicy: Local
     gatewayType: ingress
     hostNetwork: false
     ports:
     - name: http-0
       port: 80
       protocol: HTTP
       targetPort: 80
     - name: https-1
       port: 443
       protocol: HTTPS
       targetPort: 443
     replicaCount: 2
     resources:
       limits:
         cpu: "2"
         memory: 4G
       requests:
         cpu: 200m
         memory: 256Mi
     rollingMaxSurge: 25%
     rollingMaxUnavailable: 25%
     runAsRoot: true
     serviceAnnotations:
       service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain: "on"
       service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain-timeout: "10"
       service.beta.kubernetes.io/alicloud-loadbalancer-address-type: internet
       service.beta.kubernetes.io/alibaba-cloud-loadbalancer-zone-maps: ${ZONE_ID_1}:${VSWITCH_ID_1},${ZONE_ID_2}:${VSWITCH_ID_2}	# For example: cn-hangzhou-g:vsw-bp1xxxxxxxxxx,cn-hangzhou-j:vsw-bp1xxxxxxxxxx
     serviceType: LoadBalancer
     loadBalancerClass: alibabacloud.com/nlb

   Une fois la passerelle créée, ses détails s'affichent sur la page. Contrairement à une passerelle basée sur un CLB, une passerelle utilisant un NLB repose sur un nom de domaine pour son Service address, et non sur une adresse IP. De plus, comme deux zones ont été spécifiées lors de la création de la passerelle d'entrée, le nom de domaine est associé à deux adresses IP.

   Après la création de la passerelle, consultez ses informations d'instance sur la page de la passerelle d'entrée. Ces informations incluent le nom de la passerelle (par exemple, ingressgateway-nlb-test), son état, sa version, l'ID du cluster, l'adresse de service (nom de domaine NLB) et le mappage des ports (tel que HTTP | 80:80 et HTTPS | 443:443). La page propose également des liens vers des opérations de gestion telles que Edit Gateway, View Details, View YAML et Delete, ainsi que vers des fonctionnalités avancées et des options d'observabilité comme Gateway Security, Log Center et Gateway Monitoring.

   Connectez-vous à la console NLB pour vérifier l'état de l'instance NLB. Pour en savoir plus sur NLB, consultez Configurer une instance NLB à l'aide d'annotations et Facturation NLB.