Je cherche à déplacer notre application jusqu'à Amazon Web Services. Le plan consiste à disposer de toutes les instances EC2 reflétées dans deux zones de disponibilité. En raison des coûts de transfert de données, nous resterons dans une seule région AWS (Oregon).
Les multiples AZS se débarrassent du point unique de l'échec pour nos serveurs d'application et de base de données, mais qu'en est-il de l'ELB? Si je dispose d'un seul trafic distribuant des ELB sur deux AZS, l'ELB est-il également organisé sur ces deux AZS?
Que fait Amazon pour empêcher l'ELB d'être un SPOF?
Dans son cœur, un ELB est juste une collection d'instances EC2. Lorsque vous Créez un ELB , vous spécifiez les zones de disponibilité que vous souhaitez que l'équilibreur de charge soit dans. Les instances de compensation de l'équilibreur de charge seront alors créées dans ces zones. La façon dont ils évitent un seul point d'échec ici consiste à renvoyer plusieurs adresses IP lorsque vous faites une recherche DNS. Par exemple:
Il appartient au client de choisir l'adresse IP à utiliser pour effectuer une connexion. Les adresses IP ne seront toujours pas retournées dans le même ordre de la recherche DNS. Un client pourrait réessayer sur une adresse IP alternative si elle ne peut pas se connecter à la première tentative.
Le TTL sur les enregistrements DNS pour un ELB n'est que de 60 secondes, ce qui signifie qu'une instance d'ELB doit dépasser et être remplacée, le DNS sera mis à jour partout rapidement.
Vous pouvez vous déplacer dans votre unique SPOF AZ en créant un groupe d'autoscalage où si votre ELB unique ne répond pas à X facteur X, qu'il s'agisse d'une charge de charge, de temps de réponse, etc., un nouveau ELB est créé. Les elbs sont essentiellement des instances EC2 exécutant le code AWS propriétaire.