Knotenpool- und Worker-Knoteneigenschaften ändern

Mit der Kubernetes-Engine können Sie die Eigenschaften von Knotenpools und Worker-Knoten in vorhandenen Kubernetes-Clustern ändern.

Sie können Folgendes ändern:

• Den Namen des Knotenpools
• Die Version von Kubernetes, die auf neuen Worker-Knoten ausgeführt werden soll
• Die Anzahl der Worker-Knoten in einem Knotenpool und die Verfügbarkeitsdomänen, Fehlerdomänen und Subnetze, in die sie platziert werden sollen
• Das Image, das für neue Worker-Knoten verwendet werden soll
• Die Ausprägung, die für neue Worker-Knoten verwendet werden soll
• Die Boot-Volume-Größe und die Verschlüsselungseinstellungen, die für neue Worker-Knoten zu verwenden sind
• die beim Beenden von Worker-Knoten zu verwendenden Cordon- und Drain-Optionen
• das cloud-init-Skript für Instanzen, die Worker-Knoten hosten
• Den öffentlichen SSH-Schlüssel, der für den Zugriff auf neue Worker-Knoten verwendet werden soll

Beachten Sie, dass Sie die automatisch generierten Namen von Ressourcen, die von der Kubernetes-Engine erstellt wurden (z.B. die Namen von Worker-Knoten), nicht ändern dürfen.

Beachten Sie auch Folgendes:

• In einigen Situationen möchten Sie möglicherweise die Eigenschaften aller Worker-Knoten in einem Knotenpool gleichzeitig aktualisieren und nicht nur die Eigenschaften neuer Worker-Knoten, die im Knotenpool starten. Beispiel: Upgrade aller Worker-Knoten auf eine neue Version von Oracle Linux. In diesem Fall können Sie einen neuen Knotenpool mit Worker-Knoten erstellen, die über die erforderlichen Eigenschaften verfügen, und Arbeit mit dem Befehl kubectl drain und Budgets für Podunterbrechungen (Pod Disruption Budget, PDB) vom ursprünglichen Knotenpool auf den neuen Knotenpool verschieben. Weitere Informationen finden Sie unter Erstellen von Worker-Knoten mit aktualisierten Eigenschaften.
• Wenn Sie die Platzierungskonfiguration eines Knotenpools ändern (die Availability-Domains, Faultdomains und Subnetze, in denen Worker-Knoten platziert werden, aber nicht der Kapazitätstyp des Knotenpools), werden vorhandene Worker-Knoten beendet, und neue Worker-Knoten werden in den neuen Speicherorten erstellt.
• Wenn Sie mit dem UpdateNodePool-API-Vorgang Eigenschaften eines vorhandenen Knotenpools ändern, beachten Sie das bekannte Problem mit Worker-Knoten-Eigenschaften, die nicht mit aktualisierten Knotenpooleigenschaften synchron sind und die entsprechenden Workarounds.
• Verwenden Sie den Befehl kubectl delete node nicht zum Herunterskalieren oder Beenden von Worker-Knoten in einem Cluster, das von der Kubernetes-Engine erstellt wurde. Reduzieren Sie stattdessen die Anzahl der Worker-Knoten, indem Sie die Eigenschaften des jeweiligen Knotenpools über die Konsole oder die API ändern. Mit dem Befehl kubectl delete node werden die Eigenschaften, die den gewünschten Status eines Knotenpools bestimmen, nicht geändert (einschließlich der Anzahl der Worker-Knoten). Auch wenn der Befehl kubectl delete node den Worker-Knoten aus dem Key-Value Store etcd des Clusters entfernt, wird die zugrunde liegende Compute-Instanz mit dem Befehl nicht gelöscht.

Sie können die Eigenschaften von Knotenpools und Worker-Knoten mit der Konsole, der CLI und der API ändern. Weitere Informationen finden Sie unter:

• Verwalteten Knotenpool aktualisieren
• Virtuellen Knotenpool aktualisieren