Ce document donne un exemple de configuration d'un cluster Google Distributed Cloud pour utiliser l'affinité VM-hôte.
L'affinité VM-groupe d'hôtes est l'un des mécanismes fournis par Google Distributed Cloud pour garantir la haute disponibilité. Avec l'affinité VM-Host Group, vous créez des groupes d'hôtes physiques ESXi. Configurez ensuite votre cluster pour associer des groupes de VM à des groupes d'hôtes.
Par exemple, vous pouvez configurer toutes les VM d'un pool de nœuds pour qu'elles s'exécutent sur un groupe d'hôtes particulier. Vous pouvez également configurer toutes les VM d'un deuxième pool de nœuds pour qu'elles s'exécutent sur un autre groupe d'hôtes. Vous pouvez alors traiter chaque pool de nœuds comme un domaine de défaillance. Pour différencier les domaines de défaillance, vous pouvez ajouter des libellés aux VM des différents pools de nœuds.
Avant de commencer
Pour cet exercice, vous devez disposer d'au moins six hôtes ESXi dans votre environnement vSphere.
Créer des groupes hôtes
Créez au moins deux groupes DRS hôtes dans votre environnement vSphere. Pour cet exercice, deux groupes hôtes comportant chacun trois hôtes seraient appropriés. Pour obtenir des instructions, consultez l'article Créer un groupe DRS hôte.
Créer un cluster d'utilisateur
Cette section donne un exemple de création d'un cluster d'utilisateur qui utilise l'affinité VM-groupe d'hôtes. Dans cet exemple, le cluster utilise Controlplane V2. Le cluster dispose d'un plan de contrôle à haute disponibilité. Il existe donc trois nœuds de plan de contrôle. En plus des nœuds du plan de contrôle, il existe six nœuds de calcul: trois dans un pool de nœuds et trois dans un deuxième pool. Tous les nœuds utilisent des adresses IP statiques.
Commencez par suivre les instructions de la section Créer un cluster utilisateur (Controlplane V2).
Lorsque vous remplissez le fichier de configuration de votre cluster d'utilisateur :
- Spécifiez deux pools de nœuds pour les nœuds de calcul. Pour chaque pool de nœuds, définissez
replicas
sur3
et indiquez le nom d'un groupe d'hôtes existant.
Exemple de fichier de configuration
Voici un exemple de fichier de bloc d'adresses IP et de partie d'un fichier de configuration de cluster d'utilisateur.
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" ...
Voici les points importants à comprendre dans l'exemple précédent :
Les adresses IP statiques des nœuds de calcul sont spécifiées dans un fichier de bloc d'adresses IP. Le fichier de blocs d'adresses IP comporte sept adresses, même s'il n'y a que six nœuds de calcul. L'adresse IP supplémentaire est nécessaire lors de la mise à niveau, de la mise à jour et de la réparation automatique du cluster.
Les adresses IP statiques des trois nœuds de plan de contrôle sont spécifiées dans la section
network.controlPlaneIPBlock
du fichier de configuration du cluster d'utilisateur. Aucune adresse IP supplémentaire n'est nécessaire dans ce bloc.Le champ
masterNode.replicas
est défini sur3
. Il y aura donc trois nœuds de plan de contrôle.Un contrôleur de cluster crée un groupe de VM DRS comportant les trois nœuds du pool
worker-pool-1
. Un contrôleur crée également une règle d'affinité VM-hôte qui garantit que les nœuds deworker-pool-1
s'exécuteront sur les hôtes situés danshostgroup-1
. Les nœuds deworker-pool-1
portent le libelléfailuredomain: "failuredomain-1"
Un contrôleur de cluster crée un groupe de VM DRS comportant les trois nœuds du pool
worker-pool-2
. Un contrôleur créera également une règle d'affinité VM-hôte qui garantit que les nœuds deworker-pool-2
s'exécuteront sur les hôtes situés danshostgroup-2
. Les nœuds deworker-pool-2
ont le libelléfailuredomain: "failuredomain-2"
.
Continuez à créer votre cluster d'utilisateur comme décrit dans la section Créer un cluster d'utilisateur (Controlplane V2).