Een GKE-gehoste stateless webfrontend vereist hoge beschikbaarheid; cluster auto-upgrades zullen nodes drainen. Zorg ervoor dat de applicatie een serving capaciteit behoudt die gelijk is aan 10% van de Pods vóór een drain. Wat doe je?

De vraag stelt dat de applicatie een serving capaciteit van 10% van de Pods vóór een drain moet behouden. Dit betekent dat er tijdens een drain minstens 10% van het oorspronkelijke aantal Pods beschikbaar moet blijven. Door het aantal Pod-replica's met 10% te verhogen, creëer je een buffer. Als er dan Pods gedraind worden, is de kans groter dat er voldoende Pods overblijven om de minimale capaciteit te handhaven. Een Vertical Pod Autoscaler (VPA) past de resource-aanvragen aan en heeft geen directe invloed op het aantal draaiende Pods tijdens een drain. Een Pod Disruption Budget (PDB) met minAvailable: 10% zou betekenen dat minimaal 10% van de Pods beschikbaar moet blijven, wat overeenkomt met de vereiste. Echter, de vraag is hoe je zorgt dat deze capaciteit behouden blijft, en het verhogen van het aantal replica's is een proactieve stap om dit te garanderen. Een HPA maxReplicas verhoogt alleen de bovengrens voor scaling, niet het actuele aantal replica's dat draait.