CACE-1 - Infraestructura esencial de Google Cloud conceptos básicos

¿Qué describe mejor el continuo de soluciones de Google Cloud?. Solo ofrece software como servicio y no permite administrar infraestructura. Abarca desde infraestructura como servicio hasta software como servicio, con distintos niveles de responsabilidad operativa. Obliga a utilizar máquinas virtuales para todas las cargas de trabajo. Se limita a servicios que deben ejecutarse en centros de datos locales.

Una empresa quiere ejecutar máquinas virtuales a demanda y conservar el máximo control sobre el sistema operativo y la configuración del servidor. ¿Qué servicio debe elegir?. Compute Engine. App Engine. Cloud Functions. Cloud Run.

¿Qué servicio permite ejecutar aplicaciones en contenedores dentro de un entorno de Kubernetes administrado por Google, pero bajo el control administrativo del cliente?. Cloud Storage. Google Kubernetes Engine. Cloud DNS. Compute Engine Images.

Quieres desplegar código en un framework de plataforma como servicio completamente administrado, sin ocuparte del aprovisionamiento de infraestructura. ¿Qué opción encaja mejor?. App Engine. Un nodo de usuario único de Compute Engine. Una SSD local. Cloud VPN.

¿Qué servicio ejecuta código en respuesta a eventos y cobra únicamente mientras se está ejecutando dicho código?. Cloud Functions. Cloud DNS. Cloud Storage. VPC Network Peering.

¿Qué afirmación describe correctamente Cloud Run?. Solo ejecuta máquinas virtuales Windows con estado. Ejecuta contenedores sin estado y puede escalar automáticamente desde cero. Es un servicio exclusivo para alojar zonas DNS. Requiere administrar manualmente todos los nodos de Kubernetes.

¿Cuáles de las siguientes son formas válidas de interactuar con Google Cloud? (Selecciona dos). La consola de Google Cloud. Cloud Shell y la CLI de Google Cloud. Un operador telefónico que interpreta comandos de voz. Un hotspot público obligatorio de Google Cloud.

¿Cuál es la diferencia principal entre la consola de Google Cloud y Cloud Shell?. La consola es una interfaz gráfica web y Cloud Shell proporciona una interfaz de línea de comandos. Cloud Shell es una interfaz gráfica y la consola solo admite comandos de terminal. La consola es una máquina virtual temporal y Cloud Shell es un servicio DNS. No existe ninguna diferencia entre ambas herramientas.

¿Qué características ofrece Cloud Shell de forma predeterminada?. Una máquina virtual temporal, la CLI de Google Cloud preinstalada y 5 GB de almacenamiento persistente. Un servidor físico dedicado con almacenamiento ilimitado. Una dirección IP pública estática gratuita para siempre. Un clúster de Kubernetes de producción ya configurado.

¿Para qué sirven principalmente las APIs de aplicaciones y las APIs de administración de las bibliotecas cliente de Google Cloud?. Las APIs de aplicaciones acceden a servicios y las APIs de administración gestionan recursos. Ambas se utilizan exclusivamente para crear reglas de firewall. Las APIs de aplicaciones solo gestionan facturación y las de administración solo reproducen vídeo. Sustituyen la autenticación y no necesitan OAuth 2.

¿Qué puede hacerse con Cloud Mobile App?. Administrar VMs, consultar métricas, recibir alertas y revisar datos de facturación desde iOS o Android. Sustituir físicamente los discos de un centro de datos de Google. Convertir una VPC personalizada en una VPC automática. Eliminar la necesidad de proyectos de Google Cloud.

¿Cuál es la función esencial de un proyecto de Google Cloud?. Organizar recursos y relacionarlos con cuentas de facturación. Definir por sí solo el rango IP de todas las redes. Sustituir a todas las regiones y zonas. Alojar únicamente registros DNS públicos.

¿Qué ventaja ofrece Google Cloud Marketplace al desplegar una solución como Jenkins?. Permite desplegar una solución preconfigurada sin preparar manualmente todo el software, las VMs, el almacenamiento y la red. Garantiza que la solución no utilice ningún recurso de Google Cloud. Solo proporciona documentación y no crea recursos. Obliga a compilar manualmente todos los componentes desde el código fuente.

En la infraestructura global de Google Cloud, ¿qué es una región?. Una ubicación geográfica específica donde pueden ejecutarse recursos. Una única máquina física reservada para un cliente. Un registro DNS público. Una regla de firewall implícita.

¿Qué función cumplen los puntos de presencia, o PoP, de Google?. Son lugares donde la red de Google se conecta con el resto de Internet. Son discos persistentes regionales. Son tipos personalizados de máquina. Son cuentas de servicio para Cloud DNS.

¿Qué afirmación sobre las redes de VPC de Google Cloud es correcta?. Son recursos globales que pueden abarcar todas las regiones disponibles. Son recursos limitados a una sola zona. Cada red tiene obligatoriamente un único bloque IP global propio. No pueden contener subredes.

¿Qué relación existe entre una red de VPC y sus subredes?. La red es global y las subredes son regionales. La red es zonal y las subredes son globales. Tanto la red como las subredes están limitadas a una única VM. Las subredes solo pueden contener direcciones IP externas.

¿Qué incluye inicialmente la red de VPC predeterminada de un proyecto?. Una subred por región y reglas de firewall predefinidas. Ninguna subred ni regla de firewall. Una única subred global con rango 0.0.0.0/0. Solo una puerta de enlace de Cloud NAT.

¿Cómo se crean las subredes en una red de VPC de modo automático?. Google crea automáticamente una subred por región con rangos predefinidos. El usuario debe crear manualmente todas las subredes antes de usar la red. Solo se crea una subred para todo el mundo. Las subredes se crean exclusivamente al desplegar una VM Windows.

¿Qué ventaja principal ofrece una red de VPC de modo personalizado?. Control total sobre qué subredes se crean, sus regiones y sus rangos IP. Conversión automática posterior a modo automático. Eliminación de todas las reglas de firewall implícitas. Uso obligatorio del mismo rango IP en todas las subredes.

¿Qué conversión de modo de red de VPC está permitida?. De modo automático a modo personalizado, pero no al revés. De modo personalizado a automático, pero no al revés. Ambas conversiones son siempre reversibles. No es posible convertir ningún modo de red.

Dos VMs están en regiones distintas pero pertenecen a la misma red de VPC. ¿Cómo pueden comunicarse?. Mediante sus direcciones IP internas a través de la red global de Google. Únicamente mediante direcciones IP externas y la Internet pública. Solo si se encuentran también en la misma zona. No pueden comunicarse entre regiones.

Dos VMs están en la misma región, pero pertenecen a redes de VPC diferentes y no se ha configurado conectividad adicional. ¿Qué ocurre de forma predeterminada?. Deben comunicarse mediante direcciones IP externas. Comparten automáticamente la misma dirección IP interna. Se crea automáticamente un intercambio de tráfico entre las redes. Las dos redes se fusionan al detectar la misma región.

¿Por qué dos VMs de una misma subred pueden estar en zonas diferentes?. Porque las subredes tienen alcance regional y atraviesan las zonas de su región. Porque las zonas son globales. Porque cada VM convierte la subred en un recurso global. Porque las subredes no tienen ningún rango IP.

¿Cuántas direcciones del rango IP principal de una subred están reservadas?. Una. Dos. Cuatro. Ocho.

¿Qué regla se aplica al expandir el rango IP principal de una subred?. Puede ampliarse, pero no reducirse posteriormente. Solo puede reducirse. Debe superponerse con otra subred para compartir rutas. No necesita ser un bloque CIDR válido.

¿Cuál es la cantidad mínima de direcciones IP que necesita una VM de Google Cloud?. Una dirección IP interna. Una dirección interna y una externa. Una dirección interna, una externa y una de alias. Ninguna dirección IP.

¿Qué afirmación sobre una dirección IP externa de una VM es correcta?. El sistema operativo de la VM no la ve directamente; la VPC la asigna de forma transparente a la dirección interna. Sustituye obligatoriamente a la dirección interna. Siempre es estática y gratuita aunque no se use. Solo puede pertenecer al rango de la subred.

¿Cuál es la diferencia entre una dirección IP externa efímera y una estática?. La efímera se asigna desde un grupo y la estática se reserva para conservarla. La efímera es siempre interna y la estática siempre pertenece a otra VPC. La estática no puede asociarse a una VM. No existe ninguna diferencia operativa ni de reserva.

¿Qué sucede normalmente con el coste de una dirección IP externa estática reservada pero no asignada a ningún recurso?. Puede tener una tarifa superior a la de una dirección en uso. Siempre es gratuita. Se convierte automáticamente en una dirección interna. Se elimina al cabo de un minuto.

¿Qué ventaja ofrece el nombre DNS interno de una instancia frente a depender directamente de su dirección IP interna?. El nombre puede seguir resolviendo a la instancia aunque su IP interna cambie al recrearla. Convierte automáticamente la VM en un servicio público. Publica un registro DNS público sin intervención del administrador. Elimina la necesidad de una dirección IP interna.

¿Qué ofrece Cloud DNS?. Un servicio DNS autorizado, escalable y administrado para alojar zonas y registros. Discos SSD locales para máquinas virtuales. Un hipervisor instalado dentro de cada VM. Una red de VPC sin subredes.

¿Para qué sirven los rangos de alias de IP?. Para asignar varias direcciones IP internas a servicios o contenedores de una VM sin crear una interfaz de red independiente para cada uno. Para convertir direcciones privadas en registros DNS públicos automáticamente. Para ampliar una subred superponiéndola con otra. Para reservar direcciones IP externas sin coste.

¿Qué relación existe entre las rutas y las reglas de firewall?. Una ruta determina el siguiente salto, pero el firewall también debe permitir el tráfico. Crear una ruta garantiza siempre la entrega sin importar el firewall. Las reglas de firewall crean automáticamente todas las rutas personalizadas. Las rutas solo se aplican al tráfico entrante.

Si varias rutas coinciden con el destino de un paquete, ¿cuál utiliza la VPC?. La ruta más específica. La ruta más antigua sin importar su prefijo. Todas las rutas a la vez. Ninguna; el paquete siempre se descarta.

¿Qué significa que las reglas de firewall de una VPC tengan estado?. Si se permite una conexión, se permite el tráfico posterior de esa sesión en ambas direcciones. Cada paquete de respuesta necesita una regla de retorno independiente. Las reglas solo se evalúan una vez al crear la VM. Las reglas no pueden cambiarse.

Si se eliminan todas las reglas de firewall configuradas por el usuario, ¿qué reglas implícitas permanecen?. Denegar todo el tráfico de entrada y permitir todo el tráfico de salida. Permitir toda entrada y denegar toda salida. Permitir únicamente RDP y SSH. No permanece ninguna regla.

¿Qué determina la prioridad de una regla de firewall?. El orden de evaluación; se aplica la primera regla coincidente. La región donde se crea la VM. El tamaño del disco de arranque. La cantidad de direcciones IP de la subred.

¿Qué ventaja tiene asignar reglas de firewall mediante etiquetas de red en vez de depender de una IP efímera?. La regla sigue aplicándose a las VMs con la etiqueta aunque cambien sus direcciones IP. La etiqueta convierte la IP efímera en estática. La etiqueta desactiva todas las reglas implícitas. La etiqueta evita que la VM necesite una subred.

¿Qué datos se usan para restringir una regla de firewall de entrada?. Rangos CIDR de origen, protocolos y puertos. Únicamente el tamaño de la VM. Solo la familia de la imagen de arranque. El tipo de disco persistente.

¿Qué tráfico de Compute Engine es normalmente gratuito según el material del módulo?. Tráfico entre zonas distintas de una región. Salida entre regiones. Salida dentro de la misma zona usando direcciones IP internas. Salida dentro de la misma zona usando direcciones IP externas.

¿Cómo puedes aumentar la disponibilidad de una aplicación dentro de una región sin añadir complejidad innecesaria a las reglas de red?. Distribuir VMs entre varias zonas de la misma subred regional. Colocar todas las VMs en una única zona y usar una IP efímera. Crear una VPC distinta para cada VM. Desactivar las comprobaciones de estado.

¿Qué beneficio aporta distribuir recursos entre regiones y usar un balanceador de cargas global?. Mayor independencia frente a fallos y posibilidad de dirigir al usuario a la región más cercana. Garantiza que todo el tráfico use una única zona. Elimina la necesidad de subredes. Convierte todas las direcciones internas en públicas.

¿Para qué se utiliza Cloud NAT?. Para permitir que VMs sin IP externa inicien conexiones hacia Internet sin aceptar conexiones entrantes directas desde Internet. Para publicar automáticamente registros DNS públicos. Para permitir acceso entrante directo a cualquier puerto de una VM privada. Para sustituir las reglas de firewall de la VPC.

Una VM solo tiene dirección IP interna y debe acceder a un bucket de Cloud Storage. ¿Qué debes habilitar en su subred?. Acceso privado a Google. Una segunda red de VPC automática. Una SSD local. Un nodo de usuario único.

¿En qué ámbito se habilita el Acceso privado a Google para una VM sin IP externa?. En cada subred que deba ofrecerlo. Solo en el disco de arranque. En la cuenta personal del usuario. Exclusivamente en Cloud DNS.

¿Qué ventaja ofrece un túnel de Identity-Aware Proxy para administrar una VM privada?. Permite acceso SSH o RDP adaptado al contexto sin necesitar un host bastión ni una IP pública directa. Convierte automáticamente una VM Linux en Windows. Aumenta el tamaño del disco persistente. Sustituye a Cloud Storage.

¿Qué componentes básicos forman una VM de Compute Engine?. CPU virtual, memoria, almacenamiento en disco y dirección IP. Solo una dirección IP y un registro DNS. Únicamente un contenedor sin sistema operativo. Un balanceador de cargas físico y una cinta de respaldo.

¿Cómo se implementa normalmente una CPU virtual en Compute Engine?. Como un hipersubproceso de hardware. Como una dirección IP adicional. Como una partición de Cloud Storage. Como una regla de firewall.

¿Para qué cargas se recomiendan principalmente las TPU?. Modelos grandes de aprendizaje automático y entrenamientos largos con lotes efectivos grandes. Publicación de registros DNS. Almacenamiento masivo de archivos sin procesamiento. Conexiones RDP a VMs Windows.

¿Qué opción de almacenamiento ofrece normalmente más IOPS y menos latencia que un disco persistente SSD, pero pierde los datos al detener la VM?. SSD local. Disco persistente estándar. Cloud DNS. Una imagen personalizada.

¿Qué puertos deben permitir las reglas de firewall para los métodos de administración habituales de Linux y Windows? (Selecciona dos). TCP 22 para SSH en Linux. TCP 3389 para RDP en Windows. UDP 53 para iniciar sesión por SSH. TCP 443 como único método posible para RDP.

¿Qué permite la migración en vivo de Compute Engine?. Trasladar una VM a otro host de la misma zona durante mantenimiento sin interrumpirla. Convertir una VM Linux en Windows sin reinicio. Mover automáticamente una VM a otra región con todos sus recursos. Cambiar una SSD local por un disco RAM sin pérdida de datos.

¿Qué diferencia existe entre restablecer y detener una VM?. Restablecer borra la memoria y reinicia la VM manteniéndola en estado de ejecución; detenerla la lleva al estado finalizado. Detenerla conserva siempre las SSD locales y restablecerla las borra. Ambas acciones eliminan la VM definitivamente. Restablecer cambia automáticamente la región de la VM.

¿Cuál es el comportamiento de mantenimiento predeterminado de una VM de Compute Engine?. Migración en vivo. Eliminación definitiva. Conversión a VM Spot. Traslado automático a otra región.

Cuando una VM está detenida, ¿por qué recursos se sigue cobrando normalmente? (Selecciona dos). Discos conectados. Direcciones IP estáticas reservadas. CPU virtual de la VM detenida. Memoria RAM de la VM detenida.

¿Qué cambio no puede realizarse en una VM detenida según el material?. Cambiar la imagen de la VM. Cambiar el tipo de máquina. Agregar o quitar discos conectados. Modificar etiquetas de instancia.

¿Cuáles son los dos componentes principales de la Administración de parches de SO? (Selecciona dos). Informes de cumplimiento de parches. Implementación de parches. Conversión automática de VPC. Replicación de Cloud DNS.

¿Cuáles son las cuatro familias generales de máquinas descritas para Compute Engine?. Uso general, optimizadas para procesamiento, optimizadas para memoria y optimizadas para aceleradores. Públicas, privadas, híbridas y compartidas. Zonales, regionales, globales y locales. HTTP, HTTPS, TCP y UDP.

¿Para qué tipo de carga es una familia de máquinas de uso general una elección adecuada?. Servidores web, microservicios, entornos de desarrollo y bases de datos pequeñas o medianas. Solo modelos de aprendizaje automático que requieren muchas GPU. Únicamente bases de datos en memoria de 12 TB. Exclusivamente DNS autorizado.

¿Cuándo conviene elegir una familia de máquinas optimizada para procesamiento?. Para cargas intensivas de CPU, como HPC, transcodificación o servidores de videojuegos de alto rendimiento. Para alojar únicamente archivos sin necesidad de cálculo. Para evitar por completo el uso de CPU virtual. Para sustituir una zona DNS pública.

¿Qué familia de máquinas es adecuada para una gran base de datos en memoria como SAP HANA?. Optimizada para memoria. De núcleo compartido mínimo. Optimizada exclusivamente para red. Cloud Shell.

Una carga necesita GPU para entrenamiento de aprendizaje automático con CUDA y procesamiento paralelo masivo. ¿Qué familia debe considerarse?. Optimizada para aceleradores. Uso general de núcleo compartido. Solo memoria sin aceleradores. Una red de modo automático.

¿Cuándo resulta útil crear un tipo personalizado de máquina?. Cuando la combinación necesaria de CPU y memoria no encaja bien en los tipos predefinidos. Cuando se quiere eliminar la dirección IP interna de la VM. Cuando se necesita convertir un disco persistente en Cloud DNS. Cuando se desea que la VM no tenga sistema operativo.

¿Qué restricción se aplica a la memoria total de un tipo personalizado de máquina según el módulo?. Debe ser un múltiplo de 256 MB. Debe ser siempre exactamente 1 GB. Debe coincidir con el tamaño del disco de arranque. No puede superar 256 MB.

¿Cómo se factura Compute Engine después del mínimo inicial indicado en el material?. Por segundo, después de un mínimo de un minuto. Solo por meses completos. Por semanas completas sin excepciones. Mediante una tarifa única de por vida.

¿Qué son los descuentos por uso continuo?. Descuentos automáticos por utilizar determinados recursos de Compute Engine durante una parte significativa del mes. Compromisos contractuales obligatorios de tres años. Descuentos exclusivos de las direcciones IP estáticas sin usar. Créditos que solo se aplican a Cloud DNS.

¿Cuándo resulta apropiado un descuento por compromiso de uso?. Cuando la carga es estable y predecible y se puede asumir un compromiso de uno o tres años. Cuando la VM debe existir solo unos segundos y no volverá a usarse. Cuando no se conoce en absoluto la capacidad necesaria. Cuando únicamente se quiere reservar un nombre DNS.

¿Qué característica distingue a una VM interrumpible tradicional?. Puede finalizarse en cualquier momento y tiene un tiempo máximo de ejecución de 24 horas. Tiene un ANS superior al de una VM estándar. Siempre se migra en vivo durante mantenimiento. Nunca puede ser detenida por Compute Engine.

¿Qué diferencia importante existe entre una VM Spot y una VM interrumpible tradicional?. La VM Spot no tiene un tiempo máximo de ejecución de 24 horas. La VM Spot no puede ser interrumpida. La VM Spot siempre dispone de migración en vivo. La VM Spot utiliza un modelo de precio más caro que una VM estándar.

¿Para qué se utiliza un nodo de usuario único?. Para alojar las VMs de un proyecto en un servidor físico dedicado y aislarlas de cargas de otros clientes. Para compartir la CPU con el máximo número posible de proyectos externos. Para sustituir el almacenamiento persistente por DNS. Para eliminar los requisitos de cumplimiento.

¿Qué funciones proporcionan integridad verificable a una VM protegida? (Selecciona dos). Arranque seguro. Módulo de plataforma de confianza virtual y supervisión de integridad. Una dirección IP efímera obligatoria. Una red de VPC automática sin firewall.

¿Qué protege principalmente una Confidential VM?. Los datos en uso mientras se procesan en memoria. Solo los registros DNS públicos. Únicamente los datos ya eliminados. Solo el tráfico entre dos zonas.

¿Qué elementos contiene una imagen de disco de arranque?. Cargador de inicio, sistema operativo, estructura del sistema de archivos, software y personalizaciones. Solo una dirección IP externa. Únicamente reglas de firewall. Exclusivamente metadatos de facturación.

¿Qué permite una imagen personalizada de Compute Engine?. Crear VMs con software y configuraciones previamente preparados por la organización. Cambiar automáticamente una VPC personalizada a automática. Guardar únicamente el contenido de una SSD local después de detenerla. Publicar un registro DNS sin zona.

¿Qué recurso almacena la configuración, los metadatos, los permisos y los datos de uno o varios discos necesarios para recrear una VM?. Una imagen de máquina. Una regla de firewall. Un rango de alias de IP. Una ruta predeterminada.

¿Cómo puede conservarse el disco de arranque después de eliminar una VM?. Inhabilitando la opción de borrar el disco de arranque al borrar la instancia. Convirtiéndolo en una dirección IP estática. Moviéndolo a Cloud DNS. Activando una regla de firewall de salida.

¿Qué afirmación sobre los discos persistentes es correcta?. Son almacenamiento en bloques conectado por red, duradero y cifrado de forma predeterminada. Siempre están conectados físicamente al mismo host que la VM. No admiten instantáneas. Solo existen como HDD.

¿Qué tipo de disco persistente está pensado para bases de datos de alta gama y permite aprovisionar las IOPS deseadas?. pd-extreme. pd-standard. Una SSD local de 375 GB. Un disco RAM.

¿Qué afirmaciones sobre una SSD local son correctas? (Selecciona dos). Está conectada físicamente al host y ofrece alta capacidad de procesamiento y baja latencia. Sus datos no sobreviven a la detención o interrupción de la VM. Puede volver a conectarse libremente a cualquier VM después de detenerla. Admite instantáneas incrementales administradas igual que un disco persistente.

¿Cuándo es apropiado utilizar un disco RAM?. Cuando se necesita almacenamiento temporal extremadamente rápido para datos pequeños o caché y se acepta su volatilidad. Cuando se necesita conservar los datos después de cada reinicio. Cuando se necesita una copia de seguridad incremental administrada. Cuando se quiere reducir el consumo de memoria de la VM a cero.

¿Qué afirmación sobre las instantáneas de Compute Engine es correcta?. Son copias de seguridad incrementales de discos persistentes y pueden restaurarse en un disco nuevo de otra zona o región. Incluyen siempre todos los metadatos y etiquetas de la VM. Están disponibles para SSD locales después de detener la VM. Solo pueden restaurarse en el disco original.

¿Qué debe recordarse al redimensionar un disco persistente?. Puede aumentarse mientras está conectado, pero no puede reducirse. Solo puede reducirse y nunca ampliarse. Siempre exige eliminar primero la VM. El redimensionamiento convierte el disco en una SSD local.

¿Por qué son útiles los metadatos de instancia en una secuencia de comandos de inicio?. Permiten obtener de forma programática datos específicos de la instancia y reutilizar el mismo script en distintas VMs. Eliminan la necesidad de una imagen de arranque. Sustituyen a todos los discos persistentes. Hacen pública automáticamente la dirección IP interna.

¿Cuál es el procedimiento general para mover una VM a otra región?. Crear instantáneas de los discos, restaurar discos en el destino, crear una VM nueva, actualizar referencias y retirar los recursos antiguos. Cambiar únicamente el nombre de la zona en los metadatos. Ejecutar siempre un único comando de movimiento sin detener la VM ni revisar referencias. Convertir la VM en Cloud Run y volver a convertirla después.