Ensuring successful operation of a cloud solution
Drill 20 practice questions focused entirely on Ensuring successful operation of a cloud solution for the Google Cloud ACE exam. Tap an answer for instant feedback and a full explanation — no sign-up, always free.
Your security team needs to retain and analyze all Cloud Audit Logs from a production project for at least two years, and they want to run SQL queries against the log data to investigate access patterns. By default, admin activity logs are only retained for 400 days in Cloud Logging. What should you configure to meet these requirements?
Your compliance team requires that application logs for a production project be retained for 400 days, but the default _Default log bucket in Cloud Logging keeps logs for only 30 days. You want to meet the requirement with the least ongoing operational effort and without exporting logs to another service. What should you do?
Your team runs a fleet of Compute Engine VMs and needs Cloud Monitoring dashboards to show detailed guest-level metrics such as disk I/O and process-level CPU usage. Currently the dashboards only display default hypervisor-level metrics like network traffic and disk throughput reported by the VM instance. What should you do to collect the additional guest-level metrics?
Your team runs a fleet of IoT gateway devices that push a custom metric named 'device/heartbeat' to Cloud Monitoring every 60 seconds. Operations wants to be paged automatically if any device stops reporting its heartbeat entirely, indicating the gateway has gone offline. What is the most appropriate way to configure this alerting policy in Cloud Monitoring?
You operate a fleet of Compute Engine VMs behind a load balancer. Operations wants to be paged only when BOTH average CPU utilization exceeds 85% AND request latency exceeds 500ms for a sustained 5-minute window, to avoid noisy alerts during isolated spikes. Using Cloud Monitoring, what is the correct way to configure this?
Your team runs a fleet of Compute Engine VMs behind Cloud Monitoring. You created an alerting policy on CPU utilization that fires every time a brief scheduled cron job spikes CPU above 90% for a few seconds, generating dozens of false pages each night. You want to reduce these transient alerts without raising the threshold value. What should you configure on the alerting condition?
Your team runs a fleet of Compute Engine VMs hosting a memory-intensive application. In Cloud Monitoring you can see CPU utilization for each VM, but you cannot find any memory usage metrics to build a dashboard chart. What must you do to collect and visualize per-VM memory utilization?
Your operations team manages hundreds of Compute Engine VMs across several environments. VMs are tagged with a label 'env' set to values like 'prod', 'staging', or 'dev'. You want a single Cloud Monitoring construct that automatically includes any new VM tagged 'env:prod' so dashboards and alerting policies always reflect the current production fleet without manual updates. What should you configure?
Your company runs three separate Google Cloud projects: a shared monitoring project called 'ops-central', plus 'app-prod' and 'app-staging' that host workloads. The operations team wants to view Compute Engine and log-based metrics from both workload projects in a single set of dashboards inside 'ops-central', without duplicating agents or copying data. What should you do?
Your team runs a customer-facing service on Compute Engine behind an HTTP(S) load balancer. Customers complain about occasional slow responses, but the average latency shown on your existing dashboard looks fine. You need to investigate whether a small percentage of requests are experiencing high latency. In Cloud Monitoring Metrics Explorer, what should you do to surface this behavior?
Your operations team uses PagerDuty for on-call incident management. You have created an alerting policy in Cloud Monitoring that detects high error rates on a production Cloud Run service. You need incidents to automatically open PagerDuty tickets when the alert fires, with the least operational overhead. What should you do?
Your team runs a stateless web application on a single Compute Engine instance. Occasionally the application process hangs, and you must manually SSH in and restart the VM. You want Cloud Monitoring to automatically detect when the HTTP endpoint stops responding and immediately notify your on-call engineer's email, with the least operational effort. Which combination should you configure?
Your team runs a payment API on Cloud Run and has defined a Cloud Monitoring service with a 99.9% availability SLO over a rolling 28-day window. On-call engineers complain they receive too many alerts for tiny, temporary error blips that never threaten the monthly target, yet they still want to be paged quickly when a real outage is rapidly consuming the error budget. Which Cloud Monitoring feature should you configure to meet both needs?
You operate a set of Compute Engine VMs running a web application. Operations reports that a snapshot schedule attached to the boot disks is not producing new snapshots, and you need to quickly confirm whether the schedule is actually executing. Using only Cloud Console, what is the fastest way to verify recent snapshot creation activity for these disks?
Your team runs a public-facing web application served from a Compute Engine instance behind a global HTTP(S) load balancer at https://shop.example.com. Operations wants to be notified within a few minutes whenever the site becomes unreachable from multiple geographic regions. Using the least operational effort, what should you configure in Cloud Monitoring?
Your company runs three separate Google Cloud projects: one for production, one for staging, and one for development. The operations team wants to view Compute Engine and application metrics from all three projects in a single set of Cloud Monitoring dashboards and configure alerting policies that span them. What should you do?
Your team has deployed a customer-facing API to Cloud Run in the us-central1 region. The service currently responds at its default run.app URL, but the marketing team wants it served from api.example.com with a valid TLS certificate that is automatically provisioned and renewed. You own the example.com domain and can edit its DNS records. What is the recommended way to achieve this with the least ongoing maintenance?
You deployed a new revision of a Cloud Run service, but users immediately begin reporting errors. The previous revision was working correctly and is still listed in the service's revision history. You need to restore service availability as quickly as possible using the least effort. What should you do?
Your team runs a lightweight REST API on Cloud Run. Each container can safely handle many simultaneous requests because most time is spent waiting on downstream calls. During load tests, you notice Cloud Run is spinning up far more instances than expected, increasing cost. You want to reduce the number of instances by allowing each instance to process more requests at once. Which action should you take?
Your team runs a public-facing REST API on Cloud Run. During an unexpected traffic surge, Cloud Run scaled out to hundreds of container instances, causing a large unexpected bill and exhausting your downstream Cloud SQL connection pool. You need to cap how many instances the service can create while keeping the deployment otherwise unchanged. What should you do?
More ACE practice
Keep going with the other Associate Cloud Engineer domains, or take a full timed mock exam.
← Back to ACE overview