Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Die Größenanpassung eines Nutzerclusters bedeutet das Hinzufügen oder Entfernen von Knoten. Für das Hinzufügen von Knoten müssen IP-Adressen für die neuen Knoten verfügbar sein. Sie passen die Größe eines Nutzerclusters an, indem Sie die Anzahl der Replikate im Knotenpool ändern.
Informationen zu Maximal- und Minimallimits für Nutzercluster finden Sie unter Kontingente und Limits.
Wenn Sie nach der Größenanpassung N Knoten haben möchten, müssen n + 1 IP-Adressen verfügbar sein.
Prüfen Sie vor dem Anpassen der Clustergröße, ob Sie genügend IP-Adressen haben. Wie Sie die Prüfung durchführen, hängt davon ab, ob der Cluster einen DHCP-Server oder statische IP-Adressen verwendet.
DHCP
Wenn der Cluster DHCP verwendet, prüfen Sie, ob der DHCP-Server genügend IP-Adressen bereitstellen kann. Es muss mindestens eine IP-Adresse mehr bereitstellen können, als die Anzahl der Knoten im Cluster nach der Größenanpassung beträgt.
Statische IP-Adressen
Wie Sie prüfen, ob Sie genügend statische IP-Adressen haben, hängt davon ab, ob der Cluster in der GKE On-Prem API registriert ist. Ein Nutzercluster wird in der GKE On-Prem API registriert, wenn eine der folgenden Bedingungen zutrifft:
Der Cluster wurde mit der Google Cloud Console, der Google Cloud CLI (gcloud CLI) oder Terraform erstellt. Dadurch wird der Cluster automatisch bei der GKE On-Prem API registriert. Diese Standardanwendungen werden zusammen als GKE On-Prem API-Clients bezeichnet.
Wenn die GKE On-Prem API einen Nutzercluster verwaltet, verwenden Sie die Console, um die Anzahl der IP-Adressen zu zählen und bei Bedarf weitere IP-Adressen hinzuzufügen.
Wenn der Nutzercluster nicht von der GKE On-Prem API verwaltet wird, können Sie zuerst gkectl update cluster ausführen, wodurch geprüft wird, ob Sie im Cluster genügend IP-Adressen zugewiesen haben. Wenn nicht, finden Sie in der Fehlermeldung die Anzahl der zusätzlichen IP-Adressen, die benötigt werden.
Statische IP-Adressen hinzufügen
Wenn der Cluster von der GKE On-Prem API verwaltet wird, fügen Sie über die Console weitere IP-Adressen hinzu. Verwenden Sie andernfalls die Befehlszeile auf Ihrer Administrator-Workstation.
Console
Rufen Sie in der Console die Seite Google Kubernetes Engine-Cluster – Übersicht auf.
Wählen Sie das Google Cloud-Projekt aus, in dem sich der Nutzercluster befindet.
Klicken Sie in der Clusterliste auf den Namen des Clusters und dann im Bereich Details auf Weitere Details.
Klicken Sie im Abschnitt Netzwerk auf edit
Bearbeiten.
Klicken Sie im Dialogfeld Zusätzliche statische IP-Adressen hinzufügen auf IP-Adresse hinzufügen. Geben Sie die IP-Adresse und optional einen Hostnamen ein.
Wiederholen Sie diese Schritte für alle Suchabfragen, für die dies erforderlich ist. Klicken Sie abschließend auf Fertig.
Befehlszeile
Öffnen Sie zur Bearbeitung die IP-Blockdatei des Nutzerclusters.
Prüfen Sie, ob alle IP-Adressen, die Sie für den Nutzercluster verwenden möchten, in der IP-Blockdatei enthalten sind. Die IP-Blockdatei sollte mindestens eine IP-Adresse haben, als die Anzahl der Knoten im Cluster nach der Größenanpassung beträgt.
So zeigen Sie die für einen Nutzercluster reservierten Adressen an:
Wählen Sie das Google Cloud-Projekt aus, in dem sich der Nutzercluster befindet.
Klicken Sie in der Clusterliste auf den Namen des Clusters und dann im Bereich Details auf Weitere Details.
Klicken Sie auf den Tab Knoten.
Klicken Sie auf den Namen des Knotenpools, dessen Größe Sie anpassen möchten.
Klicken Sie auf Größe ändernedit.
Geben Sie im Feld Replikate die Anzahl der gewünschten Knoten im Knotenpool ein und klicken Sie dann auf Fertig.
Klicken Sie auf arrow_back, um zur vorherigen Seite zurückzukehren.
In der Console wird Clusterstatus: Änderungen werden verarbeitet angezeigt. Klicken Sie auf Details ansehen, um die Ressourcenstatusbedingung und Statusmeldungen aufzurufen.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-12-20 (UTC)."],[],[],null,["Resizing a user cluster means adding or removing nodes. Adding nodes\nrequires that IP addresses are available for the new nodes. You resize a user\ncluster by changing the number of replicas in the node pool.\n\nFor information on maximum and minimum limits for user clusters, see\n[Scalability limits](/kubernetes-engine/distributed-cloud/vmware/docs/concepts/scalability#limits).\n\nFor information on managing node pools, see\n[creating and managing node pools](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/managing-node-pools).\n\nVerify that enough IP addresses are available\n\nIf you intend to have N nodes after the resizing, then you must have N + 1 IP\naddresses available.\n\nBefore resizing a cluster, verify that you have enough IP addresses. How you do\nthe verification depends on whether the cluster uses a DHCP server or static IP\naddresses. \n\nDHCP\n\nIf the cluster uses DHCP, check that the DHCP server can provide enough IP\naddresses. It must be able to provide at least one more IP address than the\nnumber of nodes that will be in the cluster after the resizing.\n\nStatic IPs\n\nHow you verify that you have enough static IP addresses depends on whether the\ncluster is enrolled in the GKE On-Prem API. A user cluster is enrolled in\nthe GKE On-Prem API if one of the following is true:\n\n- The cluster was created by using the Google Cloud console, the Google Cloud CLI\n (gcloud CLI), or Terraform, which automatically enrolls the\n cluster in the GKE On-Prem API. Collectively, these standard applications are\n referred to as GKE On-Prem API clients.\n\n- The command `gkectl enroll cluster` was run on a user cluster, which\n [configures it to be managed by the GKE On-Prem API](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/enroll-cluster).\n\nIf the GKE On-Prem API is managing a user cluster, use the\nconsole to count the number of IPs and add more IPs if needed.\nIf the user cluster isn't managed by the GKE On-Prem API, you can run\n`gkectl update cluster` first, which verifies whether you've allocated enough\nIP addresses in the cluster. If not, you can find the number of extra IP\naddresses needed in the error message.\n\nAdd static IPs\n\nIf the cluster is managed by the GKE On-Prem API, use the\nconsole to add more IP addresses. Otherwise, use the command\nline on your admin workstation. \n\nConsole\n\n1. In the console, go to the **Google Kubernetes Engine clusters overview**\n page.\n\n [Go to GKE clusters](https://console.cloud.google.com/kubernetes/list/overview)\n2. Select the Google Cloud project that the user cluster is in.\n\n3. In the cluster list, click the name of the cluster, and then click\n **More details** in the **Details** panel.\n\n4. In the **Networking** section, click edit **Edit**.\n\n5. In the **Add additional static IP addresses** dialog box, click\n **Add IP Address** . Enter the IP address and optionally, a hostname.\n Repeat as needed. When finished, click **Done**.\n\nCommand line\n\n1. Open the user cluster's [IP block file](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/ip-block-file)\n for editing.\n\n2. Verify that all of the IP addresses you intend to use for the user cluster\n are included in the IP block file. The IP block file should have at least\n one more IP address than the number of nodes that will be in the cluster\n after the resizing.\n\n3. To view the addresses reserved for a user cluster:\n\n ```bash\n kubectl get cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG \\\n --namespace USER_CLUSTER_NAME USER_CLUSTER_NAME --output yaml\n ```\n\n Replace the following:\n - \u003cvar translate=\"no\"\u003eADMIN_CLUSTER_KUBECONFIG\u003c/var\u003e: the path of the admin cluster kubeconfig file\n - \u003cvar translate=\"no\"\u003eUSER_CLUSTER_NAME\u003c/var\u003e: the name of the user cluster\n4. Add as many additional static IP addresses to the corresponding block as required, and then\n run `gkectl update cluster`.\n\nHere is an example of an IP block file that has four IP addresses and the\ncorresponding hostnames:\n\n```\nhostconfig:\ndns: 172.16.255.1\ntod: 216.239.35.0\nblocks:\n- netmask: 255.255.248.0\n gateway: 21.0.135.254\n ips:\n - ip: 21.0.133.41\n hostname: user-node-1\n - ip: 21.0.133.50\n hostname: user-node-2\n - ip: 21.0.133.56\n hostname: user-node-3\n - ip: 21.0.133.47\n hostname: user-node-4\n```\n\nResize the cluster \n\nConsole\n\n1. In the console, go to the **Google Kubernetes Engine clusters overview**\n page.\n\n [Go to GKE clusters](https://console.cloud.google.com/kubernetes/list/overview)\n2. Select the Google Cloud project that the user cluster is in.\n\n3. In the cluster list, click the name of the cluster, and then click\n **More details** in the **Details** panel.\n\n4. Click the **Nodes** tab.\n\n5. Click the name of the node pool that you want to resize.\n\n6. Click edit **Resize**.\n\n7. In the **Nodes** field, enter the number of nodes that you want in\n the node pool, and then click **Done**.\n\n8. Click arrow_back to go back to the\n previous page.\n\n9. The console displays **Cluster status: changes in\n progress** . Click **Show Details** to view the **Resource status\n condition** and **Status messages**.\n\nCommand line\n\nIn the\n[user cluster configuration file](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/user-cluster-configuration-file-latest#nodepool-replicas-field),\nupdate the value of the `replicas` field in one or more of the `nodePools`\nelements.\n\nResize the cluster:\n\n```\ngkectl update cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG --config USER_CLUSTER_CONFIG\n```\n\nReplace the following:\n\n- \u003cvar translate=\"no\"\u003eADMIN_CLUSTER_KUBECONFIG\u003c/var\u003e: the path of the admin cluster kubeconfig file\n\n- \u003cvar translate=\"no\"\u003eUSER_CLUSTER_CONFIG\u003c/var\u003e: the path of the user cluster configuration file\n\nVerify that the resizing succeeded:\n\n- If [advanced cluster](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/admin-cluster-configuration-file-latest#enable-advanced-cluster-field) isn't enabled:\n\n ```bash\n kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get nodes\n\n kubectl --kubeconfig USER_CLUSTER_KUBECONFIG describe machinedeployments NODE_POOL_NAME | grep Replicas\n ```\n- If [advanced cluster](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/admin-cluster-configuration-file-latest#enable-advanced-cluster-field) is enabled\n\n ```bash\n kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get nodes\n\n kubectl --kubeconfig ADMIN_CLUSTER_KUBECONFIG describe nodepoolclaim -n USER_CLUSTER_NAMESPACE NODE_POOL_NAME | grep \"Node Count\"\n ```\n\nReplace the following:\n\n- \u003cvar translate=\"no\"\u003eADMIN_CLUSTER_KUBECONFIG\u003c/var\u003e: the path of the admin cluster\n kubeconfig file\n\n- \u003cvar translate=\"no\"\u003eUSER_CLUSTER_KUBECONFIG\u003c/var\u003e: the path of the user cluster\n kubeconfig file\n\n- \u003cvar translate=\"no\"\u003eNODE_POOL_NAME\u003c/var\u003e: the name of the node pool that you\n resized.\n\n- \u003cvar translate=\"no\"\u003eUSER_CLUSTER_NAMESPACE\u003c/var\u003e: the namespace of the user cluster that you\n resized.\n\nTroubleshooting\n\nSee\n[Troubleshooting cluster creation and upgrade](/kubernetes-engine/distributed-cloud/vmware/docs/troubleshooting/create-upgrade)."]]
