Types de nœuds VMware Engine

Un cloud privé Google Cloud VMware Engine est un ensemble de clusters vSphere créés avec un ensemble de nœuds matériels bare metal dédiés et isolés dans une région. Ces nœuds fournissent les ressources de calcul, de mémoire et de stockage requises pour exécuter VMware ESXi. Ils constituent l'unité de consommation de base de VMware Engine. Ce document détaille les types de nœuds, leur capacité de ressources et leur disponibilité dans les régions.

Un cluster vSphere doit comporter des nœuds avec un stockage identique. Google Cloud VMware Engine permet de créer un cluster avec un mélange d'infrastructure hyperconvergée (HCI) et de types de nœuds de stockage uniquement. Vous pouvez créer un cluster avec des types de nœuds ve2-standard-128 et ve2-standard-so, mais pas mélanger deux types de nœuds HCI différents.

Types de nœuds

Les sections suivantes répertorient les types de nœuds disponibles lorsque vous créez des clusters ou des clouds privés VMware Engine.

Types de nœuds hyperconvergés

Le tableau suivant répertorie les types de nœuds HCI disponibles lorsque vous créez un cloud privé VMware Engine ou un cluster.

Type de nœud vCPU/nœud Mémoire/Nœud (Gio) Stockage par nœud (To)*
ve1-standard-72 72 768 19.2
ve2-standard-96† 96 2 048 25,5
ve2-standard-128† 128 2 048 25,5
ve2-mega-64† 64 2 048 51,2
ve2-mega-96† 96 2 048 51,2
ve2-mega-128† 128 2 048 51,2

Types de nœuds de stockage uniquement

Le tableau suivant répertorie les types de nœuds de stockage uniquement disponibles lors de la création d'un cloud privé ou d'un cluster VMware Engine.

Type de nœud Stockage par nœud (To)*
ve1-standard-so 19.2
ve2-standard-so† 25,5
ve2-mega-so† 51,2

* Espace de stockage brut, hors cache.
† Disponible dans certaines régions.

Régions concernées

Le tableau suivant indique la disponibilité régionale des types de nœuds Google Cloud VMware Engine.

Types de nœuds Régions
ve1-standard-72
ve1-standard-so
  • asia-northeast1
  • asia-south1
  • asia-south2
  • asia-southeast1
  • australia-southeast1
  • europe-west2
  • europe-west3
  • europe-west4
  • europe-west6
  • europe-west8
  • europe-west12
  • me-west1
  • northamerica-northeast1
  • northamerica-northeast2
  • southamerica-east1
  • southamerica-west1
  • us-east4
  • us-central1
  • us-west2
ve2-standard-96
ve2-standard-128
ve2-mega-96
ve2-mega-128
ve2-standard-so
ve2-mega-so
  • australia-southeast1
  • us-east4
  • us-central1
  • europe-west3
ve2-mega-64
  • australia-southeast1

Identification des nœuds

Chaque cloud privé VMware Engine dispose d'un nodeTypeId disponible dès que vous créez un cloud privé VMware Engine. Récupérez le nodeTypeId avec la requête REST projects.locations.nodeTypes.get.

Facturation des nœuds

Il existe deux options de paiement pour les nœuds VMware Engine: à la demande et engagement. Lorsque vous provisionnez un nœud VMware Engine, vous contrôlez les VM sur cet hôte. Pour en savoir plus sur les tarifs, consultez la page Tarifs de VMware Engine.

Engagements de nœuds

Vous pouvez acheter des nœuds VMware Engine avec une remise sur engagement d'utilisation (CUD) d'un ou trois ans, avec un paiement mensuel fixe, ou les payer à mesure que vous les utilisez. Une fois que vous avez souscrit une CUD, vous ne pouvez plus l'annuler. Pour en savoir plus sur les tarifs, consultez la page Tarifs de VMware Engine.

Acheter des nœuds en tant que dépenses CAPEX ou OPEX

Google ne fournit pas de conseils en matière de comptabilité. Consultez les informations sur le produit de nœud VMware Engine et demandez conseil à votre équipe de contrôle et à vos auditeurs avant de prendre des décisions comptables concernant les dépenses CAPEX ou OPEX.

Maintenance des nœuds

En cas de défaillance d'un nœud, VMware Engine ajoute immédiatement et automatiquement un nouveau nœud au cluster VMware concerné pour restaurer l'opérabilité du service. VMware Engine envoie également un e-mail à l'adresse principale pour vous informer du remplacement du nœud défaillant et du nom du cloud privé. Pour en savoir plus sur la maintenance, consultez la section Maintenance et mises à jour du cloud privé.

Étape suivante