Server Load Balancer:One-click migration of Layer-7 listeners to ALB

Limitations de la migration

Types d'instances CLB pris en charge

• Instances CLB IPv4 internes dans un VPC disposant d'un écouteur de couche 7 (HTTP ou HTTPS) configuré.

• Instances CLB IPv4 accessibles depuis Internet disposant d'un écouteur de couche 7 (HTTP ou HTTPS) configuré.

Scénarios non pris en charge

L'assistant de migration ne prend pas en charge les scénarios suivants. Nous vous recommandons de migrer manuellement les écouteurs de couche 7 de CLB vers ALB.

• Instances CLB sans écouteur HTTP ou HTTPS configuré.

• Instances CLB internes dans un réseau classique.

• Instances CLB IPv6.

Considérations relatives à la migration

• La migration n'est pas prise en charge dans les régions où ALB n'est pas disponible. Pour obtenir la liste des régions prenant en charge ALB, consultez la rubrique Régions et zones prenant en charge ALB.

• L'assistant de migration ne migre pas les configurations WAF. Si WAF est activé pour l'instance CLB, vous devez activer manuellement la protection WAF pour l'instance ALB de destination après la migration. Nous vous recommandons d'activer WAF 3.0 pour la nouvelle instance ALB. Pour plus d'informations, consultez la rubrique Activer la protection WAF pour une instance ALB.

• L'assistant de migration ne migre pas les règles d'alerte basées sur des seuils pour CLB. Vous devez configurer de nouvelles règles d'alerte pour l'instance ALB à l'aide de la console Cloud Monitor, des opérations API ou des SDK. Pour plus d'informations, consultez la rubrique Configurer des règles d'alerte pour les métriques ALB.

• La protection DDoS est activée par défaut pour l'instance ALB. Toutefois, l'assistant de migration ne migre pas les seuils de protection DDoS personnalisés. Vous devez configurer manuellement ces seuils dans la console Traffic Security après la migration.

• L'assistant de migration ne migre pas les configurations de contrôle d'accès. Si vous avez besoin d'un contrôle d'accès, vous devez le configurer pour l'instance ALB après la migration. Pour plus d'informations, consultez la rubrique Contrôle d'accès.

• Pour un écouteur HTTPS, vous devez spécifier manuellement le certificat serveur et le certificat CA.

• L'assistant de migration ne migre pas les configurations de groupe de serveurs principal/secondaire de CLB.

• L'assistant de migration migre automatiquement les serveurs backend d'une instance CLB interne. Cependant, il ne migre pas actuellement les serveurs backend d'une instance CLB accessible depuis Internet. L'assistant de migration crée un nouveau groupe de serveurs dans le VPC où réside l'instance ALB. Vous devez ajouter manuellement les serveurs backend à ce groupe de serveurs. Les serveurs backend doivent se trouver dans le même VPC que l'instance ALB.

Facturation

La migration en un clic de CLB vers ALB n'entraîne aucun frais supplémentaire. La nouvelle instance ALB est facturée selon les règles de facturation d'ALB.

• Règles de facturation d'ALB

• Règles de facturation de CLB en paiement à l'utilisation

Prérequis

• Configurez un écouteur de couche 7 (un écouteur HTTP ou HTTPS) sur l'instance CLB que vous prévoyez de migrer.

• Cet exemple utilise quatre instances ECS.

  • Serveurs d'application : ECS01 et ECS02 sont les serveurs backend.

  • Serveurs de test : utilisez ECS03 pour tester le trafic avant la migration et ECS04 pour vérifier le trafic pendant la migration.

    Si vous disposez déjà de serveurs de test, vous n'avez pas besoin de créer ECS03 et ECS04.

Étape 1 : Utiliser l'assistant de migration

1. Ouvrez l'assistant de migration à l'aide de l'une des méthodes suivantes.

   Méthode 1 : Console CLB

   1. Connectez-vous à la console CLB.

   2. Dans la barre de navigation supérieure, sélectionnez la région de l'instance CLB.

   3. Sur la page Instances, recherchez l'instance cible et cliquez sur son ID.

   4. Cliquez sur l'onglet Migration Wizard. Après avoir confirmé les informations dans le message, cliquez sur Enable sur la carte Migrate from CLB to ALB.

   Méthode 2 : Console ALB

   Remarque

   Cette méthode n'est pas disponible si aucune instance ALB n'existe dans la région de l'instance CLB à migrer. Utilisez plutôt la méthode 1.

   1. Connectez-vous à la console ALB.

   2. Dans la barre de navigation supérieure, sélectionnez la région de l'instance CLB.

   3. Sur la page Instances.

   4. Dans la boîte de dialogue Migrate from CLB to ALB, confirmez les informations dans le message, sélectionnez l'instance CLB à migrer, puis cliquez sur Migrate from CLB to ALB.

2. À l'étape Open Migration Wizard, examinez les informations de base de l'instance CLB et les informations préconfigurées pour l'instance ALB. Configurez tous les écouteurs marqués de l'icône , cochez la case de confirmation, puis cliquez sur Review Configurations.

   • : indique un élément de configuration nécessitant une configuration manuelle.

   • : indique un élément de configuration que le système modifie automatiquement.

   Vous pouvez cliquer sur Next et Modify Listener pour modifier les configurations de l'écouteur ALB. Vous ne pouvez modifier les certificats que pour les écouteurs HTTPS.

3. À l'étape Modify Certificate, configurez le VPC et le vSwitch pour la nouvelle instance ALB, puis cliquez sur Create Instance.

   Paramètre	Description
   Next	Pour une instance CLB interne, la nouvelle instance ALB est déployée par défaut dans le même VPC que l'instance CLB. Pour une instance CLB accessible depuis Internet, vous devez sélectionner un VPC.
   VPC	Sélectionnez une zone et un vSwitch. Pour une haute disponibilité, nous vous recommandons de sélectionner au moins deux zones si la région actuelle en prend en charge deux ou plus. ALB ne facture pas de frais supplémentaires pour l'utilisation de plusieurs zones. Sélectionnez un vSwitch dans chaque zone sélectionnée. Si aucun vSwitch n'est disponible dans une zone, créez-en un comme indiqué sur la console. Facultatif : Lorsque vous migrez une instance CLB accessible depuis Internet, vous devez sélectionner une adresse IP élastique (EIP) dans chaque zone sélectionnée. Si aucune EIP existante n'est disponible, vous pouvez sélectionner Zone. Le système crée automatiquement une adresse IP élastique (EIP) BGP (Multi-ISP) en paiement à l'utilisation (facturation au transfert de données) avec une protection Anti-DDoS Origin Basic et l'associe à l'instance ALB. Vous pouvez également associer une EIP existante à la nouvelle instance ALB. Important Vous ne pouvez associer que des EIP en paiement à l'utilisation (facturation au transfert de données) qui ne font pas partie d'une instance Internet Shared Bandwidth. Les EIP dans différentes zones pour la même instance ALB doivent être du même type.

4. À l'étape Purchase EIP, examinez les configurations de l'instance ALB, cochez la case dans la section Confirm Order, puis cliquez sur Pricing/Billing.

5. À l'étape Start Migration, attendez que la migration soit terminée. Vous pouvez ensuite effectuer les opérations suivantes.

   Resource Orchestration Service (ROS) effectue la migration, ce qui prend de 1 à 10 minutes. Vous pouvez suivre les instructions pour accéder à la console ROS et afficher l'état de la tâche de migration dans la pile correspondante.

   • Cliquez sur Complete pour accéder à la page de détails de la nouvelle instance ALB.

   • Cliquez sur View Instance pour revenir à la liste des instances CLB.

   • Cliquez sur CLB Instance List pour revenir à la liste des instances ALB.

6. Étapes suivantes : après la migration, vérifiez que les serveurs backend sont ajoutés à la nouvelle instance ALB.

   1. Dans le volet de navigation de gauche, accédez à ALB Instance List > ALB.

   2. Sur la page Instances, recherchez la nouvelle instance ALB et cliquez sur son ID.

   3. Cliquez sur l'onglet Instances. Recherchez l'écouteur cible et cliquez sur Listener dans la colonne View Details.

   4. Sur l'onglet Actions, cliquez sur Listener Details dans la section View/Modify Backend Server. Sur l'onglet Server Group (Default Forwarding Rule) qui s'affiche, vérifiez si des serveurs backend sont répertoriés.

      Si aucun serveur backend n'est répertorié, cliquez sur Backend Servers pour en ajouter au moins deux. Vous devez également déployer des applications sur ces serveurs afin que l'instance ALB puisse distribuer les requêtes. Dans cet exemple, ECS01 et ECS02 sont ajoutés en tant que serveurs backend à l'instance ALB.

      • Pour plus d'informations sur la création d'une instance ECS, consultez la rubrique Créer une instance à l'aide de l'assistant.

      • L'exemple suivant montre les commandes pour déployer des applications de test sur ECS01 et ECS02.

        Commandes pour déployer une application sur ECS01

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS01." > index.html
        

        Commandes pour déployer une application sur ECS02

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS02." > index.html
        

Étape 2 : Tester le trafic

(Facultatif) Activer les journaux d'accès

ALB s'intègre à Simple Log Service (SLS) pour fournir des journaux d'accès. Utilisez les journaux d'accès pour surveiller la charge des instances ALB et résoudre les problèmes.

1. Connectez-vous à la console ALB.

2. Dans la barre de navigation supérieure, sélectionnez la région où l'instance ALB est déployée.

3. Sur la page Add Backend Server, recherchez l'instance ALB cible et cliquez sur son ID.

4. Sur la page de détails de l'instance, cliquez sur l'onglet Instances. Ensuite, sur l'onglet Access Logs, cliquez sur Access Logs.

5. Dans la boîte de dialogue Create Access Log, configurez Create Access Log et Project, puis cliquez sur Logstore. Dans la boîte de dialogue de confirmation, cliquez à nouveau sur OK.

   Paramètre	Description
   OK	Une unité de gestion des ressources dans Simple Log Service utilisée pour l'isolation et le contrôle des ressources. Project : sélectionnez un projet dans la liste déroulante. Select Project : saisissez un nom pour le nouveau projet.
   Create Project	Une unité dans Simple Log Service utilisée pour collecter, stocker et interroger les données de journal. Logstore : sélectionnez un Logstore dans la liste déroulante. Select Logstore : saisissez un nom pour le nouveau Logstore. Si vous choisissez de créer un nouveau projet, vous devez également créer un nouveau Logstore.
   Create Logstore	Cette opération crée automatiquement un rôle lié au service avec les autorisations requises.

Tester le trafic

1. Connectez-vous à distance à ECS03.

   Remarque

   Cette instance ECS03 possède une adresse IP publique.

2. Exécutez la commande suivante pour modifier le fichier hosts.

   sudo vi /etc/hosts

   Dans le fichier hosts, ajoutez l'adresse IP élastique et le nom de domaine de l'instance ALB, puis enregistrez et fermez le fichier.

   118.XX.XX.113 www.example.net

3. Exécutez la commande suivante pour tester le transfert du trafic via l'instance ALB.

   curl -v www.example.net

   La figure suivante montre la sortie attendue :

   [root@xxx ~]# curl -v www.xxx
   * Rebuilt URL to: www.xxx/
   *   Trying 118.xxx.xxx.113...
   * TCP_NODELAY set
   * Connected to www.xxx (118.xxx.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.xxx
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:00 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:44:00 GMT
   < ETag: "65114850-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS01.
   

   [xxx@xxxsuZ ~]# curl -v www.xxx
   * Rebuilt URL to: www.xxx/
   *   Trying 118.xxx.113...
   * TCP_NODELAY set
   * Connected to www.xxx (118.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.xxx
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:06 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:45:03 GMT
   < ETag: "6511488f-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS02.
   

4. (Facultatif) Pour afficher les journaux d'accès, revenez à la console ALB. Sur l'onglet Notes on Creating Service-linked Role de votre instance ALB, cliquez sur le lien à côté de Access Logs.

   Dans la console Simple Log Service, vous pouvez également combiner des champs tels que request_uri, http_host, upstream_addr et status selon vos besoins pour afficher les journaux d'exécution d'un nom de domaine ALB ou des règles de transfert basées sur l'URL.

Étape 3 : Migrez le trafic vers l'instance ALB

Les étapes suivantes supposent que la résolution DNS est déjà configurée pour l'instance CLB, avec un enregistrement A pointant le nom de domaine du service vers l'adresse de service de l'instance CLB. Après avoir vérifié la configuration de l'instance ALB, migrez le trafic de l'instance CLB vers l'instance ALB comme suit. Cette rubrique utilise Alibaba Cloud DNS à titre d'exemple. Pour plus d'informations sur Alibaba Cloud DNS, consultez la section Résolution DNS publique faisant autorité.

Étape 1 : Configurez un domaine temporaire et un enregistrement CNAME

1. Connectez-vous à la console Alibaba Cloud DNS.

2. Sur la page Simple Log Service, recherchez et cliquez sur le nom de domaine example.net de l'instance CLB.

3. Sur la page Public Zone, recherchez l'enregistrement A qui pointe vers l'adresse de service de l'instance CLB et cliquez sur Settings dans la colonne Actions.

4. Dans le panneau Edit, modifiez le champ Edit Record, puis cliquez sur Hostname. Dans cet exemple, le champ OK est remplacé par web0. Laissez les autres paramètres inchangés.

5. Sur la page Hostname, cliquez sur Add Record. Dans le panneau Add Record, configurez les paramètres suivants et cliquez sur OK.

   Parameter	Description
   Record Type	Sélectionnez CNAME dans la liste déroulante.
   Hostname	Le préfixe de votre nom de domaine. Dans cet exemple, saisissez www.
   DNS Query Source	Sélectionnez Default.
   TTL	Durée de vie (TTL), qui contrôle la durée de mise en cache d'un enregistrement DNS sur les serveurs DNS. Dans cet exemple, définissez la valeur sur 5 secondes.
   Record Value	Saisissez le nom de domaine temporaire. Dans cet exemple, saisissez web0.example.net.

Étape 2 : Ajoutez un enregistrement CNAME pour ALB

Sur la page Settings, cliquez sur Settings. Dans le panneau Add Record, configurez les paramètres suivants et cliquez sur Add Record.

Étape 3 : Définissez les poids et démarrez le déploiement canari

1. Sur la page Record Value, recherchez l'enregistrement CNAME ajouté à l'étape 2. Cliquez sur la flèche déroulante à côté de Settings et sélectionnez Edit.

2. Dans la section Edit Record Set en bas du panneau Record Values, définissez les poids des enregistrements DNS des instances CLB et ALB comme suit : définissez le poids de l'enregistrement DNS de l'instance CLB sur 100 et celui de l'instance ALB sur 0. Cliquez sur Edit Record pour enregistrer vos modifications et quitter.

3. Après avoir vérifié que vos services ne sont pas affectés, réduisez progressivement le poids de l'enregistrement DNS de l'instance CLB et augmentez celui de l'instance ALB.

4. Connectez-vous à l'instance ECS04 située dans le même VPC que l'instance ALB et exécutez plusieurs fois la commande dig pour vérifier la migration du trafic.

   Remarque

   Assurez-vous que l'instance ECS04 dispose d'une adresse IP publique et installez la commande dig en exécutant yum install bind-utils.

   dig www.example.net

   La figure suivante illustre la sortie de la commande. Les résultats montrent que les requêtes sont distribuées vers l'instance ALB ou CLB en fonction des poids configurés.

   [root@xxx 2uvl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31592
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   web0.xxx.net.
   web0.xxx.net.       5       IN      A       47.xxx.xxx.144
   
   ;; Query time: 63 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:46:40 CST 2023
   ;; MSG SIZE  rcvd: 66
   

   [root@xxx vl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14224
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   alb-xxx.com.
   alb-xxx.com.        60      IN      A       116.xxx.54
   alb-xxx.com.        60      IN      A       118.xxx.39
   
   ;; Query time: 4 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:47:52 CST 2023
   ;; MSG SIZE  rcvd: 128
   

Étape 4 : Finalisez la migration du trafic

En fonction des résultats de vérification de la migration du trafic, réduisez progressivement le poids de l'enregistrement DNS de l'instance CLB à 0 et, simultanément, augmentez progressivement le poids de l'enregistrement DNS de l'instance ALB à 100. Cela permet de finaliser la migration du trafic de l'instance CLB vers l'instance ALB. Lorsque toutes les connexions persistantes sur l'instance CLB sont entièrement traitées et que l'instance CLB ne reçoit plus de nouveau trafic, vous pouvez surveiller l'instance pendant une période donnée en fonction de votre scénario métier, puis libérer l'instance CLB. Pour plus d'informations sur la libération d'une instance CLB, consultez la section Libérer une instance CLB.

Si votre fournisseur DNS ne prend pas en charge les enregistrements CNAME pondérés, cliquez pour afficher un plan de migration alternatif.

FAQ