nerdexam
Google

PROFESSIONAL-CLOUD-DEVOPS-ENGINEER · Question #13

You support a stateless web-based API that is deployed on a single Compute Engine instance in the europe-west2-a zone. The Service Level Indicator (SLI) for service availability is below the specified

The correct answer is C. Set up additional service instances in other zones and load balance the traffic between all. The root causes are two-fold: insufficient capacity (high request volume exceeds memory) and a single point of failure (one instance in one zone). Option C - adding instances in multiple zones with load balancing - addresses both problems simultaneously: it distributes the reques

Submitted by omar99· Apr 18, 2026Applying site reliability engineering principles to a service

Question

You support a stateless web-based API that is deployed on a single Compute Engine instance in the europe-west2-a zone. The Service Level Indicator (SLI) for service availability is below the specified Service Level Objective (SLO). A postmortem has revealed that requests to the API regularly time out. The time outs are due to the API having a high number of requests and running out memory. You want to improve service availability. What should you do?

Options

  • AChange the specified SLO to match the measured SLI
  • BMove the service to higher-specification compute instances with more memory
  • CSet up additional service instances in other zones and load balance the traffic between all
  • DSet up additional service instances in other zones and use them as a failover in case the primary

How the community answered

(40 responses)
  • A
    3% (1)
  • B
    10% (4)
  • C
    80% (32)
  • D
    8% (3)

Explanation

The root causes are two-fold: insufficient capacity (high request volume exceeds memory) and a single point of failure (one instance in one zone). Option C - adding instances in multiple zones with load balancing - addresses both problems simultaneously: it distributes the request load so no single instance is overwhelmed, and it eliminates the single point of failure to improve availability. Option A (adjusting the SLO) is not a fix - it just redefines what success means. Option B (larger instance) is vertical scaling that does not eliminate the single point of failure or scale with traffic. Option D (failover instances) only helps when the primary fails, not when the primary is overwhelmed by traffic - the root cause.

Topics

#Service Availability#Horizontal Scaling#Multi-zone Deployment#Load Balancing

Community Discussion

No community discussion yet for this question.

Full PROFESSIONAL-CLOUD-DEVOPS-ENGINEER Practice