Ein auf GKE gehostetes zustandsloses Web-Frontend erfordert Hochverfügbarkeit; Cluster-Auto-Upgrades entleeren Knoten. Stellen Sie sicher, dass die Anwendung vor einem Drain eine Serving-Kapazität von 10 % der Pods beibehält. Was tun Sie?

Die Erhöhung der Pod-Replica-Anzahl um 10 % über die aktuelle Anzahl hinaus stellt sicher, dass während eines Knoten-Drains, bei dem Pods neu geplant werden, immer genügend Pods verfügbar sind, um die Serving-Kapazität aufrechtzuerhalten. Dies ist eine direkte Methode, um die gewünschte Redundanz zu erreichen. Ein Vertical Pod Autoscaler (VPA) passt die Ressourcenanforderungen (CPU/Speicher) von Pods an, nicht deren Anzahl, und hilft daher nicht bei der Aufrechterhaltung der Serving-Kapazität während eines Drains. Ein Pod Disruption Budget (PDB) mit minAvailable von 10 % würde sicherstellen, dass mindestens 10 % der Pods verfügbar bleiben, aber es würde nicht proaktiv zusätzliche Kapazität schaffen, um den Verlust von Pods während des Drains zu kompensieren. Ein Horizontal Pod Autoscaler (HPA) passt die Pod-Anzahl basierend auf Metriken an, aber das Erhöhen von maxReplicas allein garantiert nicht, dass die 10 % zusätzliche Kapazität immer vorhanden ist, es sei denn, die Metriken erfordern dies.