Google Associate Cloud Engineer #11

Tu empresa ejecuta un proceso por lotes (batch) en un servidor local que tarda alrededor de 30 horas en completarse. La tarea se ejecuta mensualmente, se puede realizar sin conexión y debe reiniciarse si se interrumpe. Quieres migrar esta carga de trabajo a la nube minimizando los costes. ¿Qué deberías hacer?. A. Migrar la carga de trabajo a una VM Preemptible de Compute Engine. B. Migrar la carga de trabajo a un clúster de Google Kubernetes Engine con nodos Preemptibles. C. Migrar la carga de trabajo a una VM de Compute Engine. Iniciar y detener la instancia según sea necesario. D. Crear una Plantilla de Instancia con VMs Preemptibles activadas. Crear un Grupo de Instancias Administrado desde la plantilla y ajustar la Utilización de CPU Objetivo. Migrar la carga de trabajo.

Estás desarrollando una nueva aplicación y buscas una instalación de Jenkins para construir y desplegar tu código fuente. Quieres automatizar la instalación tan rápida y fácilmente como sea posible. ¿Qué deberías hacer?. A. Desplegar Jenkins a través del Google Cloud Marketplace. B. Crear una nueva instancia de Compute Engine. Ejecutar el ejecutable de Jenkins. C. Crear un nuevo clúster de Kubernetes Engine. Crear un despliegue (deployment) para la imagen de Jenkins. D. Crear una plantilla de instancia con el ejecutable de Jenkins. Crear un grupo de instancias administrado con esta plantilla.

Has descargado e instalado la interfaz de línea de comandos (CLI) gcloud y te has autenticado con tu cuenta de Google. La mayoría de tus instancias de Compute Engine en tu proyecto se ejecutan en la zona europe-west1-d. Quieres evitar tener que especificar esta zona con cada comando CLI al gestionar estas instancias. ¿Qué deberías hacer?. A. Establecer la zona europe-west1-d como la zona predeterminada utilizando el subcomando gcloud config. B. En la página de Configuración (Settings) de Compute Engine bajo Ubicación predeterminada, establecer la zona a europe-west1-d. C. En el directorio de instalación de la CLI, crear un archivo llamado default.conf que contenga zone=europe-west1-d. D. Crear una entrada de Metadatos en la página de Compute Engine con la clave compute/zone y el valor europe-west1-d.

El negocio principal de tu empresa es alquilar equipos de construcción a gran escala. Todo el equipo que se alquila ha sido equipado con múltiples sensores que envían información de eventos cada pocos segundos. Estas señales pueden variar desde el estado del motor, la distancia recorrida, el nivel de combustible y más. A los clientes se les factura en función del consumo monitoreado por estos sensores. Esperas un alto rendimiento (hasta miles de eventos por hora por dispositivo) y necesitas recuperar datos consistentes basados en la hora del evento. El almacenamiento y la recuperación de señales individuales deben ser atómicos. ¿Qué deberías hacer?. A. Crear un archivo en Cloud Storage por dispositivo y agregar (append) nuevos datos a ese archivo. B. Crear un archivo en Cloud Filestore por dispositivo y agregar nuevos datos a ese archivo. C. Ingerir los datos en Datastore. Almacenar los datos en un grupo de entidades basado en el dispositivo. D. Ingerir los datos en Cloud Bigtable. Crear una clave de fila (row key) basada en la marca de tiempo del evento.

Se te pide configurar la monitorización del rendimiento de aplicaciones en los proyectos de Google Cloud A, B y C como un "panel de control único" (single pane of glass). Quieres monitorizar CPU, memoria y disco. ¿Qué deberías hacer?. A. Habilitar la API y luego compartir gráficos de los proyectos A, B y C. B. Habilitar la API y luego dar el rol metrics.reader a los proyectos A, B y C. C. Habilitar la API y luego usar los paneles predeterminados para ver todos los proyectos en secuencia. D. Habilitar la API, crear un espacio de trabajo (workspace) bajo el proyecto A, y luego añadir los proyectos B y C.

Creaste varios recursos en múltiples proyectos de Google Cloud. Todos los proyectos están vinculados a diferentes cuentas de facturación. Para estimar mejor los cargos futuros, quieres tener una representación visual única de todos los costes incurridos. Quieres incluir nuevos datos de costes tan pronto como sea posible. ¿Qué deberías hacer?. A. Configurar la Exportación de Datos de Facturación (Billing Data Export) a BigQuery y visualizar los datos en Data Studio. B. Visitar la página de Tabla de Costes para obtener una exportación CSV y visualizarla usando Data Studio. C. Rellenar todos los recursos en la Calculadora de Precios (Pricing Calculator) para obtener una estimación del coste mensual. D. Usar la vista de Informes en la Consola de Facturación de Cloud para ver la información de costes deseada.

Tu empresa tiene cargas de trabajo ejecutándose en Compute Engine y en instalaciones locales (on-premises). La Nube Privada Virtual (VPC) de Google Cloud está conectada a tu WAN a través de una Red Privada Virtual (VPN). Necesitas desplegar una nueva instancia de Compute Engine y asegurarte de que no se pueda enrutar tráfico público de Internet hacia ella. ¿Qué deberías hacer?. A. Crear la instancia sin una dirección IP pública. B. Crear la instancia con el Acceso Privado a Google (Private Google Access) habilitado. C. Crear una regla de firewall de denegación total de salida (deny-all egress) en la red VPC. D. Crear una ruta en la VPC para enrutar todo el tráfico hacia la instancia a través del túnel VPN.

Tu equipo mantiene la infraestructura de tu organización. La infraestructura actual requiere cambios. Necesitas compartir tus cambios propuestos con el resto del equipo. Quieres seguir las mejores prácticas recomendadas por Google. ¿Qué deberías hacer?. A. Usar plantillas de Deployment Manager para describir los cambios propuestos y almacenarlas en un bucket de Cloud Storage. B. Usar plantillas de Deployment Manager para describir los cambios propuestos y almacenarlas en Cloud Source Repositories. C. Aplicar los cambios en un entorno de desarrollo, ejecutar gcloud compute instances list, y luego guardar la salida en un bucket de Storage compartido. D. Aplicar los cambios en un entorno de desarrollo, ejecutar gcloud compute instances list, y luego guardar la salida en Cloud Source Repositories.

Tienes una instancia de Compute Engine alojando una aplicación que se utiliza entre las 9 a.m. y las 6 p.m. de lunes a viernes. Quieres hacer una copia de seguridad de esta instancia diariamente con fines de recuperación ante desastres. Quieres conservar las copias de seguridad durante 30 días. Quieres la solución recomendada por Google con la menor sobrecarga de gestión y el menor número de servicios. ¿Qué deberías hacer?. A. 1. Actualizar los metadatos de tu instancia para agregar el siguiente valor: snapshot-schedule: 0 1 * * * 2. Actualizar los metadatos de tu instancia para agregar el siguiente valor: snapshot-retention: 30. B. 1. En la Consola de Cloud, ir a la página de Discos de Compute Engine y seleccionar el disco de tu instancia. 2. En la sección de Programación de Instantáneas (Snapshot Schedule), seleccionar Crear Programación y configurar los siguientes parámetros: Frecuencia de programación: Diaria Hora de inicio: 1:00 AM – 2:00 AM Auteliminar instantáneas después de: 30 días. C. 1. Crear una Cloud Function que cree una instantánea del disco de tu instancia. Crear una Cloud Function que elimine las instantáneas que tengan más de 30 días. Usar Cloud Scheduler para activar ambas Cloud Functions diariamente a la 1:00 AM. D. 1. Crear un script bash en la instancia que copie el contenido del disco a Cloud Storage. Crear un script bash en la instancia que elimine los datos con una antigüedad superior a 30 días en el bucket de copia de seguridad de Cloud Storage. Configurar el crontab de la instancia para ejecutar estos scripts diariamente a la 1:00 AM.

Tu aplicación existente que se ejecuta en Google Kubernetes Engine (GKE) consta de múltiples pods que se ejecutan en cuatro nodos GKE de tipo n1-standard-2. Necesitas desplegar pods adicionales que requieren nodos de tipo n2-highmem-16 sin ningún tiempo de inactividad. ¿Qué deberías hacer?. A. Usar gcloud container clusters upgrade. Desplegar los nuevos servicios. B. Crear un nuevo Grupo de Nodos (Node Pool) y especificar el tipo de máquina n2-highmem-16. Desplegar los nuevos pods. C. Crear un nuevo clúster con nodos n2-highmem-16. Redesplegar los pods y eliminar el clúster antiguo. D. Crear un nuevo clúster con nodos tanto n1-standard-2 como n2-highmem-16. Redesplegar los pods y eliminar el clúster antiguo.

Tienes una aplicación que utiliza Cloud Spanner como base de datos backend para mantener la información del estado actual de los usuarios. Cloud Bigtable registra todos los eventos activados por los usuarios. Exportas los datos de Cloud Spanner a Cloud Storage durante las copias de seguridad diarias. Uno de tus analistas te pide que unas (join) los datos de Cloud Spanner y Cloud Bigtable para usuarios específicos. Quieres completar esta solicitud ad hoc (puntual) de la manera más eficiente posible. ¿Qué deberías hacer?. A. Crear un trabajo de Dataflow que copie datos de Cloud Bigtable y Cloud Storage para usuarios específicos. B. Crear un trabajo de Dataflow que copie datos de Cloud Bigtable y Cloud Spanner para usuarios específicos. C. Crear un clúster de Cloud Dataproc que ejecute un trabajo de Spark para extraer datos de Cloud Bigtable y Cloud Storage para usuarios específicos. D. Crear dos tablas externas de BigQuery separadas en Cloud Storage y Cloud Bigtable. Usar la consola de BigQuery para unir estas tablas a través de los campos de usuario y aplicar los filtros apropiados.

Estás alojando una aplicación desde máquinas virtuales (VMs) de Compute Engine en us-central1-a. Quieres ajustar tu diseño para soportar el fallo de una única zona de Compute Engine, eliminar el tiempo de inactividad y minimizar el coste. ¿Qué deberías hacer?. A. – Crear recursos de Compute Engine en us-central1-b. – Balancear la carga a través de us-central1-a y us-central1-b. B. – Crear un Grupo de Instancias Administrado y especificar us-central1-a como la zona. – Configurar la comprobación de estado (Health Check) con un intervalo de salud corto. C. – Crear un Balanceador de Carga HTTP(S). – Crear una o más reglas de reenvío globales para dirigir el tráfico a tus VMs. D. – Realizar copias de seguridad regulares de tu aplicación. – Crear una Alerta de Cloud Monitoring y ser notificado si tu aplicación deja de estar disponible. – Restaurar desde las copias de seguridad cuando seas notificado.

Un colega te entregó un proyecto de Google Cloud Platform para que lo mantengas. Como parte de una revisión de seguridad, quieres revisar a quién se le ha otorgado el rol de Propietario del Proyecto (Project Owner). ¿Qué deberías hacer?. A. En la consola, validar qué claves SSH se han almacenado como claves de todo el proyecto. B. Navegar a Identity-Aware Proxy y verificar los permisos para estos recursos. C. Habilitar los registros de auditoría (Audit Logs) en la página de IAM y administración para todos los recursos, y validar los resultados. D. Usar el comando gcloud projects get-iam-policy para ver las asignaciones de roles actuales.

Estás ejecutando múltiples clústeres de Google Kubernetes Engine (GKE) nativos de VPC en la misma subred. Las IPs disponibles para los nodos se han agotado, y quieres asegurarte de que los clústeres puedan crecer en nodos cuando sea necesario. ¿Qué deberías hacer?. A. Crear una nueva subred en la misma región que la subred que se está utilizando. B. Añadir un rango de IP alias a la subred utilizada por los clústeres GKE. C. Crear una nueva VPC y configurar el emparejamiento de VPC (VPC peering) con la VPC existente. D. Expandir el rango CIDR de la subred relevante para el clúster.

Tienes una carga de trabajo por lotes (batch) que se ejecuta todas las noches y utiliza una gran cantidad de máquinas virtuales (VMs). Es tolerante a fallos y puede tolerar que algunas de las VMs sean terminadas. El coste actual de las VMs es demasiado alto. ¿Qué deberías hacer?. A. Ejecutar una prueba utilizando eventos de mantenimiento simulados. Si la prueba es exitosa, utilizar VMs N1 Estándar Preemptibles (interrumpibles) al ejecutar trabajos futuros. B. Ejecutar una prueba utilizando eventos de mantenimiento simulados. Si la prueba es exitosa, utilizar VMs N1 Estándar al ejecutar trabajos futuros. C. Ejecutar una prueba utilizando un grupo de instancias administrado. Si la prueba es exitosa, utilizar VMs N1 Estándar en el grupo de instancias administrado al ejecutar trabajos futuros. D. Ejecutar una prueba utilizando VMs N1 estándar en lugar de N2. Si la prueba es exitosa, utilizar VMs N1 Estándar al ejecutar trabajos futuros.