How Should an AKS Cluster Be Configured for Zone and Maintenance Resiliency?

Design for high availability Design compute solutions
Answer Correct answer: D — Enable availability zones on the AKS cluster so nodes span separate datacenters within one region.

You have a business-critical app named App1 that is hosted in an Azure Kubernetes Service (AKS) cluster. You need to recommend a configuration solution for the cluster. The solution must meet the following requirements: • Maintain availability during planned datacenter maintenance events. • Support dynamic scaling in response to workload demands. • Minimize downtime if a datacenter fails. What should you recommend?

  1. an AKS cluster deployed to a single availability zone
  2. an AKS cluster with multiple node pools deployed to a single availability zone
  3. an AKS cluster that has nodes deployed to different Azure regions
  4. an AKS cluster with availability zones enabled Correct Answer

Community Insight

The question tests whether you can map AKS features to HA requirements — zone-redundant node placement for datacenter failure, cluster autoscaler for dynamic scaling — and the trap is assuming multiple node pools in one zone buys datacenter-level resiliency.

For a business-critical AKS application that must survive planned datacenter maintenance and a datacenter failure while scaling dynamically, availability zones must be enabled on the cluster. This page establishes that the answer is an AKS cluster with availability zones enabled (D), not a single-zone cluster with multiple node pools.

Choosing multiple node pools in a single availability zone (B), because node pools sound like redundancy; in reality they only separate workloads and scale independently, leaving every node in the same physical datacenter.

Community Discussion (2 comments)

Ras1364 👍 1 Selected: D
I believe the correct answer is D, not B. Option B places multiple node pools in one availability zone. Multiple node pools provide workload separation and can scale independently, but they do not provide datacenter-level resiliency when they all reside in the same zone. Microsoft states that Availability Zones physically distribute AKS resources across separate zones so applications can continue serving traffic if an entire zone goes down. Dynamic scaling is supported separately through AKS autoscaling, so D meets both the scaling and datacenter-failure requirements.
gpais 👍 1 Selected: D
Enabling availability zones spreads the AKS cluster's worker nodes across multiple physically separated datacenters within a single region. If a single datacenter (zone) completely fails, the remaining nodes in the other zones stay healthy, minimizing application downtime.

Comments & Corrections

No comments yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Expert Analysis

Why the Answer Is Correct

Availability zones are physically separate datacenters within an Azure region, and enabling zones on an AKS cluster spreads the worker nodes (and their node pools) across three independent zone locations. That directly satisfies the first two requirements: zonal redundancy keeps pods schedulable when one datacenter is offline for planned maintenance, and it keeps the application serving traffic when an entire zone fails unexpectedly. AKS also performs zone-balanced scheduling so that scale-out adds nodes evenly across zones, which pairs with the cluster autoscaler to satisfy the dynamic-scaling requirement without concentrating new capacity in a single datacenter. Node image and Kubernetes version upgrades are performed with surge logic against a zone-spread node set, so maintenance proceeds while remaining replicas stay healthy. This is the only option in the list that both keeps the cluster inside one region and removes the single-datacenter dependency.

Why the Other Options Are Wrong

Option A (a single availability zone) places every node in one physical datacenter, so planned maintenance in that facility and any datacenter failure both take the cluster down — the exact scenario the question asks you to design against. Option B adds multiple node pools, but as one community member pointed out, multiple pools "provide workload separation and can scale independently, but they do not provide datacenter-level resiliency when they all reside in the same zone"; this is the most tempting distractor because the word "multiple" implies redundancy that node pools do not actually deliver. Option C goes too far in the wrong direction: an AKS cluster is region-scoped and its nodes cannot be deployed to different Azure regions, so multi-region would require multiple clusters plus global traffic routing, adding complexity that the question's single-cluster requirement does not ask for. Only D addresses the datacenter-failure and maintenance requirements at the zone level the question describes.

Community Comment Notes

Ras1364 answered D and argued explicitly against B, noting that pools in one zone cannot deliver datacenter-level resiliency and that Microsoft documents availability zones as physically distributing AKS resources across separate zones. gpais also selected D, explaining that enabling availability zones "spreads the AKS cluster's worker nodes across multiple physically separated datacenters within a single region" so that if one zone fails the remaining nodes stay healthy and downtime is minimized. Both comments converge on the same reasoning the requirements point to, and neither surfaces a credible argument for the single-zone or cross-region options. Use this consensus as confirmation, but the decisive evidence remains the requirements themselves: maintenance tolerance, dynamic scaling, and datacenter-failure tolerance all map to zone redundancy.

Official Reference

Exam Strategy

Translate each requirement into an Azure feature before reading the options: "planned datacenter maintenance" and "datacenter failure" map to availability zones, while "dynamic scaling" maps to node pool scaling and the cluster autoscaler. Remember that a single AKS cluster is region-scoped, so any option promising cross-region nodes for one cluster is technically impossible.

Frequently Asked Questions

Why are multiple node pools in one availability zone not enough for App1?

Multiple node pools only separate workloads and scale independently; because they all sit in the same zone, a datacenter maintenance event or outage still takes every node offline.

Can a single AKS cluster have nodes in different Azure regions?

No. An AKS cluster is region-scoped, so cross-region resilience requires multiple clusters plus global traffic routing such as Azure Front Door or Traffic Manager.

More AZ-305 FAQ →

Related Analysis

Practice All AZ-305 Questions

Access 95 questions with complete answers and detailed explanations.

View Full AZ-305 Practice Test →

← Back to AZ-305 Study Guide