Ce document décrit les exigences en termes de processeur, de RAM et de stockage pour l'installation de Google Distributed Cloud (logiciel uniquement) sur VMware. Cette page s'adresse aux administrateurs et aux architectes qui définissent les solutions IT et l'architecture du système conformément à la stratégie de l'entreprise. Pour en savoir plus sur les rôles courants et les exemples de tâches que nous citons dans le contenu Google Cloud , consultez la section Rôles utilisateur et tâches courantes de l'utilisateur dans GKE Enterprise.
Ce document décrit les exigences d'une installation où Controlplane V2 est activé sur les clusters d'utilisateurs.
Les exigences décrites ici sont adaptées à un environnement de production. Pour connaître les exigences minimales en termes de processeur, de RAM et de stockage pour une démonstration de faisabilité, consultez la section Configurer une infrastructure minimale.
Exigences en termes de processeur, de mémoire RAM et de stockage pour un poste de travail d'administrateur
Avant de créer un poste de travail d'administrateur, vous devez remplir un fichier de configuration de poste de travail d'administrateur. Dans le fichier de configuration, spécifiez un cluster vSphere, un pool de ressources vSphere et un datastore vSphere.
Le cluster vSphere est un ensemble d'hôtes physiques exécutant ESXi, et le pool de ressources possède une réservation pour une partie des ressources disponibles sur ces hôtes ESXi.
Le pool de ressources doit disposer de suffisamment de processeurs et de RAM pour répondre aux exigences de votre poste de travail administrateur et de toute autre VM appartenant au pool. De même, le datastore doit disposer de suffisamment d'espace de stockage pour répondre aux exigences de votre poste de travail d'administrateur et de toute autre VM utilisant le datastore.
Le poste de travail d'administrateur présente les exigences suivantes :
- 4 processeurs virtuels
- 8 Gio de RAM
- 100 Gio
Google Distributed Cloud n'accepte que les processeurs virtuels x86-64 au niveau de la microarchitecture de processeur v3 (x86-64-v3) et version ultérieure.
Exigences en termes de processeur, de mémoire RAM et de stockage pour un cluster d'administrateur
Avant de créer un cluster d'administrateur, vous devez remplir un fichier de configuration de cluster d'administrateur. Dans le fichier de configuration, spécifiez un cluster vSphere, un pool de ressources vSphere et un datastore vSphere.
Le cluster vSphere est un ensemble d'hôtes physiques exécutant ESXi, et le pool de ressources possède une réservation pour une partie des ressources disponibles sur ces hôtes ESXi.
Le pool de ressources doit disposer de suffisamment de processeurs et de RAM pour répondre aux exigences de votre cluster d'administrateur et de toute autre VM appartenant au pool. De même, le datastore doit disposer d'un espace de stockage suffisant pour répondre aux exigences de votre cluster d'administrateur et de toute autre VM utilisant le datastore.
Un cluster d'administrateur comporte un ou trois nœuds. Il s'agit des nœuds de plan de contrôle du cluster d'administration: trois pour un cluster d'administration haute disponibilité (HA) et un pour un cluster d'administration standard.
Le cluster d'administrateur présente les exigences de stockage suivantes :
Si les clusters avancés ne sont pas activés:
Pour chaque nœud, 40 Gio pour un modèle de VM
Pour chaque nœud, 25 Gio pour stocker les données d'objets etcd
Pour chaque nœud, 240 Gio pour Google Cloud Observability pour mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Si les clusters avancés sont activés
Pour chaque nœud, 50 Gio pour un modèle de VM
Pour chaque nœud, 25 Gio pour stocker les données d'objets etcd
Pour chaque nœud, 20 Gio pour Google Cloud Observability pour mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Le tableau suivant indique les exigences en termes de processeur, de mémoire RAM et de stockage pour les nœuds du cluster d'administrateur. Les exigences dépendent de l'activation ou non des clusters avancés lorsque vous créez le cluster d'administrateur.
Nœud | Exigences | Objectif |
---|---|---|
Plan de contrôle du cluster d'administrateur |
|
Exécute le plan de contrôle du cluster d'administrateur. |
Plan de contrôle avancé du cluster d'administrateur |
|
Exécute le plan de contrôle du cluster d'administrateur. |
* Google Distributed Cloud n'accepte que les processeurs virtuels x86-64 au niveau de la microarchitecture de processeur v3 (x86-64-v3) et version ultérieure.
Exigences relatives au processeur, à la mémoire RAM et au stockage pour un cluster d'utilisateur
Avant de créer un cluster d'utilisateur, vous devez remplir un fichier de configuration de cluster d'utilisateur. Dans le fichier de configuration, spécifiez un cluster vSphere, un pool de ressources vSphere et un datastore vSphere.
Le cluster vSphere est un ensemble d'hôtes physiques exécutant ESXi, et le pool de ressources possède une réservation pour une partie des ressources disponibles sur ces hôtes ESXi.
Le pool de ressources doit disposer de suffisamment de processeurs et de RAM pour répondre aux exigences de votre cluster d'utilisateur et de toute autre VM appartenant au pool. De même, le datastore doit disposer d'un espace de stockage suffisant pour répondre aux exigences de votre cluster d'utilisateur et de toute autre VM utilisant le datastore.
Un cluster d'utilisateur présente les exigences de stockage suivantes :
Si les clusters avancés ne sont pas activés:
Pour chaque nœud de plan de contrôle, 60 Gio
Pour chaque nœud de calcul, 40 Gio
Pour chaque nœud, 120 Gio pour Google Cloud Observability pour mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Si les clusters avancés sont activés
Pour chaque nœud du plan de contrôle, 50 Gio
Pour chaque nœud de calcul, 40 Gio
Pour chaque nœud, 20 Gio pour Google Cloud Observability pour mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Le tableau suivant indique le processeur, la RAM et le stockage requis pour chaque nœud de plan de contrôle d'un cluster d'utilisateur. Les exigences dépendent de l'activation ou non des clusters avancés lorsque vous créez le cluster d'administrateur. Il indique également les valeurs par défaut pour le processeur, la RAM et le stockage de chaque nœud de calcul d'un cluster d'utilisateurs. En fonction des besoins de vos charges de travail, vous pouvez ajuster les valeurs de vos nœuds de calcul. Pour déterminer la quantité de ressources processeur et mémoire RAM disponibles sur un nœud pour vos charges de travail, consultez la page Ressources disponibles pour vos charges de travail.
Vous pouvez spécifier des valeurs pour le processeur et la mémoire RAM dans la section nodePools
du fichier de configuration de cluster d'utilisateur.
Nœud | Exigences | Objectif |
---|---|---|
Nœud du plan de contrôle |
Une ou trois VM. Chaque VM doit répondre aux exigences suivantes:
|
Exécute le plan de contrôle du cluster d'utilisateur. |
Nœud du plan de contrôle avancé |
Trois VM Chaque VM doit répondre aux exigences suivantes:
|
Exécute le plan de contrôle d'un cluster d'utilisateur et le cluster avancé est activé. |
Nœud de calcul | Voici les valeurs par défaut pour un nœud de calcul individuel :
|
Un nœud de calcul de cluster d'utilisateur est une machine virtuelle sur laquelle s'exécutent vos charges de travail. Les ressources requises pour vos nœuds de cluster d'utilisateur dépendent des charges de travail que vous souhaitez exécuter. |
* Google Distributed Cloud n'accepte que les processeurs virtuels x86-64 au niveau de la microarchitecture de processeur v3 (x86-64-v3) et version ultérieure.
Exemple de configuration requise pour le processeur, la RAM et le stockage lorsque les clusters avancés ne sont pas activés
Supposons que vous disposez de deux centres de données vSphere :
Le centre de données 1 dispose d'un cluster vSphere nommé "Cluster 1", et le cluster 1 possède un pool de ressources nommé "Pool de ressources 1". Quatre hôtes physiques exécutent ESXi dans le cluster 1.
Le centre de données 2 possède un cluster vSphere nommé "Cluster 2", et le cluster 2 dispose d'un pool de ressources nommé "Pool de ressources 2". Huit hôtes physiques exécutent ESXi dans le cluster 2.
Vous décidez que votre poste de travail d'administrateur et votre cluster d'administrateur se trouveront dans le pool de ressources 1 et utiliseront le datastore 1.
Vous décidez que vos clusters d'utilisateur se trouveront dans le pool de ressources 2 et utiliseront le datastore 2. Vous n'avez pas l'intention d'activer Prometheus dans vos clusters d'utilisateur.
Vous souhaitez créer ces deux clusters d'utilisateur :
Un cluster d'utilisateur dans lequel vous estimez que chaque nœud de calcul nécessitera 6 vCPU, 16 Gio de RAM et 40 Gio d'espace de stockage. Ce cluster d'utilisateur aura 20 nœuds de calcul. Vous souhaitez utiliser un plan de contrôle à haute disponibilité pour ce cluster d'utilisateur. Par conséquent, trois nœuds de plan de contrôle seront présents dans le cluster d'utilisateur.
Un deuxième cluster utilisateur dans lequel vous estimez que chaque nœud de calcul nécessitera 4 vCPU, 8 Gio de RAM et 40 Gio d'espace de stockage. Ce cluster d'utilisateur aura huit nœuds de calcul. Vous n'avez pas besoin d'un plan de contrôle à haute disponibilité pour ce cluster d'utilisateur. Par conséquent, il n'y aura qu'un seul nœud de plan de contrôle dans le cluster d'utilisateur.
Exigences pour le pool de ressources 1 et le datastore 1
Le pool de ressources 1 a réservé une partie du processeur et de la RAM fournis par les quatre hôtes ESXi du cluster 1. Le pool de ressources 1 doit disposer de suffisamment de processeur et de RAM pour répondre aux exigences du poste de travail d'administrateur et du cluster d'administrateur. De plus, le datastore 1 doit disposer de suffisamment d'espace de stockage pour répondre aux exigences du poste de travail d'administrateur et du cluster d'administrateur.
Le cluster d'administrateur comporte trois nœuds, chacun étant un nœud de plan de contrôle.
Rappelez-vous que le poste de travail d'administrateur présente les exigences suivantes en termes de ressources :
Exemple : exigences du poste de travail d'administrateur | ||
---|---|---|
vCPU | 4 processeurs virtuels | |
RAM | 8 Gio | |
Stockage | 50 Gio |
Le cluster d'administrateur présente les exigences suivantes en termes de ressources :
Exemple : configuration requise pour le cluster d'administrateur | ||
---|---|---|
vCPU | 3 nœuds de plan de contrôle du cluster d'administrateur x 2 vCPU/nœud | 6 vCPU |
RAM | 3 nœuds de plan de contrôle du cluster d'administrateur x 4 Gio/nœud | 12 Gio |
Stockage |
40 Gio pour un modèle de VM + 100 Gio pour les données d'objets etcd + 240 Gio pour Google Cloud Observability + 3 nœuds de plan de contrôle du cluster d'administrateur x 40 Gio/nœud |
500 Gio |
Le tableau suivant décrit les exigences totales en termes de processeur, de RAM et de stockage pour le poste de travail d'administrateur et le cluster d'administrateur. Le pool de ressources 1 et le datastore 1 doivent pouvoir fournir les ressources suivantes :
Exemple : exigences totales pour le pool de ressources 1 et le datastore 1 | ||
---|---|---|
vCPU | 29 vCPU | |
RAM | 73 Gio | |
Stockage | 790 Gio |
Exigences pour le pool de ressources 2 et le datastore 2
Le pool de ressources 2 a réservé une partie du processeur et de la RAM fournis par les huit hôtes ESXi du cluster 2. Le pool de ressources 2 doit disposer de suffisamment de processeurs et de RAM pour répondre aux exigences des deux clusters d'utilisateur. De plus, le datastore 2 doit disposer d'un espace de stockage suffisant pour répondre aux exigences des deux clusters d'utilisateur.
Le premier cluster d'utilisateur présente les exigences suivantes en termes de ressources :
Exemple : configuration requise pour le premier cluster d'utilisateur | ||
---|---|---|
Processeur | 3 nœuds de plan de contrôle x 3 vCPU/nœud + 20 nœuds de calcul x 6 vCPU/nœud |
129 vCPU |
RAM | 3 nœuds de plan de contrôle x 5 Gio/nœud + 20 nœuds de calcul x 16 Gio/nœud |
335 Gio |
Stockage |
240 Gio pour Google Cloud Observability + 3 nœuds de plan de contrôle x 60 Gio/nœud + 20 nœuds de calcul x 40 Gio/nœud |
1 220 Gio |
Le deuxième cluster d'utilisateur présente les exigences suivantes en termes de ressources :
Exemple : configuration requise pour le deuxième cluster d'utilisateur | ||
---|---|---|
Processeur | 1 nœud de plan de contrôle x 3 vCPU/nœud + 8 nœuds de calcul x 4 vCPU/nœud |
35 vCPU |
RAM | 1 nœud de plan de contrôle x 5 Gio/nœud + 8 nœuds de calcul x 8 Gio/nœud |
69 Gio |
Stockage |
240 Gio pour Google Cloud Observability + 1 nœud de plan de contrôle x 60 Gio/nœud + 8 nœuds de calcul x 40 Gio/nœud |
620 Gio |
Le tableau suivant décrit les exigences totales en termes de processeur, de RAM et de stockage pour les deux clusters d'utilisateur. Le pool de ressources 2 et le datastore 2 doivent pouvoir fournir les ressources suivantes :
Exemple : exigences totales pour le pool de ressources 2 et le datastore 2 | |
---|---|
Processeur | 164 vCPU |
RAM | 404 Gio |
Stockage | 1 840 Gio |
Sursollicitation des ressources
vSphere est compatible avec la sursollicitation des ressources, par exemple la sursollicitation de la mémoire et la sursollicitation des processeurs. Ainsi, les ressources totales réservées par les pools de ressources d'un cluster peuvent être supérieures aux ressources physiques fournies par les hôtes ESXi du cluster.
Les exigences décrites dans ce document concernent les ressources virtuelles réservées. Pour obtenir une description des ressources physiques requises pour une démonstration de faisabilité, consultez la section Configurer une infrastructure minimale.
Surveiller les conflits de ressources
Vous devez surveiller les signaux de conflits de ressources pour vous assurer que vos pools de ressources et vos datastores peuvent accepter vos ressources virtuelles configurées. Pour en savoir plus, consultez la page Créer un tableau de bord d'état de la VM.
Provisionnement de disque
Le tableau suivant montre les règles de provisionnement dynamique et statique de VMware pour différents disques de stockage.
Disques de stockage | Taille | Règle de provisionnement de disque | |
---|---|---|---|
Par défaut | Choix de l'utilisateur | ||
etcd administrateur | 100 Go | Très fin | Non |
etcd utilisateur | 40 Go | Très fin | Non |
Système d'exploitation/disque de démarrage du nœud | 40 Go, par défaut et minimum (configurable par l'utilisateur) |
Statique (remise à zéro différée) |
Non |
Autre (par exemple, journaux) | 240 Go | Très fin | Non |
Charges de travail de l'utilisateur | — | Très fin | Oui |