Une entreprise déploie des appliances de pare-feu tierces pour l'inspection du trafic et la NAT au sein de son VPC, qui comporte des sous-réseaux publics et privés. Les pare-feu doivent être placés derrière un équilibreur de charge. Quelle conception est la plus rentable tout en répondant à ces exigences ?

La bonne réponse est de déployer un Gateway Load Balancer (GWLB) avec les appliances de pare-feu comme cibles. Le GWLB est conçu spécifiquement pour insérer de manière transparente des appliances virtuelles tierces dans le chemin du trafic, agissant comme un point d'entrée et de sortie unique pour tout le trafic. Chaque appliance de pare-feu doit avoir deux interfaces réseau : une dans un sous-réseau privé pour le trafic interne et une dans un sous-réseau public pour le trafic externe, permettant aux pare-feu d'effectuer la NAT pour le trafic sortant vers Internet. Cette approche est rentable car elle utilise les capacités NAT existantes des pare-feu, évitant ainsi le coût d'une passerelle NAT AWS séparée. Les autres options sont incorrectes car : L'utilisation d'une passerelle NAT AWS séparée ajoute un coût inutile si les pare-feu peuvent effectuer la NAT. Un Network Load Balancer (NLB) n'est pas conçu pour l'insertion transparente d'appliances tierces comme un GWLB, ce qui rend l'intégration plus complexe et moins efficace pour ce cas d'utilisation.