Migration de votre Classic Load Balancer - Elastic Load Balancing
Avantages de la migrationAssistant de migrationMigration de l'utilitaire de copieMigration manuelle

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration de votre Classic Load Balancer

Elastic Load Balancing prend en charge les types d'équilibreurs de charge suivants : Application Load Balancers, Network Load Balancers, Gateway Load Balancers et Classic Load Balancers. Pour plus d'informations sur les différentes fonctionnalités de chaque type d'équilibreur de charge, consultez la section Fonctionnalités d'Elastic Load Balancing.

Vous pouvez également choisir de migrer un Classic Load Balancer existant dans un VPC vers un Application Load Balancer ou un Network Load Balancer.

Avantages de la migration depuis un Classic Load Balancer

Chaque type d'équilibreur de charge possède ses propres caractéristiques, fonctions et configurations uniques. Passez en revue les avantages de chaque équilibreur de charge pour vous aider à choisir celui qui vous convient le mieux.

Application Load Balancer

L'utilisation d'un Application Load Balancer au lieu d'un Classic Load Balancer présente les avantages suivants :

Support pour :

  • Conditions de chemin, conditions d'hôte et conditions d'en-tête HTTP.

  • Redirection des demandes d'une URL à une autre et routage des demandes vers plusieurs applications sur une seule EC2 instance.

  • Renvoyer des réponses HTTP personnalisées.

  • Enregistrement des cibles par adresse IP et enregistrement des fonctions Lambda en tant que cibles. Y compris des cibles extérieures au VPC pour l'équilibreur de charge.

  • Authentification des utilisateurs par le biais d'identités professionnelles ou sociales.

  • Applications conteneurisées Amazon Elastic Container Service (Amazon ECS).

  • Surveillance indépendante de l'état de santé de chaque service.

Les journaux d'accès contiennent des informations supplémentaires et sont stockés dans un format compressé.

Amélioration globale des performances de l'équilibreur de charge.

Network Load Balancer

L'utilisation d'un Network Load Balancer au lieu d'un Classic Load Balancer présente les avantages suivants :

Support pour :

  • Adresses IP statiques, qui permettent d'attribuer une adresse IP élastique par sous-réseau activé pour l'équilibreur de charge.

  • Enregistrement des cibles par adresse IP, y compris des cibles situées en dehors du VPC pour l'équilibreur de charge.

  • Acheminement des demandes vers plusieurs applications sur une seule EC2 instance.

  • Applications conteneurisées Amazon Elastic Container Service (Amazon ECS).

  • Surveillance indépendante de l'état de santé de chaque service.

Possibilité de traiter des charges de travail volatiles et de passer à des millions de requêtes par seconde.

Migrer en utilisant l'assistant de migration

L'assistant de migration utilise la configuration de votre Classic Load Balancer pour créer un Application Load Balancer ou un Network Load Balancer équivalent. Elle réduit le temps et les efforts nécessaires à la migration d'un Classic Load Balancer par rapport aux autres méthodes.

Note

L'assistant crée un nouvel équilibreur de charge. L'assistant ne convertit pas le Classic Load Balancer existant en Application Load Balancer ou Network Load Balancer. Vous devez rediriger manuellement le trafic vers le nouvel équilibreur de charge.

Limites

  • Le nom du nouvel équilibreur de charge ne peut pas être identique à celui d'un équilibreur de charge existant du même type, dans la même région.

  • Si le Classic Load Balancer possède des balises contenant le aws: préfixe dans leur clé, ces balises ne sont pas migrées.

Lors de la migration vers un Application Load Balancer

  • Si le Classic Load Balancer ne possède qu'un seul sous-réseau, vous devez en spécifier un deuxième.

  • Si le Classic Load Balancer possède des écouteurs HTTP/HTTPS qui utilisent des contrôles de santé TCP, le protocole de contrôle de santé est mis à jour vers HTTP et le chemin est défini sur «/».

  • Si le Classic Load Balancer possède des écouteurs HTTPS utilisant une politique de sécurité personnalisée ou non prise en charge, l'assistant de migration utilise la politique de sécurité par défaut pour le nouveau type d'équilibreur de charge.

Lors de la migration vers un Network Load Balancer

  • Les types d'instances suivants ne seront pas enregistrés auprès du nouveau groupe cible : C1 CC1, CC2,, CG1, CG2 CR1, G1 CS1, G2,, M1 HI1 HS1, M2, M3, T1

  • Certains paramètres de contrôle de santé de votre Classic Load Balancer peuvent ne pas être transférables au nouveau groupe cible. Ces cas seront indiqués sous forme de modification dans la section récapitulative de l'assistant de migration.

  • Si le Classic Load Balancer possède des écouteurs SSL, l'assistant de migration crée un écouteur TLS en utilisant le certificat et la politique de sécurité de l'écouteur SSL.

Pour migrer un Classic Load Balancer à l'aide de l'assistant de migration

  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

  2. Dans le panneau de navigation, sous Load Balancing (Équilibrage de charge), choisissez Load Balancers (Équilibreurs de charge).

  3. Sélectionnez le Classic Load Balancer que vous souhaitez migrer.

  4. Dans la section Détails des équilibreurs de charge, choisissez Lancer l'assistant de migration.

  5. Choisissez Migrate to Application Load Balancer ou Migrate to Network Load Balancer pour ouvrir l'assistant de migration.

  6. Sous Nom du nouvel équilibreur de charge, dans Nom de l'équilibreur de charge, entrez le nom de votre nouvel équilibreur de charge.

  7. Sous Nommer le nouveau groupe cible et passer en revue les cibles, dans Nom du groupe cible, saisissez le nom de votre nouveau groupe cible.

  8. (Facultatif) Sous Cibles, vous pouvez consulter les instances cibles qui seront enregistrées auprès du nouveau groupe cible.

  9. (Facultatif) Sous Vérifier les balises, vous pouvez consulter les balises qui seront appliquées à votre nouvel équilibreur de charge

  10. Sous Résumé pour Application Load Balancer ou Résumé pour Network Load Balancer, passez en revue et vérifiez les options de configuration attribuées par l'assistant de migration.

  11. Une fois que vous êtes satisfait du résumé de la configuration, choisissez Create Application Load Balancer ou Create Network Load Balancer pour démarrer la migration.

Migrer à l'aide de l'utilitaire de copie de l'équilibreur de charge

Les utilitaires de copie de l'équilibreur de charge sont disponibles dans le référentiel Elastic Load Balancing Tools, sur la AWS GitHub page.

Ressources

Migrez votre équilibreur de charge manuellement

Les informations suivantes fournissent des instructions générales pour créer manuellement un nouvel Application Load Balancer ou un Network Load Balancer basé sur un Classic Load Balancer existant dans un VPC. Vous pouvez effectuer la migration à l'aide du AWS Management Console AWS CLI, du ou d'un AWS SDK. Pour de plus amples informations, veuillez consulter Prise en main d'Elastic Load Balancing.

Une fois que vous avez terminé le processus de migration, vous pouvez tirer parti des fonctions de votre nouvel équilibreur de charge.

Étape 1 : Créer un équilibreur de charge

Créez un équilibreur de charge avec une configuration équivalente au Classic Load Balancer à migrer.

  1. Créez un équilibreur de charge, avec la même méthode (accessible sur Internet ou interne), les mêmes sous-réseaux et groupes de sécurité que le Classic Load Balancer.

  2. Créez un seul groupe cible pour votre équilibreur de charge, avec les mêmes paramètres de surveillance de l'état dont vous disposez pour votre Classic Load Balancer.

  3. Effectuez l’une des actions suivantes :

    • Si votre Classic Load Balancer est attaché à un groupe Auto Scaling, attachez votre groupe cible au groupe Auto Scaling. Cette action enregistre également les instances Auto Scaling auprès du groupe cible.

    • Enregistrez vos EC2 instances auprès de votre groupe cible.

  4. Créez un ou plusieurs écouteurs, chacun avec une règle par défaut qui transfère les demandes vers le groupe cible. Si vous créez un écouteur HTTPS, vous pouvez spécifier le même certificat que celui que vous avez spécifié pour votre Classic Load Balancer. Nous vous recommandons d'utiliser la stratégie de sécurité par défaut.

  5. Si votre Classic Load Balancer a des balises, passez-les en revue et ajoutez les balises appropriées pour à nouvel équilibreur de charge.

Étape 2 : Rediriger progressivement du trafic vers votre nouvel équilibreur de charge

Une fois que vos instances sont enregistrées auprès de votre nouvel équilibreur de charge, vous pouvez commencer le processus de redirection du trafic de l'ancien équilibreur de charge vers le nouveau. Cela vous permet de tester votre nouvel équilibreur de charge tout en minimisant les risques liés à la disponibilité de votre application.

Pour rediriger progressivement le trafic vers votre nouvel équilibreur de charge

  1. Collez le nom DNS de votre nouvel équilibreur de charge dans le champ d'adresse d'un navigateur web connecté à Internet. Si tout fonctionne, le navigateur affiche la page par défaut de votre application.

  2. Créez un enregistrement DNS qui associe votre nom de domaine à votre nouvel équilibreur de charge. Si votre service DNS prend en charge la répartition de charge, spécifiez un poids de 1 dans le nouvel enregistrement DNS et un poids de 9 dans l'enregistrement DNS existant pour votre ancien équilibreur de charge. Cela permet de diriger 10 % du trafic vers le nouvel équilibreur de charge et 90 % du trafic vers l'ancien équilibreur de charge.

  3. Surveillez votre nouvel équilibreur de charge pour vérifier qu'il reçoit le trafic et qu'il achemine les demandes vers vos instances.

    Important

    Le time-to-live (TTL) dans l'enregistrement DNS est de 60 secondes. Cela signifie que tout serveur DNS qui résout votre nom de domaine conserve les informations de l'enregistrement dans son cache pendant 60 secondes, tandis que les modifications se propagent. Par conséquent, ces serveurs DNS peuvent encore acheminer le trafic vers votre ancien équilibreur de charge jusqu'à 60 secondes après la fin de l'étape précédente. Lors de la propagation, le trafic peut être dirigé vers n'importe quel équilibreur de charge.

  4. Continuez à mettre à jour le poids de vos enregistrements DNS jusqu'à ce que l'ensemble du trafic soit dirigé vers votre nouvel équilibreur de charge. Lorsque vous avez terminé, vous pouvez supprimer l'enregistrement DNS de votre ancien équilibreur de charge.

Étape 3 : mettre à jour les politiques, les scripts et le code

Si vous avez migré votre Classic Load Balancer vers un Application Load Balancer ou un Network Load Balancer, veillez à effectuer les opérations suivantes :

  • Mettez à jour les politiques IAM qui utilisent la version d'API 2012-06-01 pour utiliser la version 2015-12-01.

  • Mettez à jour les processus qui utilisent CloudWatch les métriques de l'espace de AWS/ELB noms pour utiliser les métriques de l'espace de AWS/NetworkELB noms AWS/ApplicationELB or.

  • Mettez à jour les scripts qui utilisent aws elb AWS CLI des commandes pour utiliser aws elbv2 AWS CLI des commandes.

  • Mettez à jour les AWS CloudFormation modèles qui utilisent la AWS::ElasticLoadBalancing::LoadBalancer ressource pour utiliser les AWS::ElasticLoadBalancingV2 ressources.

  • Mettez à jour le code qui utilise la version d'API Elastic Load Balancing 2012-06-01 pour utiliser la version 2015-12-01.

Ressources
Étape 4 : supprimer l'ancien équilibreur de charge

Vous pouvez supprimer l'ancien Classic Load Balancer une fois que :

  • Vous avez redirigé tout le trafic de l'ancien équilibreur de charge vers le nouveau.

  • Toutes les demandes existantes qui ont été acheminées vers l'ancien équilibreur de charge ont abouti.