Um transit gateway na Conta A é compartilhado usando o AWS RAM para que outras contas possam conectar VPCs na mesma Região. A Conta B tem uma VPC (10.0.0.0/16) com as subnets 10.0.0.0/24 (us-west-2a) e 10.0.1.0/24 (us-west-2b). Duas novas subnets foram adicionadas: 10.0.2.0/24 (us-west-2b) e 10.0.3.0/24 (us-west-2c). Todas as subnets usam a mesma tabela de rotas; a rota padrão 0.0.0.0/0 aponta para o transit gateway. Recursos em 10.0.2.0/24 podem alcançar outras VPCs, mas recursos em 10.0.3.0/24 não podem. O que o engenheiro deve fazer para que os recursos em 10.0.3.0/24 possam alcançar outras VPCs?

A resposta correta é atualizar o anexo do transit gateway na Conta B. Quando uma VPC é anexada a um Transit Gateway, você deve especificar as subnets em cada Zona de Disponibilidade que o Transit Gateway pode usar para roteamento. Se uma nova subnet for criada em uma Zona de Disponibilidade que não estava incluída no anexo original do Transit Gateway, o Transit Gateway não terá uma interface de rede nessa AZ para rotear o tráfego. Adicionar o ID da subnet us-west-2c ao anexo da VPC garante que o Transit Gateway possa rotear o tráfego de e para essa subnet. As outras opções estão incorretas porque: Adicionar 10.0.2.0/24 e 10.0.3.0/24 como destinos na tabela de rotas da VPC não é necessário, pois a rota padrão 0.0.0.0/0 já aponta para o transit gateway. Adicionar uma rota estática para 10.0.3.0/24 nas tabelas de rotas do transit gateway na Conta A não resolverá o problema, pois o problema está na capacidade do anexo da VPC de rotear para a subnet específica. Recriar a propagação para 10.0.0.0/16 nas tabelas de rotas do transit gateway na Conta A não é o problema, pois a propagação da rota da VPC já está funcionando para outras subnets.