Une organisation exécute deux appliances de pare-feu dans un compte de réseau centralisé. Chaque pare-feu s'exécute sur une instance EC2 hautement disponible configurée manuellement. Une Transit Gateway connecte ce VPC aux VPC des comptes membres. Chaque pare-feu utilise une adresse IP privée statique utilisée par les tables de routage des comptes membres pour acheminer le trafic destiné à Internet. Un script mal configuré a précédemment mis fin aux deux instances de pare-feu. Lors de la reconstruction, l'entreprise dispose désormais d'un script de démarrage pour configurer le logiciel de pare-feu. L'organisation a besoin d'un déploiement plus moderne et horizontalement évolutif tout en continuant à utiliser le pare-feu du fournisseur (le fournisseur confirme la compatibilité avec les services AWS). Quelle combinaison d'actions offre la solution la plus rentable et la plus évolutive ? (Choisissez-en trois.)

La solution la plus rentable et la plus évolutive implique l'utilisation d'un Gateway Load Balancer (GWLB) avec un groupe Auto Scaling. Le GWLB est conçu pour insérer des appliances virtuelles tierces, comme des pare-feu, dans le chemin du trafic, offrant une haute disponibilité et une évolutivité horizontale. En configurant un service de point de terminaison avec AWS PrivateLink, le trafic peut être acheminé de manière sécurisée et privée vers le GWLB. Le groupe Auto Scaling, utilisant un modèle de lancement avec le script de démarrage, garantit que les instances de pare-feu sont automatiquement déployées, configurées et mises à l'échelle en fonction de la demande, ce qui réduit les coûts opérationnels et améliore la résilience. Les points de terminaison VPC dans le compte centralisé, avec les tables de routage des comptes membres pointant vers eux, permettent une intégration transparente et sécurisée du trafic vers le GWLB. Un Network Load Balancer (NLB) n'est pas idéal car il est conçu pour le trafic TCP/UDP et ne gère pas l'insertion de services de la même manière qu'un GWLB pour les appliances virtuelles. L'utilisation d'AWS Launch Wizard n'est pas le mécanisme principal pour la gestion des instances dans un groupe Auto Scaling ; un modèle de lancement est la méthode standard. Créer des points de terminaison VPC dans chaque compte membre serait moins centralisé et plus complexe à gérer.