Quiz: Chapter 08 (Availability Engineering)
Questions
Why is HPA alone not sufficient to guarantee safe disruption handling?
What does a PodDisruptionBudget control?
Which signal must be checked before node drain?
If
Allowed disruptions = 0for a critical service, what is the correct action?Which statement is correct?
- A) PDB affects all pod failures including OOM and crashes.
- B) PDB controls voluntary disruptions such as evictions/drains.
- C) HPA ignores resource metrics.
What does
ScalingLimited=Truetypically indicate in HPA status?Why keep
minReplicas> 1 in staging/production for critical services?Preferred rollback path for bad availability config:
- A) patch random live objects
- B) revert Git manifests and let Flux reconcile
- C) disable autoscaling and PDB permanently
Can HPA scale if metrics are unavailable?
Complete the guardrail:
- A) drain first, verify later
- B) verify HPA + PDB state first, then perform disruption
- C) remove PDB to speed up maintenance
Answer Key (Short)
- HPA scales capacity; it does not enforce safe eviction/disruption rules.
- Voluntary disruption budget for selected pods.
- PDB
Allowed disruptions(plus HPA/replica readiness). - Stop and adjust capacity/budget first.
- B
- Desired scale is capped by min/max bounds or target constraints.
- Preserves service continuity during rollout/drain events.
- B
- Not reliably; autoscaling decisions depend on available metrics.
- B