Una empresa está cambiando la forma en que aplica parches a las instancias EC2. Actualmente, las instancias aplican parches a través de internet mediante un NAT gateway en la VPC de la cuenta de la aplicación. Una VPC privada dedicada en una cuenta central aloja instancias EC2 que actúan como repositorio de origen de parches. La empresa quiere usar Systems Manager Patch Manager y el repositorio de parches de la cuenta central para aplicar parches a las instancias EC2 en la cuenta de la aplicación, al tiempo que evita que todas las instancias en la cuenta de la aplicación accedan a internet. Las instancias aún necesitan acceso a Amazon S3 (donde se almacenan los datos de la aplicación), Systems Manager y el repositorio de parches en la cuenta central. ¿Qué solución cumple estos requisitos?

La opción correcta cumple todos los requisitos. Los VPC endpoints para Systems Manager y S3 permiten que las instancias de la cuenta de aplicación accedan a estos servicios sin pasar por Internet. Eliminar el NAT gateway asegura que no haya acceso a Internet. La conexión de VPC peering permite la comunicación privada con el repositorio de parches en la cuenta central. La actualización de las tablas de ruteo dirige el tráfico correctamente. Las opciones incorrectas no cumplen todos los requisitos. La primera opción con ACL de red y VPN personalizada es compleja y no es la solución nativa de AWS más eficiente. La segunda opción con VIFs es para Direct Connect, no para este escenario. La cuarta opción con ACL de red bloqueando el tráfico entrante no impide el acceso saliente a Internet y no aborda la conectividad a los servicios de AWS de forma privada.