Un frontend web stateless ospitato su GKE richiede alta disponibilità; gli aggiornamenti automatici del cluster svuoteranno i nodi. Assicurati che l'applicazione mantenga una capacità di servizio pari al 10% dei Pod prima di uno svuotamento. Cosa fai?

Per garantire che l'applicazione mantenga una capacità di servizio pari al 10% dei Pod prima di uno svuotamento del nodo, è necessario aumentare proattivamente il numero di repliche. Impostare il conteggio delle repliche dei Pod al 10% in più rispetto al conteggio attuale assicura che, anche se alcuni Pod vengono terminati durante lo svuotamento, rimanga un numero sufficiente di istanze per gestire il traffico. Un Pod Disruption Budget (PDB) con minAvailable al 10% non è la soluzione corretta perché minAvailable si riferisce al numero minimo di Pod che devono essere disponibili durante un'interruzione volontaria, non al numero di Pod aggiuntivi da creare prima dell'interruzione per mantenere la capacità. Il PDB impedirebbe che il numero di Pod scenda sotto una certa soglia, ma non aumenterebbe la capacità in anticipo. Un Vertical Pod Autoscaler (VPA) regola le richieste di CPU e memoria dei Pod, non il loro numero. Aumentare il maxReplicas dell'HPA non garantisce un aumento immediato del numero di Pod, poiché l'HPA reagisce al carico e non a un evento di svuotamento imminente.