Una empresa tiene cinco VPC en us-east-1. Una aplicación web interna se ejecuta en us-east-1. VPC-A debe conectarse al entorno de AWS de un socio externo en la misma Región; la VPC del socio es VPC-B. Tanto VPC-A como VPC-B usan el mismo rango de IP, por lo que las instancias EC2 de la empresa en VPC-A no pueden acceder directamente a la aplicación del socio. La solución no debe interrumpir el entorno existente de ninguna de las partes. ¿Qué dos acciones debe realizar el ingeniero de redes? (Elija dos)

La superposición de rangos de IP entre VPC-A y VPC-B impide el emparejamiento directo de VPC o VPN Site-to-Site. La solución correcta implica que el socio cree un servicio de punto final de VPC (VPC Endpoint Service) respaldado por un Network Load Balancer (NLB) en VPC-B. Esto expone la aplicación del socio a través de un nombre de DNS privado o una IP elástica. Luego, la empresa crea un punto final de VPC (VPC Endpoint) en VPC-A que se conecta a este servicio. Esta configuración permite la comunicación privada entre las VPC sin enrutamiento directo de paquetes ni conflictos de IP, ya que el tráfico fluye a través del plano de control de AWS. Las opciones incorrectas son: Establecer una conexión de emparejamiento de VPC entre VPC-A y VPC-B: Esto fallaría debido a los rangos de IP superpuestos. Implementar un nuevo bloque CIDR de VPC enrutable como un bloque CIDR secundario tanto para VPC-A como para VPC-B. Implementar un NAT gateway público en VPC-A: Aunque agregar CIDR secundarios es posible, no resuelve el problema de acceso a la aplicación del socio sin una configuración compleja y un posible enrutamiento público no deseado. Establecer una conexión AWS Site-to-Site VPN entre VPC-A y VPC-B: Esto también fallaría debido a los rangos de IP superpuestos.