CPU-, RAM- und Speicherbedarf

In diesem Dokument werden die CPU-, RAM- und Speicheranforderungen für eine Installation von Google Distributed Cloud beschrieben.

Die hier angegebenen Anforderungen eignen sich für eine Produktionsumgebung. Mindestanforderungen, die sich für eine Proof-of-Concept-Demonstration eignen, finden Sie unter Mindestanforderungen für CPU, RAM und Speicher.

CPU-, RAM- und Speicheranforderungen für eine Administrator-Workstation

Bevor Sie eine Administrator-Workstation erstellen, befüllen Sie eine Konfigurationsdatei für die Administrator-Workstation. In der Konfigurationsdatei geben Sie einen vSphere-Cluster, einen vSphere-Ressourcenpool und einen vSphere-datastore an.

Der vSphere-Cluster ist eine Gruppe physischer Hosts, auf denen ESXi ausgeführt wird. Der Ressourcenpool hat eine Reservierung für einen Teil der auf diesen ESXi-Hosts verfügbaren Ressourcen.

Der Ressourcenpool muss genügend CPU und RAM haben, um die Anforderungen Ihrer Administrator-Workstation und aller anderen zum Pool gehörenden VMs zu erfüllen. Ebenso muss der Datenspeicher genügend Speicherplatz haben, um die Anforderungen Ihrer Administrator-Workstation und aller anderen VMs zu erfüllen, die den Datenspeicher nutzen.

Für die Administrator-Workstation gelten folgende Anforderungen:

  • 4 vCPUs (virtuelle CPUs)
  • 8 GiB RAM
  • 100 GiB

Google Distributed Cloud unterstützt nur x86-64-vCPUs auf CPU-Mikroarchitekturebene v3 (x86-64-v3) und höher.

CPU-, RAM- und Speicheranforderungen für einen Administratorcluster

Bevor Sie einen Administratorcluster erstellen, befüllen Sie eine Administratorcluster-Konfigurationsdatei. In der Konfigurationsdatei geben Sie einen vSphere-Cluster, einen vSphere-Ressourcenpool und einen vSphere-datastore an.

Der vSphere-Cluster ist eine Gruppe physischer Hosts, auf denen ESXi ausgeführt wird. Der Ressourcenpool hat eine Reservierung für einen Teil der auf diesen ESXi-Hosts verfügbaren Ressourcen.

Der Ressourcenpool muss genügend CPU und RAM haben, um den Anforderungen Ihres Administratorclusters und aller anderen zum Pool gehörenden VMs zu genügen. Ebenso muss der Datenspeicher genügend Speicherplatz haben, um die Anforderungen Ihres Administratorclusters und aller anderen VMs zu erfüllen, die den Datenspeicher nutzen.

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. Sie werden Nutzercluster-Knoten für die Steuerungsebene genannt.

Bei einem hochverfügbaren Nutzercluster hat der Administratorcluster drei Knoten auf Steuerungsebene. Bei einem nicht hochverfügbaren Nutzercluster hat der Administratorcluster einen Knoten für die Steuerungsebene.

Für den Administratorcluster gelten die folgenden Speicheranforderungen:

  • 40 GiB für eine VM-Vorlage

  • 100 GiB zum Speichern von etcd-Objektdaten.

  • 240 GiB für Google Cloud Observability zur Zwischenspeicherung von Logs und Messwerten während eines Netzwerkausfalls

  • Wenn Prometheus aktiviert ist, 506 GiB für Prometheus zum Speichern von Messwerten

  • 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 Ausführung von PVCs, die für Audit-Logs erstellt wurden
    • Zusätzliche 5 GiB zur Ausführung von für etcd-Objektdaten erstellten PVCs
    • Zusätzliche 5 GiB zur Ausführung von für etcd-Ereignisdaten erstellten PVCs

In folgender Tabelle werden die CPU-, RAM- und Speicheranforderungen für Knoten im Administratorcluster angegeben:

Knoten Voraussetzungen Zweck
Administratorcluster-Steuerungsebene
  • 2 vCPU
  • 4 GiB RAM
  • 40 GiB Speicherplatz

Führt die Steuerungsebene für den Administratorcluster aus.

Add-ons

Zwei VMs mit jeweils folgenden Anforderungen:

  • 4 vCPUs
  • 16 GiB RAM
  • 40 GiB Speicherplatz

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:

  • 3 vCPU
  • 5 GiB RAM
  • 60 GiB Speicherplatz

Führt die Steuerungsebene für einen Nutzercluster aus.

* Google Distributed Cloud unterstützt nur x86-64-vCPUs auf CPU-Mikroarchitekturebene v3 (x86-64-v3) und höher.

CPU-, RAM- und Speicheranforderungen für einen Nutzercluster

Bevor Sie einen Nutzercluster erstellen, befüllen Sie eine Nutzercluster-Konfigurationsdatei. In der Konfigurationsdatei geben Sie einen vSphere-Cluster, einen vSphere-Ressourcenpool und einen vSphere-datastore an.

Der vSphere-Cluster ist eine Gruppe physischer Hosts, auf denen ESXi ausgeführt wird. Der Ressourcenpool hat eine Reservierung für einen Teil der auf diesen ESXi-Hosts verfügbaren Ressourcen.

Der Ressourcenpool muss genügend CPU und RAM haben, um den Anforderungen Ihres Nutzerclusters und aller anderen zum Pool gehörenden VMs zu genügen. Ebenso muss der Datenspeicher genügend Speicherplatz haben, um die Anforderungen Ihres Nutzerclusters und aller anderen VMs zu erfüllen, die den Datenspeicher nutzen.

Ein Nutzercluster hat folgende Speicheranforderungen:

  • Für jeden Knoten 40 GiB.

  • 240 GiB für Google Cloud Observability zum Zwischenspeichern von Logs und Messwerten während eines Netzwerkausfalls

  • Wenn Prometheus aktiviert ist, 506 GiB für Prometheus zum Speichern von Messwerten

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 nodePools-Abschnitt der Nutzercluster-Konfigurationsdatei angeben.

Knoten Voraussetzungen Zweck
Steuerungsebene der Nutzercluster

Für jeden Nutzercluster, eine oder drei VMs. Für jede VM gelten die folgenden Anforderungen:

  • 3 vCPU
  • 5 GiB RAM
  • 60 GiB Speicherplatz

Führt die Steuerungsebene für einen Nutzercluster aus.

Workerknoten

Dies sind die Standardwerte für einen einzelnen Worker-Knoten:

  • 4 vCPUs
  • 8 GiB RAM
  • 40 GiB Speicherplatz

Ein Nutzercluster-Knoten ist eine virtuelle Maschine, auf der Arbeitslasten ausgeführt werden. Die für die Nutzercluster-Knoten erforderlichen Ressourcen hängen von den Arbeitslasten ab, die Sie ausführen möchten.

* Google Distributed Cloud unterstützt nur x86-64-vCPUs auf CPU-Mikroarchitekturebene v3 (x86-64-v3) und höher.

CPU-, RAM- und Speicheranforderungen für einen Seesaw-Load-Balancer

Wenn Sie einen Cluster erstellen möchten, der den Seesaw-Load-Balancer verwendet, gibt es zusätzliche Ressourcenanforderungen. Weitere Informationen finden Sie unter VM-Ressourcen für Seesaw-VMs bereitstellen.

Beispiel für CPU-, RAM- und Speicheranforderungen

Angenommen, Sie haben zwei vSphere-Rechenzentren:

  • Rechenzentrum 1 hat einen vSphere-Cluster namens Cluster 1 und Cluster 1 hat einen Ressourcenpool namens „Ressourcenpool 1“. In Cluster 1 gibt es vier physische Hosts, auf denen ESXi ausgeführt wird.

  • Rechenzentrum 2 hat einen vSphere-Cluster mit dem Namen Cluster 2 und Cluster 2 hat einen Ressourcenpool mit dem Namen Ressourcenpool 2. In Cluster 2 gibt es acht physische Hosts, auf denen ESXi ausgeführt wird.

Sie entscheiden, dass sich Ihre Administrator-Workstation und Ihr Administratorcluster in Ressourcenpool 1 befinden und Datenspeicher 1 verwenden.

Sie entscheiden, dass sich Ihre Nutzercluster in Ressourcenpool 2 befinden und Datenspeicher 2 verwenden. Sie möchten Prometheus nicht in Ihren Nutzerclustern aktivieren.

Sie entscheiden, dass Sie nicht den Seesaw-Load-Balancer verwenden werden.

Sie möchten diese beiden Nutzercluster erstellen:

  • Einen Nutzercluster, in dem jeder Worker-Knoten voraussichtlich 6 vCPUs, 16 GiB RAM und 40 GiB Speicher benötigt. Dieser Nutzercluster hat 20 Knoten. Sie möchten eine HA-Steuerungsebene für diesen Nutzercluster. Daher gibt es drei Knoten im Administratorcluster, die als Steuerungsebenen für diesen Nutzercluster dienen. Jeder Knoten der Nutzercluster-Steuerungsebene wird mit 4 vCPUs und 8 GiB RAM konfiguriert.

  • Einen zweiten Nutzercluster, bei dem Sie glauben, dass jeder Worker-Knoten 4 vCPUs, 8 GiB RAM und 40 GiB Speicher benötigt. Dieser Nutzercluster hat acht Knoten. Sie benötigen keine HA-Steuerungsebene für diesen Nutzercluster, sodass es nur einen Knoten im Administratorcluster gibt, der als Steuerungsebene für diesen Nutzercluster dient. Der Knoten der Steuerungsebene des Nutzerclusters wird mit 3 vCPUs und 5 GMiB RAM konfiguriert.

Anforderungen für Ressourcenpool 1 und Datenspeicher 1

Ressourcenpool 1 hat einen Teil der von den vier ESXi-Hosts in Cluster 1 bereitgestellten CPU-Leistung und des RAM-Speichers reserviert. Ressourcenpool 1 muss genügend CPU und RAM haben, um die Anforderungen der Administrator-Workstation und des Administratorclusters zu erfüllen. Außerdem muss Datenspeicher 1 genügend Speicher haben, um die Anforderungen der Administrator-Workstation und des Administratorclusters zu erfüllen.

Der Administratorcluster hat einen eigenen Steuerungsebenenknoten, zwei Knoten für Add-ons, drei Knoten für die Steuerungsebene Ihres ersten Nutzerclusters und einen Knoten für die Steuerungsebene Ihres zweiten Nutzerclusters. Der Administratorcluster hat also sieben Knoten.

Diagramm mit Administrator-Workstation und Administratorcluster

Beachten Sie, dass für die Administrator-Workstation folgende Ressourcenanforderungen gelten:

Beispiel: Anforderungen an die Administrator-Workstation
vCPU 4 vCPUs
RAM 8 GiB
Speicher 50 GiB

Für den Administratorcluster gelten folgende Ressourcenanforderungen:

Beispiel: Anforderungen an den Administratorcluster
vCPU 1 Administratorcluster-Steuerungsebenenknoten x 2 vCPUs/Knoten +
2 Add-on-Knoten x 4 vCPUs/Knoten +
3 Nutzercluster-Steuerungsebenenknoten x 4 vCPUs/Knoten +
1 Nutzercluster-Steuerungsebenenknoten x 3 vCPUs/Knoten
25 vCPUs
RAM 1 Administratorcluster-Steuerungsebenenknoten x 4 GiB/Knoten +
2 Add-on-Knoten x 16 GiB/Knoten +
3 Nutzercluster-Steuerungsebenenknoten x 8 GiB/Knoten +
1 Nutzercluster-Steuerungsebenenknoten x 5 GiB/Knoten
65 GiB
Speicher 40 GiB für eine VM-Vorlage +
100 GiB für etcd-Objektdaten +
240 GiB für Google Cloud Observability +
1 Knoten der Administratorcluster-Steuerungsebene x 40 GiB/Knoten +
2 Add-on-Knoten x 40 Knoten +
4 Knoten der Nutzercluster-Steuerungsebene x 60 GiB/Knoten
740 GiB

Folgende Tabelle enthält die gesamten CPU-, RAM- und Speicheranforderungen für die Administrator-Workstation und den Administratorcluster. Ressourcenpool 1 und Datenspeicher 1 müssen folgende Ressourcen bereitstellen können:

Beispiel: Gesamtanforderungen für Ressourcenpool 1 und Datenspeicher 1
vCPU 29 vCPU
RAM 73 GiB
Speicher 790 GiB

Anforderungen für Ressourcenpool 2 und Datenspeicher 2

Ressourcenpool 2 hat einen Teil der CPUs und des RAM reserviert, die von den acht ESXi-Hosts in Cluster 2 bereitgestellt werden. Ressourcenpool 2 muss genügend CPUs und RAM haben, um die Anforderungen beider Nutzercluster zu erfüllen. Außerdem muss Datenspeicher 1 genügend Speicher haben, um die Anforderungen beider Nutzercluster zu erfüllen.

Diagramm mit zwei Nutzerclustern

Der erste Nutzercluster hat folgende Ressourcenanforderungen:

Beispiel: Anforderungen an den ersten Nutzercluster
CPU 20 Knoten x 6 vCPUs/Knoten 120 vCPUs
RAM 20 Knoten x 16 GiB/Knoten 320 GiB
Speicher 240 GiB für Google Cloud Observability +
20 Knoten x 40 GiB/Knoten
1.040 GiB

Der zweite Nutzercluster hat folgende Ressourcenanforderungen:

Beispiel: Anforderungen an den zweiten Nutzercluster
CPU 8 Knoten x 4 vCPUs/Knoten 32 vCPUs
RAM 8 Knoten x 8 GiB/Knoten 64 GiB
Speicher 240 GiB für Google Cloud-Beobachtbarkeit +
8 Knoten x 40 GiB/Knoten
560 GiB

Folgende Tabelle enthält die gesamten CPU-, RAM- und Speicheranforderungen für die beiden Nutzercluster. Ressourcenpool 2 und Datenspeicher 2 müssen folgende Ressourcen bereitstellen können:

Beispiel: Gesamtanforderungen für Ressourcenpool 2 und Datenspeicher 2
CPU 152 vCPU
RAM 384 GiB
Speicher 1.600 GiB

Ressourcen-Overcommitment

vSphere unterstützt ein Overcommit von Ressourcen, z. B. Arbeitsspeicher-Overcommitment und CPU-Overcommit. Die von den Ressourcenpools in einem Cluster reservierten Ressourcen können entsprechend größer sein als die physischen Ressourcen, die von den ESXi-Hosts im Cluster bereitgestellt werden.

Die in diesem Dokument beschriebenen Anforderungen gelten für reservierte virtuelle Ressourcen. Eine Beschreibung der physischen Komponenten, die zur Demonstration des Proof of Concept erforderlich sind, finden Sie unter Mindestanforderungen für CPU, RAM und Speicher.

Ressourcenkonflikte überwachen

Sie sollten Signale für Ressourcenkonflikte überwachen, um sicherzustellen, dass Ihre Ressourcenpools und Datenspeicher Ihre konfigurierten virtuellen Ressourcen unterstützen können. Weitere Informationen finden Sie unter Dashboard für die VM-Integritätsstatus erstellen.

Laufwerksbereitstellung

Die folgende Tabelle zeigt die Bereitstellungsrichtlinien für Thin- und Dicke-Laufwerke von VMware für verschiedene Speicherlaufwerke.

Speicherlaufwerke Größe Richtlinie zur Laufwerksbereitstellung
Standard Vom Nutzer ausgewählt
Administrator etcd 100 GB Dünn Nein
Nutzer etcd 40 GB Dünn Nein
Knotenbetriebssystem/Bootlaufwerk 40 GB – Standard und mindestens
(vom Nutzer konfigurierbar)
Dicke
(Lazy Zeroed)
Nein
Sonstiges (z. B. Protokolle) 240 GB Dünn Nein
Nutzerarbeitslasten Dünn Yes