Server Load Balancer:Migrer d'un NGINX autogéré vers ALB Ingress

Processus de migration

Faites pointer un nom de domaine à la fois vers le NGINX Ingress et l'ALB Ingress, puis ajustez progressivement les pondérations DNS pour transférer le trafic de manière transparente. Le diagramme suivant illustre ce processus. L'Exemple de migration ci-dessous détaille chaque étape.

Le basculement du trafic via DNS constitue une méthode de migration sans interruption. Ce processus est fourni à titre indicatif uniquement.

Exemple de migration

L'exemple suivant détaille les opérations spécifiques à effectuer pour réaliser la migration.

Une entreprise exécute un contrôleur NGINX Ingress dans son cluster. Le Service de type LoadBalancer exposé sur Internet provisionne automatiquement une instance CLB accessible depuis Internet. Le DNS fait pointer www.example.net vers cette instance CLB, qui transfère ensuite les requêtes aux pods backend.

Étape 1 : Configurer l'ALB Ingress

Le NGINX Ingress ne répond plus aux exigences de performance et engendre des coûts d'exploitation et de maintenance élevés. L'entreprise utilise donc l'outil de migration pour convertir la configuration NGINX Ingress en ALB Ingress, puis ajoute l'ALB Ingress au DNS avec une pondération initiale faible.

Étape 2 : Transférer progressivement le trafic vers l'ALB Ingress

Une fois le bon fonctionnement de l'ALB Ingress vérifié, augmentez sa pondération DNS pour y router une part croissante du trafic.

Étape 3 : Supprimer les ressources NGINX Ingress

Après la migration complète du trafic vers l'ALB Ingress, supprimez les entrées DNS du NGINX Ingress, retirez les ressources associées et désinstallez le composant additionnel du contrôleur NGINX Ingress.

Prérequis

Un client kubectl est connecté au cluster ACK. Pour plus d'informations, consultez Se connecter à un cluster ACK avec kubectl.

Étape 1 : Configurer l'ALB Ingress

1. Connectez-vous à la console Container Service for Kubernetes (ACK) et installez le composant additionnel du contrôleur ALB Ingress dans le cluster cible de la migration.Connectez-vous à la console Container Compute Service et installez le composant additionnel du contrôleur ALB Ingress dans le cluster cible de la migration. L'outil de migration convertit automatiquement les ressources AlbConfig, IngressClass et Ingress. Par conséquent, lors de l'installation du composant additionnel, sélectionnez None pour ALB Instance.

   Important

   Pour accéder aux services via un ALB Ingress dans un cluster dédié ACK, accordez les permissions nécessaires au contrôleur ALB Ingress avant de déployer vos services. Consultez Accorder des permissions au contrôleur ALB Ingress dans un cluster dédié ACK.

2. Créez un fichier nommé ingress2albconfig.yaml avec le contenu suivant.

   apiVersion: batch/v1
   kind: Job
   metadata:
     name: ingress2albconfig
     namespace: default
   spec:
     template:
       spec:
         containers:
         - name: ingress2albconfig
           image: registry-cn-hangzhou.ack.aliyuncs.com/acs/ingress2albconfig:0.0.2
           command: ["/bin/ingress2albconfig", "print", "-A"]
         restartPolicy: Never
         serviceAccount: ingress2albconfig
         serviceAccountName: ingress2albconfig
     backoffLimit: 4
   ---
   apiVersion: rbac.authorization.k8s.io/v1
   kind: ClusterRole
   metadata:
     name: system:ingress2albconfig
   rules:
   - apiGroups:
     - networking.k8s.io
     resources:
     - ingresses
     - ingressclasses
     verbs:
     - get
     - list
     - watch
     - update
     - create
     - patch
   ---
   apiVersion: v1
   kind: ServiceAccount
   metadata:
     name: ingress2albconfig
     namespace: default
   ---
   kind: ClusterRoleBinding
   apiVersion: rbac.authorization.k8s.io/v1
   metadata:
     name: system:ingress2albconfig
   roleRef:
     apiGroup: rbac.authorization.k8s.io
     kind: ClusterRole
     name: system:ingress2albconfig
   subjects:
     - kind: ServiceAccount
       name: ingress2albconfig
       namespace: default

3. Exécutez la commande suivante pour démarrer le Job. Celui-ci convertit les configurations NGINX Ingress existantes en ressources AlbConfig, IngressClass, Ingress et autres, puis affiche les résultats dans les journaux du pod.

   kubectl apply -f ingress2albconfig.yaml

   Sortie attendue :

   job.batch/ingress2albconfig created
   clusterrole.rbac.authorization.k8s.io/system:ingress2albconfig created
   serviceaccount/ingress2albconfig created
   clusterrolebinding.rbac.authorization.k8s.io/system:ingress2albconfig created

4. Consultez le pod associé au Job.

   kubectl get pod -l job-name=ingress2albconfig

   Sortie attendue :

   NAME                READY   STATUS      RESTARTS   AGE
   ingress2albconfig-vw***   0/1     Completed   0          16m

5. Consultez les journaux du pod.

   kubectl logs ingress2albconfig-vw*** # Replace this with the pod name from the previous step.

   Sortie attendue. Déployez ces ressources dans le cluster pour configurer l'ALB Ingress.

   apiVersion: alibabacloud.com/v1
   kind: AlbConfig
   metadata:
     name: from-nginx
   spec:
     config:
       accessLogConfig: {}
       edition: Standard
       name: from-nginx
       tags:
       - key: converted/ingress2albconfig
         value: "true"
       zoneMappings:
       - vSwitchId: vsw-xxx # Replace this with the ID of a vSwitch in your VPC.
       - vSwitchId: vsw-xxx # Replace this with the ID of a vSwitch in your VPC.
     listeners:
     - port: 80
       protocol: HTTP
   ---
   apiVersion: networking.k8s.io/v1
   kind: IngressClass
   metadata:
     name: from-nginx
   spec:
     controller: ingress.k8s.alibabacloud/alb
     parameters:
       apiGroup: alibabacloud.com
       kind: AlbConfig
       name: from-nginx
   ---
   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     annotations:
       alb.ingress.kubernetes.io/listen-ports: '[{"HTTP":80}]'
     name: from-ingress1
     namespace: default
   spec:
     ingressClassName: from-nginx
     rules:
     - http:
         paths:
         - backend:
             service:
               name: nginx-svc-g1msr
               port:
                 number: 80
           path: /
           pathType: Prefix
   status:
     loadBalancer: {}

Étape 2 : Transférer progressivement le trafic vers l'ALB Ingress

Étape 3 : Supprimer les ressources NGINX Ingress

Une fois toutes les connexions persistantes au NGINX Ingress fermées et aucun nouveau trafic ne lui parvenant, surveillez le système pendant une durée adaptée à votre activité avant de libérer les ressources redondantes.

1. Supprimez les entrées DNS liées au NGINX Ingress depuis la console Alibaba Cloud DNS.

2. Désinstallez le composant additionnel du contrôleur NGINX Ingress.

   1. Connectez-vous à la console ACK.

   2. Sur la page Clusters, cliquez sur le nom du cluster cible. Dans le volet de navigation de gauche, choisissez Network > Ingresses.

   3. Localisez le NGINX Ingress. Dans la colonne Actions, choisissez > Delete. Dans la boîte de dialogue qui s'affiche, cliquez sur Confirm Deletion.

   4. Dans le volet de navigation de gauche, choisissez Add-ons. Cliquez sur l'onglet Networking. Sur la carte NGINX Ingress controller, cliquez sur Uninstall.

   5. Dans la boîte de dialogue qui s'affiche, cliquez sur OK.

      La désinstallation du composant additionnel libère automatiquement l'instance CLB utilisée par le contrôleur NGINX Ingress, laquelle ne génère plus de frais.

3. Connectez-vous à la console Container Compute Service. Dans le volet de navigation de gauche, cliquez sur Applications > Helm et désinstallez le composant additionnel du contrôleur NGINX Ingress.

Documents associés

• Configurer une instance ALB à l'aide d'AlbConfig

• Configurer un certificat HTTPS pour les communications chiffrées

• Annotations ALB Ingress