Une application s'exécute sur des instances EC2 derrière un Application Load Balancer réparti sur trois zones de disponibilité. Les clients exigent que l'application soit accessible via un maximum de deux adresses IP statiques. Quelle solution l'administrateur SysOps doit-il implémenter ?

La bonne réponse est de placer AWS Global Accelerator devant l'Application Load Balancer. Global Accelerator fournit des adresses IP statiques (Anycast) qui servent de point d'entrée unique pour le trafic. Il dirige ensuite le trafic vers l'Application Load Balancer le plus proche et le plus sain dans les différentes régions ou zones de disponibilité, répondant ainsi à l'exigence des deux adresses IP statiques et améliorant les performances. Déployer un Network Load Balancer interne derrière l'Application Load Balancer n'est pas pertinent car les NLB internes ne sont pas accessibles publiquement et ne fournissent pas d'adresses IP statiques pour l'accès client. Réduire l'Application Load Balancer à deux zones de disponibilité réduirait la résilience et la disponibilité sans résoudre le besoin d'adresses IP statiques. Allouer des adresses IP Elastic et les attacher à l'Application Load Balancer n'est pas une option valide ; les ALB gèrent automatiquement leurs adresses IP et ne permettent pas l'attachement direct d'EIP.