Une entreprise de marketing mondiale a des applications qui s'exécutent dans la région ap-southeast-2 et la région eu-west-1. Les applications qui s'exécutent dans un VPC en eu-west-1 doivent communiquer de manière sécurisée avec des bases de données qui s'exécutent dans un VPC en ap-southeast-2. Quelle conception de réseau répondra à ces exigences ?

L'option correcte décrit la configuration standard pour permettre la communication sécurisée entre deux VPC dans des régions différentes via le peering VPC. Le peering VPC inter-régions permet aux instances de communiquer comme si elles se trouvaient sur le même réseau. Il est essentiel de mettre à jour les tables de routage dans les deux VPC pour diriger le trafic vers le VPC appairé. Enfin, les groupes de sécurité doivent être configurés pour autoriser le trafic entrant des adresses IP spécifiques des serveurs d'applications vers les bases de données. Les autres options sont incorrectes car : L'option 1 inverse la direction du groupe de sécurité (il devrait être sur la base de données, pas l'application) et ne mentionne pas la mise à jour des tables de routage. L'option 2 propose de référencer l'ID du groupe de sécurité d'une autre région, ce qui n'est pas possible avec le peering VPC inter-régions ; les références de groupes de sécurité ne fonctionnent qu'au sein de la même région. L'option 4 suggère une passerelle de transit avec un attachement de peering, ce qui est une mauvaise compréhension de Transit Gateway. Transit Gateway est utilisé pour connecter de nombreux VPC et réseaux sur site, mais pas pour un simple peering direct entre deux VPC. De plus, la référence de groupe de sécurité inter-régions reste un problème.