Ce document décrit les exigences en termes de processeur, de RAM et de stockage pour une installation de Google Distributed Cloud.
Les exigences décrites ici sont adaptées à un environnement de production. Pour connaître les exigences minimales adaptées à une démonstration de faisabilité, consultez la page Exigences minimales en termes de processeur, de RAM et de stockage.
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, vous 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) ou 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, vous 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.
Le cluster d'administrateur est associé à un ou plusieurs clusters d'utilisateur. Pour chaque cluster d'utilisateur associé, le cluster d'administrateur comporte un ou trois nœuds. Ces nœuds exécutent les composants du plan de contrôle du cluster d'utilisateur et sont appelés nœuds de plan de contrôle du cluster d'utilisateur.
Pour un cluster d'utilisateur à haute disponibilité, le cluster d'administrateur dispose de trois nœuds de plan de contrôle. Pour un cluster d'utilisateur standard, le cluster d'administrateur dispose d'un nœud de plan de contrôle.
Le cluster d'administrateur présente les exigences de stockage suivantes :
40 Gio pour un modèle de VM
100 Gio pour stocker les données d'objets etcd
240 Gio pour l'observabilité Google Cloud afin de mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Si Prometheus est activé, 506 Gio pour que Prometheus stocke les données de métriques
Pour chaque nœud, 40 Gio. Cela inclut les nœuds qui servent de plans de contrôle de cluster d'utilisateur.
Pour chaque nœud de plan de contrôle du cluster d'utilisateur :
- 10 Gio supplémentaires pour les PVC créées pour les journaux d'audit
- 5 Gio supplémentaires pour les PVC créées pour les données d'objet etcd
- 5 Gio supplémentaires pour les PVC créées pour les données d'événements etcd
Le tableau suivant décrit les exigences en termes de processeur, de mémoire RAM et de stockage pour les nœuds du cluster d'administrateur :
| Nœud | Conditions requises | Objectif |
|---|---|---|
| Plan de contrôle du cluster d'administrateur |
|
Exécute le plan de contrôle du cluster d'administrateur. |
| Modules complémentaires |
Deux VM, chacune ayant les exigences suivantes :
|
Exécute des modules complémentaires pour le cluster d'administrateur. |
| Plan de contrôle du cluster d'utilisateur |
Pour chaque cluster d'utilisateur, une ou trois VM. Chaque VM a les exigences suivantes :
|
Exécute le plan de contrôle du cluster d'utilisateur. |
* Google Distributed Cloud n'accepte que les processeurs virtuels x86-64 au niveau de la microarchitecture du processeur v3 (x86-64-v3) ou 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, vous 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 :
Pour chaque nœud, 40 Gio
240 Gio pour l'observabilité Google Cloud afin de mettre en mémoire tampon les journaux et les métriques en cas de panne du réseau
Si Prometheus est activé, 506 Gio pour que Prometheus stocke les données de métriques
Le tableau suivant décrit les valeurs par défaut pour le processeur, la mémoire RAM et le stockage de chaque nœud d'un cluster d'utilisateurs. En fonction des besoins de vos charges de travail, vous pouvez ajuster les valeurs. 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 | Conditions requises | Objectif |
|---|---|---|
| Plan de contrôle du cluster d'utilisateur |
Pour chaque cluster d'utilisateur, une ou trois VM. Chaque VM a les exigences suivantes :
|
Exécute le plan de contrôle du cluster d'utilisateur. |
| Nœud de calcul | Voici les valeurs par défaut pour un nœud de calcul individuel :
|
Un nœud de cluster d'utilisateur est une machine virtuelle sur laquelle s'exécutent les 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 du processeur v3 (x86-64-v3) ou version ultérieure.
Exigences en termes de processeur, de mémoire RAM et de stockage pour un équilibreur de charge Seesaw
Si vous avez l'intention de créer un cluster utilisant l'équilibreur de charge Seesaw, des ressources supplémentaires sont nécessaires. Pour en savoir plus, consultez la section Provisionner des ressources de VM pour les VM Seesaw.
Exemple de configuration requise pour le processeur, la mémoire RAM et le stockage
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 dispose d'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 décidez de ne pas utiliser l'équilibreur de charge Seesaw.
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. Vous souhaitez utiliser un plan de contrôle à haute disponibilité pour ce cluster d'utilisateur. Par conséquent, trois nœuds du cluster d'administrateur serviront de plans de contrôle pour ce cluster d'utilisateur. Chaque nœud de plan de contrôle du cluster d'utilisateur sera configuré avec 4 vCPU et 8 Gio de RAM.
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. Vous n'avez pas besoin d'un plan de contrôle à haute disponibilité pour ce cluster d'utilisateur. Par conséquent, un seul nœud du cluster d'administrateur servira de plan de contrôle pour ce cluster d'utilisateur. Le nœud de plan de contrôle du cluster d'utilisateur sera configuré avec 3 vCPU et 5 Gio de RAM.
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 dispose de son propre nœud du plan de contrôle, de deux nœuds pour les modules complémentaires, de trois nœuds pour le plan de contrôle de votre premier cluster d'utilisateur et d'un nœud pour le plan de contrôle de votre deuxième cluster d'utilisateur. Le cluster d'administrateur comporte donc sept nœuds.
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 | |
| Espace de 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 |
1 nœud de plan de contrôle du cluster d'administrateur x 2 vCPU/nœud + 2 nœuds de module complémentaire x 4 vCPU/nœud + 3 nœuds de plan de contrôle du cluster d'utilisateur x 4 vCPU/nœud + 1 nœud de plan de contrôle du cluster d'utilisateur x 3 vCPU/nœud |
25 vCPU |
| RAM |
1 nœud de plan de contrôle du cluster d'administrateur x 4 Gio/nœud + 2 nœuds de module complémentaire x 16 Gio/nœud + 3 nœuds de plan de contrôle du cluster d'utilisateur x 8 Gio/nœud + 1 nœud de plan de contrôle du cluster d'utilisateur x 5 Gio/nœud |
65 Gio |
| Espace de stockage |
40 Gio pour un modèle de VM + 100 Gio pour les données d'objet etcd + 240 Gio pour l'observabilité Google Cloud + 1 nœud du plan de contrôle du cluster d'administrateur x 40 Gio/nœud + 2 nœuds complémentaires x 40 Gio/nœud + 4 nœuds de plan de contrôle du cluster d'utilisateur x 60 octets |
740 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 | |
| Espace de 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 1 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 | 20 nœuds x 6 vCPU/nœud | 120 processeurs virtuels |
| RAM | 20 nœuds x 16 Gio/nœud | 320 Gio |
| Espace de stockage |
240 Gio pour l'observabilité Google Cloud + 20 nœuds x 40 Gio/nœud |
1 040 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 | 8 nœuds x 4 vCPU/nœud | 32 processeurs virtuels |
| RAM | 8 nœuds x 8 Gio/nœud | 64 Gio |
| Espace de stockage |
240 Gio pour l'observabilité Google Cloud + 8 nœuds x 40 Gio/nœud |
560 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 | 152 vCPU |
| RAM | 384 Gio |
| Espace de stockage | 1 600 Gio |
Sursollicitation des ressources
vSphere prend en charge le surengagement des ressources, comme le surengagement de mémoire et le surengagement 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 page Exigences minimales en termes de processeur, de RAM et de stockage.
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 présente les règles de provisionnement des disques légers et épais VMware pour différents disques de stockage.
| Disques de stockage | Taille | Règle de provisionnement du disque | |
|---|---|---|---|
| Par défaut | Choix de l'utilisateur | ||
| Administration, etcd | 100 Go | Très fin | Non |
| etcd de l'utilisateur | 40 Go | Très fin | Non |
| OS du nœud/disque de démarrage | 40 Go – valeurs par défaut et minimales (configurable par l'utilisateur) |
Épais (mise à zéro différée) |
Non |
| Autre (par exemple, journaux) | 240 Go | Très fin | Non |
| Charges de travail utilisateur | — | Très fin | Oui |