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.

Environnement de cloud privé

Vous gérez vos clouds privés via le portail VMware Engine. 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 natifs, 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 disponibilité 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, tels que ceux pour Windows Server et SQL Server, 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.

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 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 (par exemple : 4, 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