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 et d'une protection de la disponibilité automatiques lorsque vous utilisez un cloud privé 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 ont atteint leur capacité maximale ou si vous souhaitez vous restructurer pour réduire les coûts.

Nœuds VMware Engine

VMware Engine fournit des nœuds matériels bare metal isolés dédiés pour créer des clouds privés VMware Engine. Les nœuds fournissent les capacités de calcul, de mémoire et de stockage nécessaires 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 décrit les types de nœuds disponibles pour créer un cloud privé VMware Engine:

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

* Stockage brut hors cache.
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é se trouvent 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 pouvez utiliser la pile via des outils VMware intégrés, y compris vCenter Server et NSX Manager.

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

  • Les clusters d'hôtes ESXi sont configurés avec la haute disponibilité vSphere (HA) et dimensionnés de manière à disposer d'au moins un nœud de secours pour la résilience. vSphere HA vous protège contre les défaillances des nœuds et du 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é:évaluer VMware Engine et ses fonctionnalités
  • Tests de reprise après sinistre:déployer l'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 éviter cette suppression et bénéficier d'un contrat de niveau de service prêt pour la production en étendant la portée à au moins trois nœuds dans un délai de 60 jours. Le processus d'extension ne perturbera pas vos VM ni l'accès à vCenter, et il initialise la réplication des 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 des frais 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 licence de l'application. VMware Engine crée également tous les 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. Confirmez le mode de décompte des cœurs (physiquement ou mis à disposition par le BIOS) comme indiqué dans votre contrat de gestion des coûts de licence à l'aide de cette fonctionnalité.

Les nombres de cœurs personnalisés sont disponibles pour le cluster initial ainsi que pour 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 du cloud privé

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

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

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 pourrez pas utiliser vSphere Distributed Resource Scheduler (DRS) ni 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.
  • VMware Engine ne chiffre pas par défaut les données stockées sur vSAN sur 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.

Étapes suivantes