Una empresa utiliza transit gateways para enrutar entre sus VPC. Cada transit gateway tiene una tabla de ruteo que contiene adjuntos y rutas para las VPC en la misma AWS Region. La tabla de ruteo de cada VPC actualmente incluye rutas a todos los demás bloques CIDR de VPC accesibles a través de los transit gateways. Algunas VPC enrutan el tráfico a NAT gateways locales. La empresa planea crear muchas VPC nuevas y necesita el método más eficiente operacionalmente para agregar los nuevos rangos CIDR de VPC a cada tabla de ruteo de VPC. ¿Qué solución satisface mejor este requisito?

La creación de una lista de prefijos administrada por el cliente es la solución más eficiente operacionalmente. Permite agrupar múltiples rangos CIDR de VPC en una sola entrada, simplificando la gestión de las tablas de ruteo de las VPC. Al actualizar una lista de prefijos, los cambios se propagan automáticamente a todas las tablas de ruteo que la utilizan, reduciendo el esfuerzo manual al agregar nuevas VPC. Las otras opciones son menos eficientes: Activar la propagación de la tabla de ruteo predeterminada para las tablas de ruteo del transit gateway y la propagación de rutas para cada tabla de ruteo en cada VPC no es una característica estándar de AWS de la manera descrita y no aborda la gestión centralizada de los CIDR de VPC en las tablas de ruteo de las VPC. Actualizar las tablas de ruteo en cada VPC para usar 0.0.0.0/10 como destino y el ID de transit gateway apropiado como objetivo crearía una ruta predeterminada amplia que podría enrutar tráfico no deseado a través del TGW y no es específico para los CIDR de las VPC. Además, el rango /10 es incorrecto para una ruta predeterminada (que sería 0.0.0.0/0). Activar la asociación de la tabla de ruteo predeterminada para las tablas de ruteo del transit gateway y la propagación de rutas para cada tabla de ruteo en cada VPC no es una característica estándar de AWS de la manera descrita y no resuelve el problema de la gestión centralizada de los CIDR de las VPC.