Dos dispositivos virtuales de red en us-central1 proporcionan conectividad a la red local 10.0.0.0/8. Requisitos: todo el tráfico local debe atravesar los dispositivos, tolerar fallos de un solo dispositivo y usar ambos dispositivos simultáneamente. ¿Qué método de enrutamiento cumple estos requisitos?

La opción correcta es usar un balanceador de carga TCP/UDP interno. Este tipo de balanceador de carga permite distribuir el tráfico a través de múltiples instancias de dispositivos virtuales de red (NVAs) de manera activa-activa, lo que cumple con el requisito de usar ambos dispositivos simultáneamente y tolerar fallos de un solo dispositivo. Al configurar una ruta con el balanceador de carga TCP/UDP interno como siguiente salto, todo el tráfico destinado a la red local (10.0.0.0/8) pasará por los NVAs. Crear dos rutas con diferentes prioridades no cumple el requisito de usar ambos dispositivos simultáneamente, ya que solo se usaría la ruta de mayor prioridad a menos que falle. Un balanceador de carga HTTP(S) interno no es adecuado para todo el tráfico local, ya que está diseñado para tráfico HTTP/HTTPS. Un balanceador de carga de red (Network Load Balancer) es externo y no se puede usar como siguiente salto para rutas internas en Google Cloud.