4 votes

Pourquoi devrais-je limiter un équilibreur de charge à une zone de disponibilité spécifique (AWS) ?

Je commence à apprendre à gérer une infrastructure en nuage et je suis en train de parcourir la documentation d'AWS. Si ma question n'a pas été suffisamment claire, je suis un débutant complet dans ce domaine. Lors de la création d'un ELB (Elastic Load balancer), j'ai la possibilité de sélectionner les zones de disponibilité que je veux que mes équilibreurs de charge desservent.

Ma question est la suivante : pourquoi ne les sélectionnerais-je pas tous ? Il semble que le pire scénario soit que les équilibreurs de charge servent des zones sans instances, ce qui, pour autant que je sache, n'est pas un problème. De plus, comme j'utiliserai Spot Fleet avec plusieurs zones pour lancer mes instances, je ne saurai pas dans quelles zones les instances seront lancées, alors autant les sélectionner toutes.

Ai-je tort ? Merci.

0 votes

Je suppose que le coût peut être un facteur. Lorsque vous ajoutez une zone de disponibilité, ELB ne crée-t-il pas un nœud d'équilibreur de charge dans cette zone ? Si c'est le cas, devez-vous payer pour ces nœuds ?

0 votes

Je n'ai rien trouvé dans aws.amazon.com/elasticloadbalancing/prix et d'après ce que j'ai compris, vous n'avez pas besoin de plusieurs nœuds pour servir plusieurs zones, il s'agit en fait d'un seul nœud qui redirige vers d'autres zones, non ? Peut-être ai-je mal compris le fonctionnement des équilibreurs de charge.

0 votes

J'ai vu des rapports faisant état d'une latence supplémentaire dans les ELB avec une AZ vide, de l'ordre de plusieurs centaines de millisecondes supplémentaires.

4voto

Le fait d'avoir ELB dans un AZ différent de celui de l'instance présente deux inconvénients :

  1. Une latence légèrement plus élevée
  2. Le trafic trans-AZ (qui coûte 0,02 $/GB )

ELB/ALB vous donne la possibilité de Activer / désactiver l'accès Cross-AZ . Pour les petits déploiements, vous devriez garder cette option activée afin que l'ELB puisse parler à n'importe quel hôte disponible dans n'importe quel AZ (surtout si vous n'en avez qu'un) pour améliorer la disponibilité.

D'autre part, lorsque vous disposez d'une flotte suffisamment importante de nœuds de travail répartis sur plusieurs AZ, vous devriez désactiver l'accès inter-z dans ELB pour économiser sur les coûts de transfert de données inter-z et améliorer la latence.

Avec ce qui précède en tête, vous pouvez maintenant décider de créer votre ELB dans tous les AZ ou non.

J'espère que cela explique tout :)

2 votes

Merci ! Votre réponse m'a permis de trouver la documentation pertinente que je ne trouvais pas avant, elle complète bien votre réponse pour ceux qui se posent encore des questions sur le fonctionnement interne d'ELB : docs.aws.amazon.com/elasticloadbalancing/latest/userguide/

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X