Comment migrer d'un Classic Load Balancer vers un Application Load Balancer ou un Network Load Balancer ?

Lecture de 5 minute(s)
0

Je veux migrer mon Classic Load Balancer vers un Application Load Balancer ou un Network Load Balancer. Comment procéder ? Quelles sont les bonnes pratiques à prendre en compte avant de migrer ? Y aura-t-il des temps d'arrêt pendant la migration ?

Résolution

Migration de votre Classic Load Balancer vers un Application Load Balancer ou un Network Load Balancer

Utilisez l'assistant de migration pour créer et configurer un Application Load Balancer ou un Network Load Balancer. Si votre Classic Load Balancer possède un écouteur TCP, alors l'assistant crée un Network Load Balancer. Si le Classic Load Balancer possède un écouteur HTTP ou HTTPS, l'assistant crée un Application Load Balancer. Une fois l'équilibreur de charge créé, testez celui-ci. Si votre nouvel équilibreur de charge fonctionne sans problème, redirigez le trafic de votre Classic Load Balancer vers l'équilibreur de charge nouvellement créé.

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

Ensuite, mettez à jour l'ensemble des politiques, des scripts et du code. Une fois que vous avez redirigé tout le trafic vers le nouvel équilibreur de charge et que toutes les demandes existantes sur l'ancien équilibreur de charge sont finalisées, supprimez l'ancien équilibreur de charge.

Considérations relatives à la migration

  • Si votre équilibreur de charge ne possède qu'un seul sous-réseau, assurez-vous de spécifier un deuxième sous-réseau lorsque vous créez l'Application Load Balancer. Tout Application Load Balancer nécessite au moins deux sous-réseaux.
  • Si vous avez des doutes quant à l'équilibreur de charge vers lequel effectuer la migration, envisagez d'utiliser un Network Load Balancer. Si votre Classic Load Balancer utilise un écouteur HTTP ou HTTPS, alors migrez vers un Application Load Balancer. Si votre Classic Load Balancer utilise des écouteurs TCP, alors migrez vers un Network Load Balancer. Pour plus d'informations sur les différentes fonctions de l'équilibreur de charge, consultez les fonctions d'Elastic Load Balancing.
  • Un Classic Load Balancer vous permet de désactiver l'équilibrage de charge entre zones. Par défaut, l'équilibrage de charge entre zones est activé sur un Application Load Balancer et il ne peut pas être désactivé. Vous pouvez désactiver l'équilibrage de charge entre zones sur le Network Load Balancer.
  • Un Application Load Balancer peut prendre en charge la redirection de demandes sur l'équilibreur de charge lui-même. Si les connexions dorsales d'un Classic Load Balancer sont configurées pour la redirection HTTP, celle-ci peut être désactivée ou supprimée lors de la migration vers un nouvel équilibreur de charge.
  • Un Network Load Balancer ne prend pas en charge les groupes de sécurité au niveau de l'équilibreur de charge. Vous pouvez utiliser les groupes de sécurité associés aux cibles pour restreindre le trafic. Au niveau du Network Load Balancer, vous pouvez utiliser les listes de contrôle d'accès (ACL) réseau du sous-réseau pour restreindre le trafic.
  • Un Network Load Balancer est capable de préserver l'adresse IP du client. Si vous utilisez des groupes de sécurité pour restreindre le trafic sur les cibles, vous devez savoir que l'adresse IP source des paquets contient l'adresse IP du client.

Temps d'arrêt pendant la migration d'un équilibreur de charge

Si la configuration du nouvel équilibreur de charge présente des erreurs, des temps d'arrêt peuvent se produire pendant la migration. Pour minimiser ou réduire les temps d'arrêt, envisagez les approches suivantes :

  • Avant de déplacer tout trafic de production, exécutez des tests sur le nouvel équilibreur de charge. Assurez-vous que le nouvel équilibreur de charge peut traiter les demandes de trafic.
  • Utilisez la politique de routage pondérée d'Amazon Route 53 pour acheminer progressivement le trafic vers le nouvel équilibreur de charge. Si vous rencontrez des problèmes avec le nouvel équilibreur de charge, alors attribuez la valeur « 0 » au poids du trafic.
  • Si Route 53 n'est pas utilisé comme fournisseur DNS, alors laissez l'ancien équilibreur de charge continuer de fonctionner. Réduisez la valeur de la durée de vie (TTL) de l'enregistrement existant à « 0 ». Attendez ensuite que la valeur TTL précédente soit réinitialisée, puis mettez à jour l'enregistrement de sorte qu'il pointe vers le nom DNS du nouvel équilibreur de charge. Si des problèmes surviennent avec le nouvel équilibreur de charge, mettez à jour l'enregistrement DNS de sorte qu'il pointe à nouveau vers le nom DNS du Classic Load Balancer. La valeur TTL « 0 » empêche la mise en cache de l'enregistrement. Lorsque le problème est résolu, rétablissez la valeur TTL initiale.
  • Si le nouvel équilibreur de charge fonctionne sans problème, supprimez l'ancien équilibreur de charge.

Remarque : La nouvelle génération d'équilibreurs de charge ne prend pas en charge simultanément les écouteurs HTTP/HTTPS et TCP. Si vous utilisez un Classic Load Balancer avec des écouteurs HTTP/HTTPS et TCP en même temps, il est recommandé d'utiliser un Network Load Balancer avec tous les écouteurs TCP/TLS. Avec cette modification, vous perdez la journalisation au niveau HTTP/HTTPS, car il n'existe aucun routage au niveau de l'application dans NLB pour fournir cela. Une alternative consiste à continuer à utiliser un Classic Load Balancer.


AWS OFFICIEL
AWS OFFICIELA mis à jour il y a un an