PCDOE Implementing service monitoring strategies Practice Test 2 — 15 Questions

Question 1

A company uses Cloud Run for a critical service and needs to set up alerting for 5xx errors. They want to receive a notification within 1 minute of the error rate exceeding 1% for any 1-minute window. Which alerting approach should they use?

Accepted Answer

Create a Cloud Monitoring alerting policy using the 'Request count' metric with a condition that compares the ratio of 5xx responses to total requests over a 1-minute window.. Option D is correct because Cloud Monitoring's alerting policies can directly compute the ratio of 5xx responses to total requests using the 'Request count' metric with a custom ratio condition over a 1-minute window. This approach meets the 1-minute notification latency requirement without additional infrastructure, as Cloud Monitoring evaluates the metric every 60 seconds and triggers alerts based on the sliding window.

Answer

Set up a log-based metric for 5xx responses and create an alert on the metric.

Answer

Create a Cloud Logging sink to a Pub/Sub topic and trigger a Cloud Function that sends notifications.

Answer

Use Cloud Monitoring's log-based alerting to trigger on every 5xx log entry.

Question 2

Which TWO are best practices for implementing service monitoring strategies in Google Cloud?

Accepted Answer

Monitor the four golden signals (latency, traffic, errors, saturation) for every service.. A is correct because the four golden signals (latency, traffic, errors, saturation) are the foundational metrics recommended by Google SRE practices for monitoring any service. Monitoring these signals provides a comprehensive view of service health and user experience, enabling rapid detection of issues like high latency or resource exhaustion.

Answer

Rely solely on synthetic monitoring to measure user experience.

Answer

Use multiple monitoring tools to cover all aspects of the system.

Answer

Manually analyze logs and metrics to identify issues.

Question 3

A team has set up the alerting policies shown in the exhibit. They receive an alert for High Memory but not for High CPU. What is the most likely reason?

Accepted Answer

The Cloud Monitoring agent is not installed or not reporting on the instance, so the memory metric is missing.. Option A is correct because the High Memory alert fires while the High CPU alert does not, indicating that the memory metric is available but the CPU metric is missing. This typically happens when the Cloud Monitoring agent is installed but not properly reporting CPU metrics, or when the agent is missing entirely and only the memory metric is being collected via a different mechanism (e.g., guest-attributes). Without the agent, standard CPU utilization metrics are not exposed to Cloud Monitoring, while memory metrics may still be available through other means, causing the memory alert to trigger but not the CPU alert.

Answer

The CPU alert's duration of 300 seconds prevents it from firing before the memory alert.

Answer

The memory alert has a higher threshold value, making it easier to trigger.

Answer

The CPU metric is not available because the instance does not have the Cloud Monitoring agent installed.

Question 4

Order the steps to configure a VPC Network Peering between two projects.

Question 5

Match each Google Cloud tool to its function in incident management.

Question 6

A DevOps team is defining an SLO for a web application that runs on Compute Engine behind an HTTP Load Balancer. They need to measure the proportion of requests that complete within 300ms. Which Cloud Monitoring metric is most appropriate as the SLI?

Accepted Answer

loadbalancing.googleapis.com/https/total_latencies. The SLI must measure the proportion of requests completing within 300ms, which is a latency distribution metric. The `total_latencies` metric from the HTTP Load Balancer provides a histogram of request latencies, allowing you to compute the percentage of requests below a threshold (e.g., 300ms). This directly supports the SLO definition.

Answer

loadbalancing.googleapis.com/https/backend_request_bytes

Answer

loadbalancing.googleapis.com/https/frontend_tcp_rtt

Answer

loadbalancing.googleapis.com/https/request_count

Question 7

An alerting policy triggers frequently for a spike in CPU utilization on a Compute Engine instance, but the spike lasts only a few seconds. The SRE team wants to reduce false positives. Which change should they make?

Accepted Answer

Increase the evaluation period and duration.. Option C is correct because increasing the evaluation period and duration ensures that the alerting policy only fires when the CPU utilization spike persists over a longer window, filtering out transient spikes that last only a few seconds. This directly reduces false positives by requiring sustained high utilization before triggering an alert, aligning with Google Cloud Monitoring's sliding window evaluation logic.

Answer

Increase the notification channel threshold.

Answer

Decrease the alerting duration to 0s.

Answer

Change the aggregation to mean instead of max.

Question 8

You are designing a monitoring strategy for a microservices application running on Google Kubernetes Engine (GKE). You need to create a custom metric that counts the number of failed login attempts from the application logs. The logs are in JSON format and contain a field 'status' with value 'FAILED'. Which approach should you use?

Accepted Answer

Configure a logs-based metric in Cloud Logging that filters for the condition and counts.. Option C is correct because a logs-based metric in Cloud Logging directly counts occurrences of a specific log entry pattern (e.g., 'status' = 'FAILED') without requiring additional agents or data exports. This approach is purpose-built for deriving metrics from log data and integrates seamlessly with Cloud Monitoring for alerting and dashboards.

Answer

Use Cloud Monitoring's Metrics Explorer to create a metric from logs using a filter.

Answer

Install the Ops Agent on GKE nodes to collect application metrics directly.

Answer

Export logs to BigQuery and then create a custom metric from the exported data.

Question 9

A team needs to monitor the availability of an HTTPS endpoint that requires a Bearer token in the request header. What is the simplest way to configure this with Cloud Monitoring?

Accepted Answer

Configure the Uptime Check to include a custom header with the Bearer token.. Option D is correct because Cloud Monitoring's Uptime Checks natively support custom HTTP headers, including Authorization headers with Bearer tokens. This allows you to directly monitor an authenticated HTTPS endpoint without any additional infrastructure, scripting, or log-based workarounds. It is the simplest and most straightforward configuration for this requirement.

Answer

Deploy a sidecar container that handles the authentication and exposes a plain endpoint.

Answer

Use a synthetic monitor from Cloud Monitoring that handles authentication via a script.

Answer

Export the endpoint logs to Cloud Logging and set up a log-based metric for availability.

Question 10

You are creating a Cloud Monitoring dashboard to display the 99th percentile latency of your HTTP Load Balancer over the last 6 hours. Which MQL query should you use?

Accepted Answer

fetch loadbalancing.googleapis.com/https/total_latencies | align percentile(99). Option B is correct because it uses the correct metric type (`total_latencies`) and the proper MQL function `percentile(99)` to compute the 99th percentile latency. The `fetch` statement targets the exact Cloud Monitoring metric for HTTPS load balancer latencies, and `align percentile(99)` aggregates the raw latency distribution data over the specified time window (last 6 hours) to produce the desired percentile value.

Answer

fetch https_lb_rule :: latency | align 99p

Answer

fetch loadbalancing.googleapis.com/https/request_count | align | ratio

Answer

fetch loadbalancing.googleapis.com/https/total_latencies | align 99 | with latency

Question 11

A company has on-premises servers running Linux and GKE clusters. They want to monitor all infrastructure using Cloud Monitoring. Which solution is most scalable and aligned with Google's best practices?

Accepted Answer

Use Google's managed service for Prometheus on GKE and a Prometheus federation for on-prem.. Option C is correct because it leverages Google's managed service for Prometheus on GKE, which is fully integrated with Cloud Monitoring and eliminates the operational overhead of self-managing Prometheus. For on-premises servers, Prometheus federation allows scraping metrics from the on-prem Prometheus instance and forwarding them to the managed service, providing a unified, scalable monitoring solution that aligns with Google's best practices for hybrid environments.

Answer

Use collectd on on-prem servers to send to Cloud Monitoring via the Stackdriver agent configuration.

Answer

Deploy Prometheus on both environments and use the PromQL adapter for Cloud Monitoring.

Answer

Install the Ops Agent on all on-prem servers and use Google's default GKE monitoring.

Question 12

An application running on App Engine is throwing exceptions. The DevOps team wants to be notified when a new type of exception appears. Which Cloud Monitoring feature should they use?

Accepted Answer

Error Reporting. Error Reporting is the correct choice because it is a Cloud Monitoring feature specifically designed to count, analyze, and increase the severity of exceptions in application logs. It automatically groups exceptions by type and can trigger notifications when a new type of exception (one not seen before) appears, which directly meets the DevOps team's requirement.

Answer

Uptime Checks

Answer

Custom alerts

Answer

Logs-based metrics

Question 13

An SRE team needs to implement an incident management workflow that automatically creates a ticket in their ITSM tool when a critical alert fires. They use Cloud Monitoring. Which approach should they use?

Accepted Answer

Use a Cloud Pub/Sub notification channel and a Cloud Function that receives the alert and calls the ITSM API.. Option C is correct because Cloud Monitoring can send alert notifications to a Cloud Pub/Sub topic, which then triggers a Cloud Function. The Cloud Function can parse the alert payload and call the ITSM tool's API to create a ticket, providing a reliable, scalable, and decoupled integration that supports custom logic and error handling.

Answer

Configure the alerting policy to send notifications via email to the ITSM system's email-to-ticket feature.

Answer

Create a webhook notification channel directly to the ITSM tool.

Answer

Use the Cloud Monitoring API to periodically pull alerts and create tickets.

Question 14

A company wants to reduce costs associated with Cloud Monitoring. They have many custom metrics and high ingestion rates. Which cost optimization strategy is most effective?

Accepted Answer

Delete all unused custom metrics and reduce labels.. Option D is correct because deleting unused custom metrics and reducing labels directly reduces the volume of data ingested and stored, which is the primary cost driver in Cloud Monitoring (formerly Stackdriver). Custom metrics incur charges per data point ingested, and each unique label combination creates additional time series, multiplying costs. This strategy eliminates waste without sacrificing necessary monitoring fidelity.

Answer

Use log-based metrics instead of custom metrics.

Answer

Aggregate metrics into buckets and export to BigQuery for analysis.

Answer

Reduce the sampling rate of all custom metrics to 1 minute.

Question 15

A DevOps engineer notices that some Compute Engine instances are not reporting metrics to Cloud Monitoring. Which two potential causes should they investigate? (Choose two.)

Accepted Answer

The instances have insufficient IAM permissions to write metrics.. Option C is correct because Compute Engine instances require the appropriate IAM permissions (e.g., roles/monitoring.metricWriter) to write metrics to Cloud Monitoring. Without these permissions, the API calls to ingest metric data are denied, even if the Ops Agent is installed and running.

Answer

The instances are in a different region and Cloud Monitoring doesn't support cross-region.

Answer

The instances are preemptible and automatically stop reporting after 24 hours.

Answer

The instances are in a different project and not peered.