VM-zu-Host-Gruppenaffinität konfigurieren

In diesem Dokument wird ein Beispiel für die Konfiguration eines Google Distributed Cloud-Clusters für die Verwendung der VM-Host-Affinität beschrieben.

Die VM-Hostgruppenaffinität ist einer der Mechanismen, die Google Distributed Cloud zur Gewährleistung der Hochverfügbarkeit bietet. Mit der VM-Host-Gruppenaffinität können Sie Gruppen physischer ESXi-Hosts erstellen. Konfigurieren Sie dann Ihren Cluster so, dass VM-Gruppen mit Hostgruppen verknüpft werden.

Sie können beispielsweise alle VMs in einem Knotenpool so konfigurieren, dass sie in einer bestimmten Hostgruppe ausgeführt werden. Außerdem können Sie alle VMs in einem zweiten Knotenpool so konfigurieren, dass sie auf einer anderen Hostgruppe ausgeführt werden. Sie können dann jeden Knotenpool als Ausfalldomain behandeln. Um die Fehlerbereiche zu unterscheiden, können Sie den VMs in den verschiedenen Knotenpools Labels hinzufügen.

Hinweise

Für diese Übung benötigen Sie mindestens sechs ESXi-Hosts in Ihrer vSphere-Umgebung.

Hostgruppen erstellen

Erstellen Sie in Ihrer vSphere-Umgebung zwei oder mehr DRS-Hostgruppen. Für diese Übung eignen sich zwei Hostgruppen mit jeweils drei Hosts. Eine Anleitung finden Sie unter Host-DRS-Gruppe erstellen.

Nutzercluster erstellen

In diesem Abschnitt wird ein Beispiel für das Erstellen eines Nutzerclusters mit VM-Host-Gruppenaffinität beschrieben. Der Cluster in diesem Beispiel verwendet Controlplane V2. Der Cluster hat eine Hochverfügbarkeitssteuerungsebene, daher gibt es drei Knoten der Steuerungsebene. Zusätzlich zu den Knoten der Steuerungsebene gibt es sechs Worker-Knoten: drei in einem Knotenpool und drei in einem zweiten Knotenpool. Alle Knoten verwenden statische IP-Adressen.

Folgen Sie zuerst der Anleitung unter Nutzercluster erstellen (Controlplane V2).

Beachten Sie beim Ausfüllen der Konfigurationsdatei für den Nutzercluster Folgendes:

  • Geben Sie zwei Knotenpools für Worker-Knoten an. Legen Sie für jeden Knotenpool replicas auf 3 fest und geben Sie den Namen einer vorhandenen Hostgruppe an.

Beispiel: Konfigurationsdatei

Hier sehen Sie ein Beispiel für eine IP-Blockdatei und einen Teil einer Konfigurationsdatei für einen Nutzercluster.

user-ipblock.yaml

blocks:
  - netmask: 255.255.255.0
    gateway: 172.16.21.1
    ips:
    - ip: 172.16.21.2
    - ip: 172.16.21.3
    - ip: 172.16.21.4
    - ip: 172.16.21.5
    - ip: 172.16.21.6
    - ip: 172.16.21.7
    - ip: 172.16.21.8

user-cluster-yaml

apiVersion: v1
kind: UserCluster
...
network:
  hostConfig:
    dnsServers:
    - "203.0.113.2"
    - "198.51.100.2"
    ntpServers:
    - "216.239.35.4"
  ipMode:
    type: "static"
    ipBlockFilePath: "user-ipblock.yaml"
  controlPlaneIPBlock:
    netmask: "255.255.255.0"
    gateway: "172.16.21.1"
    ips:
    - ip: "172.16.21.9"
      hostname: "cp-vm-1"
    - ip: "172.16.21.10"
      hostname: "cp-vm-2"
    - ip: "172.16.21.11"
      hostname: "cp-vm-3"
loadBalancer:
  vips:
    controlPlaneVIP: "172.16.21.40"
    ingressVIP: "172.16.21.30"
  kind: MetalLB
  metalLB:
    addressPools:
    - name: "address-pool-1"
      addresses:
    - "172.16.21.30-172.16.21.39"
...
enableControlplaneV2: true
masterNode:
  cpus: 4
  memoryMB: 8192
  replicas: 3
nodePools:
- name: "worker-pool-1"
  enableLoadBalancer: true
  replicas: 3
  vsphere:
    hostgroups:
    - "hostgroup-1"
  labels:
    failuredomain: "failuredomain-1"
- name: "worker-pool-2"
  replicas: 3
  vsphere:
    hostgroups:
    - "hostgroup-2"
  labels:
    failuredomain: "failuredomain-2"
...

Im obigen Beispiel sind dies die wichtigsten Punkte zum Verständnis:

  • Die statischen IP-Adressen für die Worker-Knoten werden in einer IP-Blockdatei angegeben. Die IP-Blockdatei enthält sieben Adressen, obwohl es nur sechs Arbeitsknoten gibt. Die zusätzliche IP-Adresse wird während des Clusterupgrades, des Updates und der automatischen Reparatur benötigt.

  • Die statischen IP-Adressen für die drei Knoten der Steuerungsebene werden im Abschnitt network.controlPlaneIPBlock der Konfigurationsdatei des Nutzerclusters angegeben. In diesem Block ist keine zusätzliche IP-Adresse erforderlich.

  • Das Feld masterNode.replicas ist auf 3 gesetzt. Es gibt also drei Knoten der Steuerungsebene.

  • Ein Clustercontroller erstellt eine VM-DRS-Gruppe mit den drei Knoten im Knotenpool worker-pool-1. Ein Controller erstellt außerdem eine VM-Host-Affinitätsregel, die dafür sorgt, dass Knoten in worker-pool-1 auf Hosts in hostgroup-1 ausgeführt werden. Die Knoten in worker-pool-1 haben das Label failuredomain: "failuredomain-1".

  • Ein Clustercontroller erstellt eine VM-DRS-Gruppe mit den drei Knoten im Knotenpool worker-pool-2. Ein Controller erstellt auch eine VM-zu-Host-Affinitätsregel, die dafür sorgt, dass Knoten in worker-pool-2 auf Hosts in hostgroup-2 ausgeführt werden. Die Knoten in worker-pool-2 haben das Label failuredomain: "failuredomain-2".

Fahren Sie mit dem Erstellen des Nutzerclusters fort, wie unter Nutzercluster erstellen (Controlplane V2) beschrieben.