Dois data centers são interconectados com links redundantes e usam endereços no intervalo 172.16.0.0/16. Eles executam iBGP entre os data centers com um ASN privado e um IGP. A empresa tem uma VPC na AWS e um Direct Connect existente do primeiro data center para um Direct Connect gateway usando uma VIF privada; essa conexão anuncia uma rota 172.16.0.0/16 sumarizada. Uma segunda rota sumarizada será anunciada do segundo data center por meio de um local Direct Connect diferente. O requisito é rotear o tráfego de e para a AWS através do primeiro caminho Direct Connect, usando a segunda conexão apenas como failover. Qual abordagem satisfaz esse requisito?

A opção correta utiliza comunidades BGP para influenciar a preferência de rota. Ao marcar os anúncios BGP do primeiro data center com uma alta preferência local e os do segundo data center com uma baixa preferência local, o tráfego da AWS priorizará o primeiro caminho. Além disso, configurar o roteador do segundo data center para ter uma preferência local mais baixa para os anúncios diretos da AWS garante que o tráfego de retorno da AWS para os data centers também priorize o primeiro caminho, estabelecendo o segundo como failover. As outras opções são incorretas porque: Adicionar o ASN privado e uma segunda VIF não garante a preferência do primeiro caminho nem o failover. Configurar o Direct Connect gateway para preferir uma conexão não é uma opção disponível para controle de preferência de caminho de saída da AWS. Usar tags de comunidade de região AWS e ASPATH prepends afetaria o tráfego de entrada para a AWS, mas não o tráfego de saída da AWS para os data centers de forma controlada para failover.