Dans l'esprit de la redondance et du basculement, j'aimerais connaître quelques stratégies sur la configuration des équilibreurs de charge élastiques AWS pour la DR, c'est-à-dire si cela est vraiment un problème ? (Un seul ELB permettrait d'acheminer le trafic vers 1..* régions).
Je pose la question parce que dans une architecture en nuage proposée, le point de défaillance unique pourrait être le fait de n'avoir qu'un seul ELB.
Merci.
Les ELB sont conçus pour ne pas être un point de défaillance unique - un ELB "unique" aura plusieurs adresses IP, qui correspondent à plusieurs instances ELB en coulisses (la technologie qu'ils utilisent n'est pas une information publique, mais il y a eu des pannes ELB très occasionnelles dues à des problèmes EBS, ce qui indique probablement qu'il s'agit d'instances EC2 sous le capot, qui utilisent peut-être quelque chose comme haproxy).
Tant que vous avez des instances dans plus d'une zone de disponibilité AWS derrière l'ELB ( éditer : et comme @MikeScott me le rappelle dans les commentaires, l'équilibrage inter-zone est activé pour cette ELB), il devrait généralement être aussi tolérant aux pannes qu'une solution multi-datacenter que vous construisez vous-même - une AZ correspond à peu près à un datacenter.
Si vous voulez vraiment équilibrer entre les régions, vous aurez besoin d'un ELB dans chaque région, et vous pourriez utiliser la fonction Le basculement DNS de Route53 ainsi que routage géographique pour répartir la charge entre eux. Cela ajoute cependant des complexités assez importantes si votre application a besoin d'une base de données qui s'étend sur plusieurs régions.
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.
