Une entreprise internationale va déployer des VPC dans us-east-1 et eu-west-2, ainsi que des centres de données sur site aux États-Unis et au Royaume-Uni. Elle prévoit deux liens Direct Connect (un dans chaque pays), des transit gateways dans chaque Région, des Direct Connect gateways et des transit VIFs attachant les Direct Connect gateways aux transit gateways. Les transit gateways seront appairées. La conception doit faire en sorte que le trafic suive le chemin géographique le plus court, de sorte que le trafic sur site utilise le Direct Connect local lorsqu'il est disponible, et doit basculer automatiquement en utilisant le WAN privé si un lien Direct Connect tombe en panne (et vice versa). Comment l'ingénieur doit-il configurer les préfixes annoncés sur les transit VIFs pour répondre à ces exigences ?

Pour assurer le routage local préféré et le basculement automatique, l'ingénieur doit annoncer les préfixes CIDR spécifiques des VPC de la Région locale via le Transit VIF local. Cela garantit que le trafic du centre de données vers les VPC locaux utilise le Direct Connect le plus court. Simultanément, annoncer une route agrégée pour l'ensemble de l'environnement AWS de l'entreprise via le même Transit VIF fournit un chemin de secours. Si le Direct Connect local tombe en panne, le trafic basculera vers le Transit Gateway appairé dans l'autre Région, puis vers l'autre Direct Connect via la route agrégée. Annoncer uniquement la route agrégée ne permet pas le routage local préféré. Annoncer tous les blocs CIDR spécifiques des deux Régions pourrait créer des chemins non optimaux ou des problèmes de routage asymétrique. L'utilisation de préfixes agrégés Régionaux avec des communautés BGP est une approche plus complexe et moins directe pour ce scénario de basculement simple.