Exigences concernant le processeur, la RAM et l'espace de stockage

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
  • 2 vCPU
  • 4 Gio de RAM
  • 40 Gio d'espace de stockage

Exécute le plan de contrôle du cluster d'administrateur.

Plan de contrôle avancé du cluster d'administrateur
  • 3 vCPU
  • 7 Gio de RAM
  • 50 Gio d'espace de stockage

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:

  • 3 vCPU
  • 5 Gio de RAM
  • 60 Gio d'espace de stockage

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:

  • 3 vCPU
  • 5 Gio de RAM
  • 50 Gio d'espace de stockage

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 :

  • 4 processeurs virtuels
  • 8 Gio de RAM
  • 40 Gio d'espace de stockage

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.

Schéma illustrant le poste de travail d'administrateur et le cluster d'administrateur

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.

Schéma illustrant 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