Votre VPC était initialement dans une seule zone de disponibilité et connecté à votre environnement sur site via un VPN Site-à-Site sur la passerelle privée virtuelle. Vous avez ajouté de nouveaux sous-réseaux dans une autre zone de disponibilité et y avez lancé des ressources, mais ces nouvelles ressources ne peuvent pas atteindre le réseau sur site, alors que les ressources d'origine le peuvent toujours. Que devez-vous faire pour restaurer la connectivité pour les nouveaux sous-réseaux ?

La bonne réponse est d'ajouter des routes dans les tables de routage des nouveaux sous-réseaux. Chaque sous-réseau dans un VPC est associé à une table de routage. Pour que les ressources d'un sous-réseau puissent communiquer avec votre réseau sur site via une connexion VPN Site-à-Site, la table de routage de ce sous-réseau doit contenir une route qui dirige le trafic destiné au CIDR sur site vers la passerelle privée virtuelle (VGW). Les ressources d'origine fonctionnaient car leurs sous-réseaux avaient déjà cette route. Les autres options sont incorrectes car : Ouvrir un cas de support AWS n'est pas nécessaire ; c'est une configuration que vous pouvez gérer vous-même. Créer une connexion VPN Site-à-Site distincte n'est pas nécessaire. Une seule VGW peut gérer le trafic VPN pour plusieurs sous-réseaux dans différentes zones de disponibilité au sein du même VPC. Remplacer le VPN par Direct Connect est une solution plus complexe et coûteuse qui n'est pas requise pour résoudre un problème de routage simple.