Clouds privés VMware Engine

Un cloud privé Google Cloud VMware Engine est une pile VMware isolée qui comprend les composants VMware suivants :

  • Hôtes ESXi
  • Serveur vCenter
  • vSAN
  • NSX
  • HCX

Les clouds privés vous aident à répondre à différents besoins courants de l'infrastructure réseau :

  • Croissance. Ajoutez des nœuds sans nouvel investissement matériel lorsque vous atteignez un point de renouvellement du matériel pour votre infrastructure existante.
  • Expansion rapide. Ajoutez immédiatement de la capacité lorsque des besoins de capacité temporaires ou non planifiés surviennent.
  • Protection renforcée. Bénéficiez d'une redondance automatique et d'une protection contre la disponibilité lorsque vous utilisez un cloud privé composé de trois nœuds ou plus.
  • Besoins d'infrastructure à long terme. Supprimez des centres de données et migrez vers une solution basée sur le cloud tout en restant compatible avec les opérations de votre entreprise. Cela est particulièrement utile si vos centres de données sont saturés ou si vous souhaitez restructurer vos ressources afin de réduire les coûts.

Nœuds VMware Engine

VMware Engine fournit des nœuds matériels bare metal dédiés et isolés pour créer des clouds privés VMware Engine. Les 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. À l'aide de ces nœuds, vous pouvez créer un cluster vSphere et exécuter des VM VMware sur les clusters.

Types de nœuds

Le tableau suivant répertorie les principaux types de nœuds disponibles lors de la création d'un cloud privé VMware Engine. Pour connaître tous les types et régions de nœuds disponibles, consultez la page Nœuds VMware Engine.

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

* Stockage brut, hors cache, en téraoctets.
† Disponible dans certaines régions.

Environnement de cloud privé

Vous gérez vos clouds privés via la console Google Cloud. Chaque cloud privé possède son propre serveur vCenter dans son propre domaine de gestion, et tous les nœuds d'un cloud privé donné résident dans la même région.

La pile VMware s'exécute sur des nœuds matériels "bare metal" entièrement dédiés et isolés dans les emplacements Google Cloud. Vous utilisez cette pile via des outils VMware intégrés, y compris le serveur vCenter et NSX Manager.

Les clouds privés sont également conçus pour éliminer les points de défaillance uniques :

  • Les clusters des hôtes ESXi sont configurés avec vSphere HA et sont dotés d'au moins un nœud de secours pour la résilience. vSphere HA vous protège contre les défaillances de nœud et de réseau.
  • vSAN fournit un stockage principal redondant et nécessite au moins trois nœuds dans un cloud privé pour assurer une protection contre une seule défaillance. Vous pouvez configurer vSAN pour garantir une résilience plus élevée pour les clusters plus importants.

Vous pouvez connecter le cloud privé à votre environnement sur site à l'aide des connexions suivantes :

Clouds privés à nœud unique

Pour les tests pilotes et les démonstrations de faisabilité avec VMware Engine, vous pouvez créer un cloud privé contenant un seul nœud et un seul cluster dans n'importe quelle région où VMware Engine est disponible. Toutes les fonctionnalités de VMware Engine sont disponibles dans un cloud privé à nœud unique, mais des limites spécifiques s'appliquent aux fonctionnalités de la pile VMware en raison de la taille du cluster.

Voici des cas d'utilisation courants d'un cloud privé à nœud unique :

  • Démonstration de faisabilité:évaluation de VMware Engine et de ses fonctionnalités
  • Tests de reprise après sinistre:déploiement de votre application à partir de sauvegardes récentes pour valider régulièrement la préparation à la reprise après sinistre
  • Tests de mise à niveau des applications : test et validation des mises à niveau des composants d'application avant de mettre à niveau votre application en production.

VMware Engine supprime les clouds privés à nœud unique après 60 jours, ainsi que les VM et les données de charge de travail associées. Toutefois, vous pouvez empêcher cette suppression et bénéficier d'une SLA de production en développant sur au moins trois nœuds dans un délai de 60 jours. Le processus d'expansion n'affecte pas vos VM ni votre accès à vCenter. Il initialise la réplication de données vSAN une fois les nœuds ajoutés au cluster.

Pour les clouds privés à nœud unique, la règle de stockage vSAN par défaut utilise une valeur FTT (Failures to Tolerate) de FTT=0. Lorsque vous développez un cloud privé à nœud unique, VMware Engine modifie la règle de stockage vSAN par défaut. La règle de stockage vSAN par défaut change pour utiliser FTT=1 pour les clouds privés de trois à quatre nœuds et FTT=2 pour les clouds privés avec au moins cinq nœuds.

Nombre de cœurs personnalisé

Certains contrats de licence vous facturent en fonction du nombre de cœurs de processeur sur le nœud physique sous-jacent ou dans le cluster. Chaque fois que vous créez un cluster, vous pouvez réduire le nombre de cœurs disponibles pour chaque nœud du cluster afin de répondre aux exigences de la licence de l'application. VMware Engine crée également tous les nouveaux nœuds ajoutés à ce cluster avec le même nombre de cœurs par nœud, y compris lors du remplacement d'un nœud défaillant. Vérifiez comment les cœurs sont comptés (physiquement présents ou mis à disposition par le BIOS) comme indiqué dans votre contrat pour gérer les coûts de licence à l'aide de cette fonctionnalité.

Le nombre de cœurs personnalisé est disponible à la fois pour le cluster initial et tous les autres clusters créés dans un cloud privé. La réduction du nombre de cœurs disponibles n'a pas d'incidence sur la tarification des nœuds.

Limites

Chaque cloud privé possède des limites de ressources pour ses nœuds et clusters. Reportez-vous à la section VMware dans un cloud privé pour obtenir la liste de ces limites.

Limites concernant les nœuds

Lorsque vous planifiez vos besoins en ressources VMware Engine, pensez au nombre de nœuds dont vous avez besoin dans votre cloud privé. Le tableau suivant décrit les limites de cluster vSphere dans les clouds privés qui répondent aux exigences du SLA:

Ressource Limite
Nombre minimal de nœuds pour créer un cloud privé (premier cluster) 3
Nombre minimal de nœuds pour créer un cluster 3
Nombre maximal de nœuds par cluster 32
Nombre maximal de nœuds par cloud privé 96
Nombre maximal de clusters par cloud privé 21

Limites du cloud privé

Pour les clouds privés, les limitations suivantes s'appliquent:

  • Un cluster de cloud privé doit avoir le même type de nœud.
  • Un cloud privé avec des clusters de différents types de nœuds n'est pas accepté.

Limites du cloud privé à nœud unique

Pour les clouds privés à nœud unique, les limitations suivantes s'appliquent à la pile VMware :

  • Les fonctionnalités ou opérations nécessitant plus d'un nœud ne fonctionneront pas. Par exemple, vous ne pouvez pas utiliser le DRS (Distributed Resource Scheduler) de vSphere ou la haute disponibilité.
  • La règle de stockage vSAN par défaut utilise FTT=0. Par conséquent, la défaillance d'un nœud entraîne une perte de données.

De plus, les limites suivantes s'appliquent à VMware Engine :

  • Vous ne pouvez pas ajouter de cluster à nœud unique à un cloud privé existant.
  • Un cloud privé existant ne peut pas être converti en cloud privé à nœud unique.
  • Les ajustements de nœuds par règle d'autoscaling ne sont pas disponibles avec un cloud privé à nœud unique.
  • Les mises à niveau de la pile VMware impliquent un temps d'arrêt pour votre cloud privé à nœud unique.
  • Par défaut, VMware Engine ne chiffre pas les données sur vSAN dans un cloud privé à nœud unique.
  • Un cloud privé doit contenir au moins trois nœuds et effectuer la réplication complète des données vSAN pour être couvert par le contrat de niveau de service.
  • Vous ne pouvez pas ajuster le nombre de cœurs par nœud avec un cloud privé à nœud unique.

Limites du nombre de cœurs personnalisé

Les limites suivantes s'appliquent à un cluster comportant un nombre de cœurs personnalisé :

  • Tous les nœuds ajoutés au cluster après la création initiale utilisent également le nombre de cœurs personnalisé.
  • Le nombre de cœurs par nœud ne peut pas être modifié après la création du cluster. Pour modifier le nombre de cœurs par nœud dans le cluster, vous devez supprimer le cluster et en créer un autre.
  • Le nombre de cœurs par nœud doit être un multiple de 4, avec un minimum de 8 (par exemple, 8, 12 ou 16).
  • Les nombres de cœurs personnalisés ne sont pas disponibles pour les clouds privés à nœud unique.

Étape suivante