Auf dieser Seite werden die CPU-, RAM- und Speicheranforderungen für einen Anthos-Cluster auf VMware-Installation (GKE On-Prem) beschrieben.
Wenn Sie Anthos-Cluster auf VMware installieren, erstellen Sie Folgendes:
- Eine Administrator-Workstation
- Einen Administratorcluster
- Einen oder mehrere Nutzercluster
Der Administratorcluster führt die Anthos-Cluster auf VMware-Infrastruktur aus und die Nutzercluster führen Ihre Arbeitslasten aus.
Wenn Sie den Seesaw-Load-Balancer verwenden möchten, müssen Sie auch VMs erstellen, um den Load-Balancer auszuführen. Jeder Cluster mit einem hochverfügbaren Seesaw-Load-Balancer (HA) erfordert zwei VMs für Seesaw. Jeder Cluster mit einem Seesaw-Load-Balancer ohne Hochverfügbarkeit benötigt eine VM für Seesaw.
Ihre vSphere-Umgebung muss genügend CPU-, RAM- und Speicherressourcen haben, um die Anforderungen Ihrer Administrator-Workstation, Ihres Administratorclusters und Ihrer Nutzercluster zu erfüllen. Die Ressourcenanforderungen Ihrer Nutzercluster hängen von der Art der Arbeitslasten ab, die Sie ausführen möchten.
Wenn Ihre Konfiguration einen gebündelten Load-Balancer enthält, benötigen Sie zusätzliche Ressourcen. Weitere Informationen finden Sie unter Gebündeltes Load-Balancing mit Seesaw.
CPU-, RAM- und Speicheranforderungen für die Administrator-Workstation
Die physischen ESXi-Hosts in Ihrem Rechenzentrum müssen ausreichend CPU und RAM bereitstellen, um die Anforderungen Ihrer Administrator-Workstation zu erfüllen. Außerdem muss Ihre vSphere-Umgebung genügend Speicher haben, um die Anforderungen Ihrer Administrator-Workstation zu erfüllen. Die Administrator-Workstation benötigt die folgenden Ressourcen:
- 4 vCPUs (virtuelle CPUs)
- 8.192 MiB RAM
- 50 GiB Speicherplatz
CPU-, RAM- und Speicheranforderungen für den Administratorcluster
Die physischen ESXi-Hosts in Ihrem Rechenzentrum müssen ausreichend CPU und RAM bereitstellen, um die Anforderungen Ihres Administratorclusters zu erfüllen. Außerdem muss Ihre vSphere-Umgebung genügend Speicher bereitstellen, um die Anforderungen des Administratorclusters zu erfüllen.
Der Administratorcluster verfügt über mindestens einen Nutzercluster. Für jeden zugeordneten Nutzercluster hat der Administratorcluster einen oder drei Knoten. Diese Knoten führen die Komponenten der Steuerungsebene für den Nutzercluster aus und werden Nutzercluster-Knoten für die Steuerungsebene genannt.
Wenn ein Nutzercluster hochverfügbar ist, hat der Administratorcluster drei Knoten für die Steuerungsebene für diesen Nutzercluster. Ist ein Nutzercluster nicht hochverfügbar, hat der Administratorcluster einen Knoten für die Steuerungsebene für diesen Nutzercluster.
Der Administratorcluster hat folgende Speicheranforderungen:
100 GiB zum Speichern von etcd-Objektdaten.
240 GiB für die Operations-Suite von Google Cloud zur Zwischenspeicherung von Logs und Messwerten während eines Netzwerkausfalls.
Wenn das Add-on für Prometheus und Grafana aktiviert ist, 506 GiB für Prometheus zum Speichern von Messwerten für vier Tage.
Für jeden Knoten 40 GiB. Dies schließt die Knoten ein, die als Nutzercluster für die Steuerungsebenen dienen.
Für jeden Knoten der Nutzercluster-Steuerungsebene zusätzliche 10 GiB zur Erfüllung der PVCs für die Audit-Logs.
Für jeden Nutzercluster-Steuerungsebenenmodus zusätzliche 5 GiB für die Ausführung von für etcd-Objektdaten erstellte PVCs und zusätzliche 5 GiB zur Erfüllung der PVCs, die für etcd-Ereignisdaten erstellt wurden.
In der folgenden Tabelle werden die CPU-, RAM- und Speicheranforderungen für Knoten im Administratorcluster beschrieben:
| Name | Voraussetzungen | Zweck |
|---|---|---|
| Administratorcluster-Steuerungsebene |
|
Führt die Steuerungsebene für den Administratorcluster aus. |
| Add-on-VMs |
Zwei VMs mit jeweils folgenden Anforderungen:
|
Führt Add-ons für den Administratorcluster aus. |
| Steuerungsebene der Nutzercluster |
Für jeden Nutzercluster, eine oder drei VMs. Für jede VM gelten die folgenden Anforderungen:
|
Jeder Nutzercluster hat eine eigene Steuerungsebene, die auf einer VM ausgeführt wird, die als Steuerungsebene bezeichnet wird. Die VMs auf Steuerungsebene für einen Nutzercluster sind Knoten im Administratorcluster. Sie können für einen einzelnen Nutzercluster einen oder drei Knoten der Steuerungsebene erstellen. |
CPU-, RAM- und Speicheranforderungen für einen Nutzercluster
Für jeden Nutzercluster, den Sie erstellen möchten, müssen die physischen ESXi-Hosts in Ihrem Rechenzentrum genügend CPU und RAM bereitstellen, um die Anforderungen des Nutzerclusters zu erfüllen. Außerdem muss Ihre vSphere-Umgebung für jeden Nutzercluster, den Sie erstellen möchten, ausreichend Speicher bereitstellen, um die Anforderungen des Clusters zu erfüllen.
Ein Nutzercluster hat folgende Speicheranforderungen:
Für jeden Knoten 40 GiB.
240 GiB für die Operations-Suite von Google Cloud zum Zwischenspeichern von Logs und Messwerten bei einem Netzwerkausfall.
Wenn das Add-on für Prometheus und Grafana aktiviert ist, 506 GiB für Prometheus zum Speichern von Messwerten für vier Tage.
Die folgende Tabelle enthält die Standardwerte für CPU, RAM und Speicher für jeden Knoten in einem Nutzercluster. Abhängig von den Anforderungen Ihrer Arbeitslasten sollten Sie die Werte anpassen. Informationen dazu, wie viel CPU und RAM auf einem Knoten für Ihre Arbeitslasten verfügbar sind, finden Sie unter Für Ihre Arbeitslasten verfügbare Ressourcen.
Sie können Werte für CPU und RAM im Feld usercluster.workernode der Clusterkonfigurationsdatei von Anthos-Cluster auf VMware angeben:
| Name | Voraussetzungen | Zweck |
|---|---|---|
| Nutzercluster-Worker-Knoten | Dies sind die Standardwerte für einen einzelnen Worker-Knoten:
|
Ein Nutzercluster-Knoten ist eine virtuelle Maschine, auf der Arbeitslasten ausgeführt werden. Beim Erstellen eines Nutzerclusters entscheiden Sie, wie viele Knoten er haben soll. Die für die Nutzercluster-Knoten erforderlichen Ressourcen hängen von den Arbeitslasten ab, die Sie ausführen möchten. |
Beispiel für CPU-, RAM- und Speicheranforderungen
Angenommen, Sie möchten die folgenden Cluster erstellen:
Einen Administratorcluster
Einen Nutzercluster, in dem jeder Knoten 6 vCPUs, 16.384 MiB RAM und 40 GiB Speicher benötigt. Dieser Nutzercluster hat 20 Knoten. Wenn die Steuerungsebene für diesen Nutzercluster hochverfügbar sein soll, müssen drei Knoten im Administratorcluster als Steuerungsebenen für diesen Nutzercluster dienen. Jeder Knoten der Nutzercluster-Steuerungsebene wird mit den standardmäßigen 8.192 MiB RAM konfiguriert.
Einen zweiten Nutzercluster, bei dem Sie die Standardwerte für CPU, RAM und Speicher für angemessen halten. Dieser Nutzercluster hat acht Knoten. Die Steuerungsebene für diesen Nutzercluster muss nicht hochverfügbar sein, sodass nur ein Knoten im Administratorcluster sein wird, der als Steuerungsebene für diesen Nutzercluster dient. Der Knoten der Nutzercluster-Steuerungsebene wird mit den standardmäßigen 8.192 MiB RAM konfiguriert.
Angenommen, Sie möchten in keinem Ihrer Cluster das Add-on „Prometheus“ und „Grafana“ aktivieren.
Der Administratorcluster hat einen Knoten für die Steuerungsebene, zwei Knoten für Add-ons, drei Knoten für die Steuerungsebene des ersten Nutzerclusters und einen Knoten für die Steuerungsebene des zweiten Nutzerclusters. Der Administratorcluster hat also sieben Knoten.
Für den Administratorcluster gelten folgende CPU-Anforderungen:
- Für jeden Knoten 4 vCPUs.
Für den Administratorcluster gelten folgende Speicheranforderungen:
Für jeden der beiden Add-on-Knoten und die Steuerungsebene des Administratorclusters 16.384 MiB.
Für jeden der vier Knoten in der Nutzercluster-Steuerungsebene ist die Standardeinstellung 8.192 MiB.
Für den Administratorcluster gelten die folgenden Speicheranforderungen:
100 GiB zum Speichern von etcd-Daten für den Administratorcluster.
240 GiB für die Ausführung der von der Operations-Suite von Google Cloud erstellten PVCs.
Für jeden Knoten 40 GiB.
3 x 5 GiB zum Speichern von etcd-Objektdaten für den HA-Nutzercluster und 5 GiB zum Speichern von etcd-Ereignisdaten für den HA-Nutzercluster.
3 x 10 GiB zum Speichern von Audit-Logs für den HA-Nutzercluster.
5 GiB zum Speichern von etcd-Objektdaten für den Nicht-HA-Nutzercluster und 5 GiB zum Speichern von etcd-Ereignisdaten für den Nicht-HA-Nutzercluster.
10 GiB zum Speichern von Audit-Logs für den Nicht-HA-Nutzercluster.
In der folgenden Tabelle sind die CPU-, RAM- und Speicheranforderungen für den Administratorcluster zusammengefasst:
| Beispiel: Anforderungen an den Administratorcluster | ||
|---|---|---|
| vCPU | 7 x 4 | 28 CPUs |
| RAM | 3 x 16384 + 4 x 8192 | 81.920 MiB |
| Speicher | 100 + 240 + 7 x 40 + 3 x 5 + 5 + 3 x 10 + 5 + 5 + 10 | 690 GiB |
Jeder Knoten im ersten Nutzercluster benötigt 6 vCPUs, 16.384 MiB RAM und 40 GiB Speicher. Außerdem benötigt der erste Nutzercluster 240 GiB Speicher, um die von der Operations-Suite von Google Cloud erstellten PVCs zu verarbeiten.
In der folgenden Tabelle sind die CPU-, RAM- und Speicheranforderungen für den ersten Nutzercluster zusammengefasst:
| Beispiel: Anforderungen an den ersten Nutzercluster | ||
|---|---|---|
| CPU | 20 x 6 | 120 vCPUs |
| RAM | 20 x 16384 | 327.680 MiB |
| Speicher | 240 + 20 x 40 | 1.040 GiB |
Jeder Knoten im zweiten Nutzercluster benötigt 4 vCPUs, 8.192 MiB RAM und 40 GiB Speicher. Außerdem benötigt der zweite Nutzercluster 240 GiB Speicher, um die von der Operations-Suite von Google Cloud erstellten PVCs zu verarbeiten.
In der folgenden Tabelle sind die CPU-, RAM- und Speicheranforderungen für den zweiten Nutzercluster zusammengefasst:
| Beispiel: Anforderungen an den zweiten Nutzercluster | ||
|---|---|---|
| CPU | 8 x 4 | 32 vCPUs |
| RAM | 8 x 8192 | 65.536 MiB |
| Speicher | 240 + 8 x 40 | 560 GiB |
Gesamtanforderungen:
| Beispiel: Gesamtanforderungen | |
|---|---|
| CPU | 180 vCPUs |
| RAM | 475.136 MiB |
| Speicher | 2.290 GiB |