Test del módulo · Semana 4

Test: Redes en Google Cloud (II): conectividad híbrida, multicloud y entre VPC

Preguntas al estilo del examen. Contesta, pulsa «Comprobar» y lee siempre la explicación, también cuando aciertes: ahí está lo que de verdad se aprende.

16 preguntasComprobadas: 0/16

1. Una cadena hotelera quiere conectar su centro de datos con Google Cloud en menos de una semana. El tráfico previsto es de unos 500 Mbps, debe ir cifrado y el presupuesto es ajustado. El router del centro de datos admite IPsec y BGP. ¿Qué solución recomiendas?

A. Dedicated Interconnect de 10 GbpsB. HA VPN con dos túneles y Cloud RouterC. Direct Peering con GoogleD. Partner Interconnect de 500 Mbps sin cifrado adicional

2. Una empresa de genómica transfiere cada noche 40 TB desde su centro de datos a Google Cloud y necesita latencia predecible. Ya tiene equipos en un centro de colocación donde Google está presente y exige un SLA del 99,99 %. ¿Qué solución elegirías?

A. Dedicated Interconnect con cuatro conexiones en dos áreas metropolitanas y Cloud Routers en dos regionesB. Ocho túneles HA VPN repartidos con ECMPC. Partner Interconnect con un único VLAN attachment de 10 GbpsD. Dedicated Interconnect con una única conexión de 100 Gbps

3. Una empresa de logística con sede en una ciudad sin centros de colocación de Google necesita 2 Gbps de conectividad privada, con latencia estable y sin pasar por Internet, hacia sus VPC. ¿Qué opción es la más adecuada?

A. Dedicated Interconnect contratando un circuito hasta la colocación más cercanaB. HA VPN con tres túnelesC. Partner Interconnect a través de un proveedor de servicios compatibleD. Carrier Peering a través de su operador

4. Una entidad financiera usa Dedicated Interconnect para conectar su centro de datos con Google Cloud. Una auditoría exige que todo el tráfico entre ambos esté cifrado en tránsito, sin depender de cada aplicación. ¿Qué dos opciones cumplen el requisito? (Elige dos)

A. Nada: Cloud Interconnect cifra el tráfico por defectoB. Activar MACsec en los circuitos compatibles de Cloud InterconnectC. Desplegar HA VPN sobre Cloud InterconnectD. Migrar a Partner Interconnect, que sí cifra el tráficoE. Activar Private Google Access en todas las subredes

5. Una empresa tiene HA VPN con BGP terminando en europe-southwest1. Las VMs de esa región llegan al centro de datos, pero las de europe-west1, en la misma VPC, no. Los firewalls on-premises permiten ambos rangos. ¿Qué debes cambiar?

A. Crear un VPC Network Peering entre las subredes de ambas regionesB. Añadir rutas estáticas en europe-west1 con siguiente salto en las VMs de MadridC. Crear otro Cloud Router en europe-west1 sin túneles asociadosD. Cambiar el modo de enrutamiento dinámico de la VPC a global

6. Vas a configurar HA VPN hacia un cortafuegos on-premises que solo soporta rutas estáticas. El negocio pide un SLA del 99,99 % para la conexión. ¿Qué recomiendas?

A. Usar Classic VPN con rutas estáticas, que ofrece el mismo SLAB. Actualizar o sustituir el equipo on-premises por uno que soporte BGP y configurar HA VPN con dos túnelesC. Configurar HA VPN con rutas estáticas en Cloud RouterD. Usar Direct Peering, que no necesita BGP

7. Una empresa de medios ejecuta su analítica en BigQuery y su plataforma de vídeo en AWS. Mueve decenas de terabytes al día entre ambas nubes y quiere un enlace privado, de alto ancho de banda y con SLA, sin gestionar la conexión física ni contratar un operador. ¿Qué solución es la mejor?

A. Cross-Cloud Interconnect entre Google Cloud y AWSB. HA VPN entre Google Cloud y AWS con cuatro túnelesC. Dedicated Interconnect hacia un centro de colocación y desde allí a AWS con routers propiosD. Transferir los datos por Internet con Storage Transfer Service

8. La VPC A está unida por VPC Network Peering con la VPC B, y la VPC B está unida con la VPC C. Las VMs de A no consiguen llegar a las de C, aunque los firewalls lo permiten. ¿Por qué?

A. Porque las VPC están en proyectos distintosB. Porque falta activar Private Google Access en BC. Porque VPC Network Peering no es transitivo; A y C necesitan su propio peering u otra solución como Network Connectivity CenterD. Porque los peerings solo intercambian rutas estáticas si se exportan

9. Una empresa quiere que un equipo central de redes gestione subredes, rutas, firewall y la conexión con on-premises, mientras que cada equipo de producto despliega sus VMs y clústeres en sus propios proyectos, con su propia facturación y sin poder modificar la red. Todos los proyectos pertenecen a la misma organización. ¿Qué diseño recomiendas?

A. Una VPC en cada proyecto de producto unida por peering a una VPC centralB. Una sola VPC en un proyecto central y dar a los equipos el rol de editor en ese proyectoC. Una VPC por proyecto de producto con HA VPN hacia on-premises gestionada por cada equipoD. Shared VPC con un host project gestionado por el equipo de redes y los proyectos de producto como service projects con Network User en sus subredes

10. En una Shared VPC, el equipo de pagos (sometido a PCI DSS) y el de marketing comparten host project. Marketing no debe poder crear VMs en la subred de pagos. ¿Cómo lo consigues?

A. Conceder roles/compute.networkUser a cada equipo solo sobre su subred, no a nivel del host projectB. Conceder roles/compute.networkUser a nivel del host project y bloquear con reglas de firewallC. Crear una Shared VPC distinta para cada equipo en el mismo host project y adjuntar el service project a ambasD. Dar a marketing el rol de Shared VPC Admin para que gestione sus propias subredes

11. Un proveedor SaaS alojado en Google Cloud quiere ofrecer su API privada a clientes que tienen sus propias organizaciones de Google Cloud. Muchos clientes usan los mismos rangos RFC 1918 que el proveedor y no quieren conectar sus redes completas. ¿Qué solución debe usar?

A. VPC Network Peering con cada clienteB. Shared VPC con los clientes como service projectsC. Private Service Connect: publicar la API con un service attachment y que cada cliente cree un endpoint en su VPCD. HA VPN con cada cliente y rutas personalizadas

12. Una instancia de Cloud SQL con IP privada se creó mediante Private Service Access en la VPC A. Las aplicaciones de la VPC B, unida a A por VPC Network Peering, no pueden conectarse a la base de datos. ¿Cuál es la explicación?

A. Cloud SQL con IP privada solo acepta conexiones a través del proxy de autenticación desde InternetB. Private Service Access usa VPC Network Peering con la red del productor y el peering no es transitivo, así que B no alcanza la red del servicio a través de AC. Falta activar Private Google Access en las subredes de BD. Las reglas de firewall de A no se aplican al tráfico de B

13. Unos servidores on-premises conectados por Cloud Interconnect deben subir ficheros a Cloud Storage sin usar Internet y solo hacia APIs compatibles con el perímetro de VPC Service Controls de la empresa. ¿Qué dos acciones son necesarias? (Elige dos)

A. Configurar el DNS on-premises para que *.googleapis.com resuelva a restricted.googleapis.comB. Activar Cloud NAT en la VPC que termina la InterconnectC. Asignar IP externas a los servidores on-premisesD. Anunciar el rango 199.36.153.4/30 hacia on-premises con un anuncio personalizado en Cloud RouterE. Crear un VPC Network Peering entre la VPC y Cloud Storage

14. Una multinacional tiene 40 VPC en distintos proyectos y dos organizaciones. Todas deben comunicarse entre sí y con tres centros de datos conectados por Interconnect a una VPC central. El peering en malla resulta inmanejable y no da tránsito hacia on-premises. ¿Qué solución recomiendas?

A. Network Connectivity Center con las VPC como VPC spokes y los VLAN attachments como hybrid spokesB. Unir todas las VPC por VPC Network Peering con la VPC centralC. Convertir todas las VPC en una Shared VPCD. Crear túneles HA VPN entre cada par de VPC

15. Las VMs de Google Cloud deben resolver nombres del dominio corp.ejemplo.com, alojado en los servidores DNS on-premises, y los servidores on-premises deben resolver la zona privada gcp.ejemplo.com de Cloud DNS. Existe HA VPN con BGP. ¿Qué configuración cumple ambos requisitos?

A. Una zona pública gcp.ejemplo.com y ficheros hosts en las VMs para corp.ejemplo.comB. Una zona de peering hacia corp.ejemplo.com y una zona de reenvío hacia gcp.ejemplo.comC. Replicar manualmente los registros de cada dominio en el otro entorno cada nocheD. Una zona de reenvío de Cloud DNS para corp.ejemplo.com apuntando a los DNS on-premises, y una política de servidor de entrada para que on-premises reenvíe gcp.ejemplo.com a Cloud DNS

16. Una empresa sanitaria debe bloquear automáticamente exploits y malware conocidos en el tráfico entre sus VPC y hacia Internet, con inspección de capa 7 y gestión centralizada. ¿Qué solución de Google Cloud cumple el requisito?

A. Cloud IDS con Packet Mirroring hacia sus endpointsB. Cloud NGFW Enterprise con firewall endpoints y reglas que apliquen un grupo de perfiles de seguridad de prevención de intrusionesC. Reglas de firewall VPC con registro activadoD. Cloud Armor con reglas WAF preconfiguradas