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 disponibilité automatiques lors de l'utilisation d'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 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 le calcul, la mémoire et le stockage requis pour exécuter VMware ESXi, et constituent l'unité de base de et la consommation de VMware Engine. À l'aide de ces nœuds, vous pouvez créer un cluster 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 lorsque vous créez un sur le cloud privé VMware Engine. Pour connaître tous les types et régions de nœuds disponibles, consultez la section 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

* Espace de 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é 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 depuis des des sauvegardes pour valider régulièrement le niveau de 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 et bénéficiez d'une couverture par un contrat de niveau de service prêt pour la production en étendant au moins 3 nœuds en 60 jours. Le processus d'expansion ne perturbera pas vos VM l'accès à vCenter et initialise la réplication des données vSAN une fois que les nœuds a bien été ajouté 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 présents sur le un 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 pour répondre aux exigences de licence d'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. Confirmer la méthode de comptage des cœurs (physiquement présent ou mis à disposition par le BIOS) comme indiqué dans votre contrat gérer les coûts de licence à l'aide de cette fonctionnalité.

Un nombre de cœurs personnalisé est disponible à la fois pour le cluster initial et pour tout d'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 vSphere limites de clusters dans les clouds privés qui répondent aux exigences du contrat de niveau de service:

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 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 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 dans le cloud.
  • 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 les données sur vSAN sur un nœud unique cloud privé par défaut.
  • 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 nœud personnalisé nombre de cœurs.
  • 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 (8, 12 ou 16, par exemple).
  • Les nombres de cœurs personnalisés ne sont pas disponibles pour les clouds privés à nœud unique.

Étape suivante