Aperçu d'Oracle Cloud VMware Solution

Utilisez Oracle Cloud VMware Solution pour créer et gérer des centres de données définis par l'utilisateur activés pour VMware dans OCI.

Points saillants de la solution

La solution VMware d'Oracle Cloud Infrastructure vous donne accès aux fonctions suivantes :

La solution VMware d'Oracle Cloud Infrastructure offre notamment les avantages suivants :

  • Haute disponibilité : Tous les composants VMware sont répartis entre différents domaines d'erreur dans les domaines de disponibilité de la région OCI.
  • Évolutivité : À l'aide de formes denses, vous pouvez commencer avec 3 hôtes ESXi et passer à 64 hôtes dans une seule grappe ESXi. Si vous utilisez des formes standard, vous pouvez commencer avec 3 hôtes ESXi et augmenter jusqu'à 32 hôtes dans une seule grappe ESXi au sein du SDDC.
  • Définir des grappes : Définissez jusqu'à 15 grappes vSphere dans un SDDC. Utilisez des grappes pour séparer les charges de travail et assurer une expansion future.
  • Portage virtuel : La migration des charges de travail VMware sur place vers un SDDC de solution VMware est transparente.
  • Intégration complète : Comme le SDDC réside dans un réseau en nuage virtuel (VCN), il peut être configuré pour communiquer avec d'autres ressources OCI telles que des instances de calcul, des systèmes de base de données, des bases de données autonomes, etc.
  • Facilité de gestion : La console OCI fournit des flux de travail pour faciliter la création de SDDC et la configuration de réseau.
  • Réseau de couche 2 : Les SDDC sont configurés avec des réseaux VLAN, qui prennent en charge les applications nécessitant un réseau de couche 2 pour s'exécuter dans le nuage public.
Note

Le déploiement de ESXi avec "Utilisation de votre propre hyperviseur" sur des instances de calcul sans système d'exploitation n'est pas pris en charge.

Détails du SDDC

Deux types de configuration de SDDC sont disponibles : un SDDC à plusieurs hôtes et un SDDC à un seul hôte aux fins de test et de développement à court terme.

SDDC à hôtes multiples

Les SDDC à hôtes multiples offrent une haute disponibilité et vous pouvez utiliser la gamme complète de fonctions de la solution VMware pour migrer et prendre en charge les charges de travail de production.

Vous pouvez créer un SDDC à hôtes multiples avec jusqu'à 15 grappes, chacune contenant jusqu'à 64 hôtes. Chaque grappe peut contenir de nombreux hôtes ESXi pour prendre en charge les exigences de charge de travail spécifiques de la grappe. Les SDDC nécessitent une grappe de gestion unifiée pour héberger les composants de gestion VMware, qui sont créés dans le cadre du flux de travail de configuration du SDDC. Pour plus d'informations, voir À propos du logiciel VMware.

Les grappes que vous créez après la grappe de gestion unifiée sont des grappes de charges de travail et ne contiennent aucun composant de gestion. Le nombre d'hôtes ESXi que vous pouvez créer dans une grappe de charge de travail dépend de la forme de calcul que vous sélectionnez pour la grappe. Pour plus d'informations, voir Formes prises en charge.

Chaque grappe du SDDC a ses propres ressources de réseau, que vous définissez lors de la création de la grappe. Cela vous permet de configurer un SDDC qui peut répondre aux exigences de charge de travail séparée. La mobilité de la charge de travail entre les grappes est autorisée par défaut, mais vous pouvez configurer les paramètres du groupe de sécurité de réseau (NSG) pour chaque réseau VLAN de grappe afin de limiter la mobilité de la charge de travail. Voir VLAN pour plus d'informations.

Lorsque vous créez une grappe, vous définissez une forme à utiliser pour le provisionnement des hôtes ESXi dans la grappe. Tous les hôtes sont provisionnés à l'aide de cette forme. Une fois la grappe provisionnée, vous pouvez ajouter des hôtes de formes différentes, à condition que toutes les formes de la grappe aient le même fournisseur de processeur. La version du logiciel VMware est définie pour l'ensemble du SDDC, mais vous pouvez sélectionner différentes versions mineures pour chaque grappe. Pour plus d'informations, voir Définition des grappes.

Lorsque vous provisionnez un SDDC et définissez ses grappes initiales, vous sélectionnez un intervalle de tarification pour chaque grappe. L'intervalle de tarification d'un cluster s'applique à tous les hôtes du cluster. Différentes grappes peuvent avoir des intervalles de tarification différents. Toutes les grappes que vous ajoutez au SDDC après le provisionnement initial peuvent également avoir leur propre intervalle de tarification sélectionné. Vous pouvez donc disposer de plusieurs grappes, toutes avec des intervalles de tarification différents et des formes différentes au sein d'une grappe. Pour plus d'informations, voir Options de facturation.

SDDC hôte unique

Les SDDC à hôte unique sont utilisés pour les tests et le développement à court terme. Un SDDC à hôte unique se compose d'une seule grappe de gestion unifiée avec un seul hôte EXSi. L'hôte est créé à l'aide d'une instance de forme dense sans système d'exploitation OCI. Un SDDC à hôte unique est créé avec un sous-réseau et des réseaux VLAN dans un VCN OCI.

Cas d'utilisation pour un SDDC à hôte unique :
  • Intégration plus rapide pour la démonstration de faisabilité ou les tests et le développement.
  • Migration entre la solution sur place et OCI VMware à l'aide de VMware HCX, VMware vMotion pour la migration en direct et la migration à froid.
  • Évaluation de la récupération après sinistre avec VMware SRM optimisé pour la solution VMware pour OCI. VMware SRM est acheté séparément.
  • Prise en charge du mode lié hybride pour une vue unique des ressources de la solution sur place et pour OCI VMware.
  • Accès au moyen d'un réseau à large bande passante et à faible latence aux autres services Oracle.

Limites et points à considérer pour les SDDC à hôte unique :

  • Les formes standard ne sont pas prises en charge.
  • Les charges de travail de production ne sont pas prises en charge.
  • Aucun contrat de niveau de service (CNS) pris en charge par OCI n'est fourni.
  • Le soutien technique d'Oracle est limité au soutien commercialement raisonnable. La prise en charge VMware n'est disponible que pour les 60 premiers jours dans le cadre d'un déploiement de SDDC à noeud unique.
  • Les SDDC à un seul hôte n'expirent pas, mais ils sont limités aux options de facturation Hôte et Mensuelle. Pour plus d'informations, voir Options de facturation.
  • Les SDDC à hôte unique ne sont pas conçus comme des solutions à long terme. Si vous avez besoin d'un SDDC à long terme, vous pouvez migrer des charges de travail vers un nouveau SDDC de production à l'aide de HCX. Pour plus d'informations, voir Types de licence HCX.
  • Les SDDC à hôte unique ne peuvent pas être mis à niveau vers un SDDC à plusieurs grappes.
  • Les SDDC à hôte unique n'ont pas été sauvegardés. Si l'hôte échoue, les données sont perdues.
  • Vous êtes limité à un maximum global de 10 déploiements de SDDC à hôte unique pour l'ensemble des locations et des régions.
  • Les fonctionnalités qui nécessitent plus d'un hôte ne fonctionnent pas. Exemple :
    • Composants de gestion répartis
    • Haute disponibilité pour le regroupement VMware
    • Gestion des ressources réparties (DRM) pour le regroupement VMware

Définition de grappes

Une grappe est un groupe d'hôtes ESXi et de ressources associées dans un SDDC. Les grappes séparent les charges de travail et prévoient une expansion future pour des formes qui répondent aux besoins d'affaires particuliers. Par exemple, vous pouvez configurer différents clusters qui répondent à différentes exigences de conformité pour différents secteurs d'activité. Un autre exemple est la configuration de grappes différentes contenant des types de forme pour des charges de travail spécialisées ou des exigences de coût.

Lorsque vous créez un SDDC, la première grappe créée est toujours la grappe de gestion. La grappe de gestion contient toutes les ressources nécessaires au fonctionnement du SDDC, telles que le serveur vCenter, la grappe du gestionnaire NSX-T et les noeuds et services de périphérie de réseau NSX-T. Un seul jeu de composants de gestion est déployé pour l'ensemble du SDDC. Le cluster de gestion unifiée peut contenir de 3 à 64 hôtes et peut également être utilisé pour héberger des charges de travail.

Les grappes que vous créez après la grappe de gestion unifiée sont des grappes de charges de travail et ne contiennent aucun composant de gestion. Vous pouvez créer jusqu'à 14 grappes de charges de travail. Le nombre d'hôtes ESXi que vous pouvez créer dans une grappe de charge de travail dépend de la forme de calcul que vous sélectionnez pour la grappe. Pour les formes denses, vous pouvez avoir un maximum de 64 hôtes. Pour les formes standard, vous pouvez avoir jusqu'à 32 hôtes dans la même grappe. Vous pouvez avoir un total de 64 hôtes dans un SDDC.

Créez des grappes lors du provisionnement initial du SDDC ou à tout moment par la suite. Toutes les grappes du SDDC sont créées dans le domaine de disponibilité spécifié lors du provisionnement initial du SDDC. Les formes d'hôte ESXi, l'intervalle de tarification, les réseaux VLAN et les magasins de données sont configurés séparément pour chaque grappe du SDDC.
Important

Les ressources de chaque grappe sont indépendantes des autres grappes du SDDC, de sorte que chaque grappe nécessite son propre jeu de ressources préalables. Avant de créer des grappes dans un SDDC, assurez-vous d'avoir toutes les ressources dont vous avez besoin.

Voir Limites de service pour une liste des limites applicables et des instructions pour demander l'augmentation d'une limite.

Vous pouvez ajouter d'autres hôtes ESXi à une grappe à tout moment après le provisionnement. Lorsque vous ajoutez un hôte à un cluster, les ressources de l'hôte font partie du cluster. Vous pouvez ajouter un hôte ESXi d'une forme et d'un intervalle de facturation différents de ceux initialement spécifiés pour les hôtes lors du provisionnement, à condition que toutes les formes de la grappe aient le même fournisseur de processeur. Vous pouvez mélanger différentes formes, intervalles de facturation et versions de logiciel d'hôte ESXi dans une grappe pour répondre à vos besoins d'affaires.

Grappe 1 Grappes 2 à 15
Type Gestion et charge de travail Charge de travail
Formes
  • Vous pouvez utiliser n'importe quelle forme ou famille de processeurs prise en charge.
  • La valeur par défaut est la forme sélectionnée dans la grappe 1, mais vous pouvez la remplacer par n'importe quelle forme prise en charge.
Coeurs Le nombre de coeurs que vous pouvez configurer dépend de la forme sélectionnée.
  • Vous pouvez configurer un nombre de coeurs supérieur ou inférieur à celui spécifié dans la grappe 1.
  • Le nombre de coeurs que vous pouvez configurer dépend de la forme sélectionnée.
Nombre d'hôtes ESXi
  • 3 à 32 hôtes de forme standard, contraints par les limites de la location.
  • 3 à 64 hôtes de forme dense, contraints par les limites de la location.
  • Les SDDC à hôte unique ne contiennent qu'une seule grappe avec un hôte ESXi.
  • Jusqu'à 32 hôtes de forme standard, contraints par les limites de la location.
  • Jusqu'à 64 hôtes de forme dense, contraints par les limites de la location.
  • Les SDDC à hôte unique ne contiennent qu'une seule grappe avec un hôte ESXi.
Intervalle de facturation
  • Tout intervalle de facturation pris en charge par la forme sélectionnée
  • La valeur par défaut est l'intervalle sélectionné dans la grappe 1, mais vous pouvez le remplacer par n'importe quel intervalle pris en charge par la forme sélectionnée.
Logiciel
  • Sélectionnez un ensemble de logiciels VMware pris en charge par la forme sélectionnée.
  • Les licences logicielles VMware sont les mêmes pour toutes les grappes du SDDC.
Réseau
  • Vous pouvez utiliser des réseaux VLAN existants ou les configurer lors du provisionnement du SDDC.
  • Vous pouvez utiliser les mêmes réseaux VLAN pour toutes les grappes ou créer de nouveaux réseaux VLAN pour chaque grappe.
Stockage
  • Dépend de la forme sélectionnée. Formes prises en charge
  • Vous pouvez créer et attacher un volume de stockage par blocs supplémentaire à tout moment.

Formes prises en charge

La solution VMware prend en charge les formes GPU standard, denses et NVIDIA pour les hôtes ESXi. Chaque type de forme présente des avantages et des limites différents à prendre en compte lors de la planification d'un SDDC. Lorsque vous créez une grappe de charge de travail, le nombre d'hôtes ESXi autorisés dans la grappe dépend de la forme que vous sélectionnez. Pour plus de détails, voir chaque section de forme.

Formes denses

  • Vous pouvez avoir un maximum de 64 hôtes de forme dense dans une grappe.
  • Les formes denses incluent le stockage NVMe local utilisé pour le magasin de données vSAN.
  • La technologie de stockage convergé vSAN réplique les données sur tous les hôtes ESXi du SDDC.
  • Tous les types d'engagement tarifaire et de licence HCX sont disponibles pour les formes denses.
  • Des formes denses peuvent être déployées sur plusieurs domaines de disponibilité (multi-AD).
  • Vous pouvez utiliser une forme dense pour créer un SDDC à noeud unique.
Le tableau suivant présente les configurations de forme dense prises en charge disponibles pour le provisionnement.
Type de processeur Forme OCPU Configurations de base disponibles Mémoire (Go) Limite de bande passante de réseau (Gbit/s) Version minimale de VMware
Intel BM.DenseIO2.52 52 52 768 2 x 25 Gbit/s ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.DenselO.E4.128 128 32 64 128 2,048 2 x 50 Gbit/s ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.DenselO.E5.128 128 32 64 96 128 1,536 1 x 100 Gbit/s ESXi 7.0U3q build 23794027 ESXi 8.0U3 build 24022510
Important

Considérations relatives aux formes denses mixtes

Lors de la création d'une grappe mixte qui contient à la fois des formes BM.DenseIO.E5 et BM.DenseIO.E4, il est important d'évaluer les différences dans les configurations de réseau et de stockage et leur incidence sur la performance de la charge de travail.

Considérations relatives au réseau

La forme dense E4 a deux ports de carte d'interface réseau hôtes (2*50 Gbit/s) et la forme dense E5 a un port de carte d'interface réseau hôte (1*100 Gbit/s). Dans un cluster mixte, cette différence peut créer des variations de performances réseau sur l'ensemble de l'infrastructure du cluster, ce qui peut entraîner des goulots d'étranglement ou une utilisation inefficace des ressources dans l'environnement.

Considérations relatives au stockage

La forme Dense E4 comporte 8 disques SSD basés sur NVMe, tandis que la forme Dense E5 comporte 12 disques SSD basés sur NVMe. Dans une grappe mixte, nous recommandons que la configuration soit alignée sur la valeur Dense E4. Un seul groupe de disques peut être configuré pour chaque hôte, comprenant 1 dispositif de cache et 7 dispositifs de capacité. Cela signifie que, bien que la forme Dense E5 comporte 12 disques, seuls 8 des 12 disques sur Dense E5 sont utilisés dans une grappe mixte. Quatre disques E5 restent inutilisés. Les configurations sur disque mixte peuvent entraîner des performances variables en fonction de l'architecture de la charge globale.

Bien que vSAN prenne en charge des configurations hétérogènes, nous recommandons de maintenir des configurations cohérentes entre les hôtes pour éviter les goulots d'étranglement de performance, les déséquilibres et une complexité administrative accrue. L'exécution de charges de travail mixtes dans une grappe nécessite une planification minutieuse pour garantir la meilleure utilisation des ressources et réduire les problèmes de latence ou de débit. Les différences de capacité de mémoire entre les formes Dense E4 et Dense E5, même si elles ont parfois des configurations d'OCPU similaires, peuvent également avoir une incidence sur la performance de la charge de travail.

Pour plus de détails, voir Formes à E/S denses pour le service de calcul.

Formes standard

  • Vous pouvez avoir jusqu'à 32 hôtes de forme standard dans une grappe.
  • Les formes standard offrent une option à moindre coût que les formes denses.
  • Les formes standard nécessitent un stockage par blocs. Voir la section suivante pour plus de détails.
  • Les formes standard ne sont disponibles que pour un seul domaine de disponibilité.
  • L'engagement tarifaire mensuel n'est pas disponible pour les formes standard.
  • Limites pour la mémoire, la bande passante et le nombre de cartes vNIC.
  • Les SDDC à noeud unique utilisant des formes standard ne sont pas pris en charge.
Le tableau suivant présente les configurations de forme standard prises en charge disponibles pour le provisionnement.
Type de processeur forme OCPU Configurations de base disponibles Mémoire (Go) Limite de bande passante de réseau (Gbit/s) Version minimale de VMware
Intel BM.Standard2.52 52 12 26 38 52 768 50 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
Intel BM.Standard3.64 64 16 32 48 64 1,024 100 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.Standard.E4.128 128 32 64 96 128 2,048 100 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD (processeurs EPYC de 4e génération) BM.Standard.E5.192 192 48, 96, 144, et 192 2,304 100 ESXi 7.0U3q build 23794027 ESXi 8.0U2b build 23305546
Pour plus de détails, voir Formes standard du service de calcul.

Formes GPU NVIDIA

  • Forme GPU avec processeur Intel® Xeon® et processeur graphique NVIDIA Tensor Core A10.
  • Vous pouvez avoir un maximum de 64 formes GPU si vous utilisez une grappe de formes homogène.
  • Fournit une mémoire NVME locale de 11,52 To en tant que magasin de données principal et ne nécessite pas de stockage de volume par blocs.
  • La technologie de stockage convergé vSAN réplique les données sur tous les hôtes ESXi du SDDC.
  • Les formes GPU prennent en charge tous les engagements de tarification sauf horaire.
  • Tous les types de licence HCX sont disponibles pour les formes GPU.
  • Les formes GPU peuvent être déployées sur plusieurs domaines de disponibilité (multi-AD).
  • Vous pouvez utiliser une forme GPU pour créer un SDDC à noeud unique.
  • Les instances dotées d'une protection maximale ne sont pas prises en charge.
  • Les licences NVIDIA doivent être obtenues auprès de NVIDIA.
Type de processeur forme OCPU OCPU RAM (GB) Processeur graphique GPU RAM Configurations de base disponibles Limite de bande passante de réseau (Gbit/s) Limite maximale de cartes VNIC (Linux*) Version minimale de VMware
Intel X9 MODÈLE:BM.GPU.A10.4 64 1,024 4 x A10 96 Go (24 Go chacun) 64 100 256 ESXi 7.0U3q build 23794027 ESXi 8.0U2 build 22380479
*Les images Windows ne sont pas prises en charge.
Pour plus de détails, voir Formes GPU de calcul.

Stockage de données

Les SDDC de forme standard tirent parti du service de volume par blocs pour la durabilité. Tous les volumes sont répliqués automatiquement afin de les protéger contre les pertes de données. De nombreuses copies des données sont stockées de manière redondante sur de nombreux serveurs de stockage avec des mécanismes de réparation intégrés. Pour plus d'informations, voir Durabilité des volumes par blocs.

Si vous sélectionnez une forme standard lors de la création d'un SDDC, le flux de travail crée automatiquement un volume par blocs de magasin de données de gestion présentant les caractéristiques suivantes :
  • Capacité : 8 To
  • UPV/Go par défaut : 10 (équilibré)
Si vous voulez plus de stockage, vous pouvez créer plus de volumes lors de la création du flux de travail SDDC ou à l'aide du service Volumes par blocs. Vous êtes facturé pour tout le stockage aux tarifs standard de volume par blocs. Les limites suivantes s'appliquent au groupe de stockage de données du SDDC :
  • Volume maximum : 32
  • Taille de volume minimale : 50 Go
  • Taille maximale du volume : 32,768 Go (32 To)

Instances dotées d'une protection maximale

Lorsque vous créez un SDDC et définissez ses grappes, vous pouvez choisir d'utiliser des instances blindées pour les hôtes ESXi. Les instances dotées d'une protection maximale renforcent la sécurité du micrologiciel des hôtes ESXi pour les protéger contre les logiciels malveillants au niveau du démarrage. Les instances dotées d'une protection maximale pour la solution VMware offrent les fonctionnalités suivantes :
  • Le démarrage sécurisé vérifie la signature de chaque élément du logiciel de démarrage, notamment les pilotes du firmware, les applications EFI et le système d'exploitation. Si la signature est valide, le serveur démarre et le micrologiciel donne le contrôle au système d'exploitation. Si la signature est introuvable dans la base de données des signatures valides, le système ne démarre pas. Pour plus d'informations, voir Documentation sur le démarrage sécurisé VMware.
  • Le module de plate-forme sécurisée (TPM) est une puce d'ordinateur qui peut stocker en toute sécurité des artefacts tels que les signatures, les certificats et les clés de chiffrement utilisés pour authentifier la plate-forme. Pour plus d'informations, voir Documentation sur le module TPM VMware.
Important

Les instances dotées d'une protection maximale doivent être activées lors de la création de la grappe. Tous les hôtes créés dans la grappe sont des instances dotées d'une protection maximale. Vous ne pouvez pas activer cette option ultérieurement ou pour des hôtes ESXi spécifiques. Si vous avez déjà créé une grappe sans activer les instances dotées d'une protection maximale et que vous souhaitez ensuite utiliser des instances dotées d'une protection maximale, vous devez recréer la grappe.

Pour des informations générales sur les instances de calcul blindées dans OCI, voir Instances blindées.

Utilisation de la capacité réservée

Lorsque vous créez un hôte ESXi, vous pouvez choisir de le créer avec une capacité réservée ou de le créer sur demande.

La capacité sur demande signifie que la capacité de calcul requise pour créer l'hôte est provisionnée au moment de la demande. Vous commencez à payer pour la capacité lorsqu'elle est provisionnée.

Les réservations de capacité vous permettent de réserver des instances à l'avance afin que la capacité soit disponible pour les charges de travail lorsque vous en avez besoin. Les réservations de capacité offrent les avantages suivants :

  • Assurance que vous avez la capacité nécessaire pour gérer la charge de travail. La capacité réservée est disponible pour être consommée à tout moment par la location.
  • Aucun engagement de taille ou de temps. Créez une réservation avec autant de capacité que nécessaire et supprimez la réservation à tout moment pour ne pas la payer.
  • Lorsque les instances utilisant une capacité réservée sont supprimées, la capacité est retournée à la réservation.
Note

La réservation de capacité n'est pas prise en charge pour un SDDC qui utilise plusieurs domaines de disponibilité.
Important

Lorsqu'un hôte se trouve encore dans un groupe de capacités réservées, la facturation est basée sur la tarification UDS de la capacité réservée. Une fois l'hôte provisionné à partir du groupe de capacités réservées dans un SDDC, l'hôte passe à la tarification UDS de la solution VMware en fonction de l'intervalle d'engagement sélectionné.

Si l'hôte est supprimé avant la fin de la période d'engagement, vous continuez d'être facturé pour l'hôte pour la durée de l'engagement.

Les hôtes inactifs d'un groupe de capacités réservées sont facturés indépendamment de la solution VMware.

Pour utiliser la capacité réservée pour les hôtes VMware, vous devez d'abord configurer une réservation de capacité. Pour plus d'informations, voir Réservations de capacité.

Architecture de la solution VMware Oracle Cloud

Le diagramme suivant montre comment les différents composants du SDDC Oracle Cloud VMware Solution sont déployés sur des instances de calcul sans système d'exploitation OCI et comment la solution est intégrée à l'environnement OCI.

Diagramme montrant l'architecture de la solution VMware Oracle Cloud

Le diagramme montre trois hôtes ESXi d'un SDDC qui réside dans un VCN OCI. L'hôte central montre les composants du logiciel VMware installés pour la prise en charge du calcul (vSphere), du réseau (NSX-T) et du stockage (vSAN). La superposition NSX gère le flux de trafic entre les machines virtuelles et entre les machines virtuelles et le reste des ressources de la solution. Le VCN comprend ici diverses passerelles qui permettent la connectivité entre le SDDC et un réseau sur place, Internet et Oracle Services Network.

Répartition des hôtes et domaines de disponibilité

Pour assurer un débit élevé et une faible latence, les SDDC de solution Oracle Cloud Infrastructure VMware sont déployés par défaut sur un minimum de trois domaines d'erreur au sein d'un seul domaine de disponibilité dans une région. Cette architecture offre des connexions à faible latence et à débit élevé pour une performance et une fiabilité maximales.

Si les SDDC nécessitent un déploiement dans de nombreux domaines de disponibilité, la fonction Multi AD est disponible sur demande. Considérations et limites potentielles pour les solutions multidirectionnelles :

  • Une solution à plusieurs domaines de disponibilité peut empêcher la perte de données en cas d'indisponibilité d'un seul domaine de disponibilité. Si un hôte est perdu dans le SDDC, les machines virtuelles sont redémarrées sur un hôte disponible dans un autre domaine de disponibilité.
  • Vous devez prendre soigneusement en compte lors de la demande de provisionnement d'un SDDC dans de nombreux domaines de disponibilité. La performance peut être touchée en raison de la possibilité d'une latence de réseau et d'un débit de stockage augmentés par rapport à un déploiement avec un seul domaine de disponibilité.
  • Comme un SDDC multi AD évolue en augmentant, la demande sur le réseau augmente également. La réplication des données sur les hôtes de différents domaines de disponibilité a une incidence sur les fonctions telles que la synchronisation du stockage vSAN ainsi que sur les temps de recréation et de resynchronisation. Plus de fonctions de gestion peuvent également avoir une incidence sur la performance des charges de travail des clients.
  • Nous recommandons que les SDDC VMware déployés dans les domaines de disponibilité d'une région ne dépassent pas 16 hôtes ESXi au maximum.

Pour utiliser la fonction de domaines de disponibilité multiples, communiquez avec l'équipe Oracle Cloud VMware Solution et demandez l'activation de plusieurs domaines de disponibilité pour votre location. Ensuite, lorsque vous créez une grappe, spécifiez le déploiement d'hôtes de forme dense ESXi sur plusieurs domaines de disponibilité.

Pour des informations générales, voir À propos des régions et des domaines de disponibilité.

Gestionnaire HCX

Lorsque vous provisionnez un SDDC, vous pouvez activer le gestionnaire HCX (non illustré dans le diagramme). HCX est une plate-forme de mobilité des applications qui simplifie la migration des applications, le rééquilibrage des charges de travail et la continuité des activités dans les centres de données et les nuages.

Pour que HCX fonctionne correctement dans la solution VMware, la connectivité à un portail VMware SaaS fourni par une passerelle NAT est requise. Pour plus d'informations, voir Pourquoi le gestionnaire HCX nécessite-t-il une connectivité pour l'activation et les mises à jour?

Une connexion FastConnect aux fins de communication intersite est recommandée, mais n'est pas requise.

À propos du logiciel VMware

L'ensemble de logiciels VMware d'OCI contient les composants vSphere, vSAN, NSX, vCenter et HCX pour prendre en charge les besoins en calcul, stockage et réseau pour un environnement VMware entièrement fonctionnel.

  • vSphere : vSphere est la plate-forme de virtualisation de VMware pour la gestion unifiée de l'unité centrale, du stockage et de l'infrastructure de réseau du SDDC. Deux composants clés de vSphere sont l'hyperviseur ESXi et le serveur vCenter.
  • NSX-T : Le centre de données NSX-T fournit au SDDC ses capacités de réseau virtuel et de sécurité. Le déploiement NSX-T comprend des boîtiers unifiés de gestionnaire NSX avec le gestionnaire local NSX-T, le contrôleur NSX-T et les noeuds de périphérie NSX-T.
  • vSAN : Les SDDC de la solution VMware Oracle Cloud utilisent la technologie de stockage vSAN de VMware, qui fournit un seul magasin de données partagé pour les charges de travail de calcul et de gestion (machines virtuelles).
  • HCX : Hybrid Cloud Extension est une plate-forme de mobilité des applications, qui supprime la complexité de la migration d'applications et de charges de travail. HCX est éventuellement installé en tant que plugiciel lorsque vous configurez un SDDC. Vous pouvez installer HCX Advanced sans frais supplémentaires ou HCX Enterprise en tant que mise à niveau facturée. Pour plus d'informations, voir Types de licence HCX.

Lorsque vous provisionnez le SDDC, vous sélectionnez la version initiale de cet ensemble de logiciels à installer sur les hôtes ESXi créés lors du provisionnement. Vous pouvez modifier la version du logiciel par défaut du SDDC ultérieurement. Lorsque vous ajoutez des hôtes ESXi au SDDC, vous n'avez pas besoin d'utiliser la version par défaut du SDDC. Vous pouvez sélectionner n'importe quelle version du logiciel ESXi sous la version principale déployée avec le SDDC.

Note

  • Les modifications que vous apportez au SDDC à l'aide d'Oracle Cloud InfrastructureConsole, de l'API ou de l'interface de ligne de commande ne sont pas effectuées automatiquement dans vCenter. Par exemple, si vous modifiez la version du logiciel ou les clés SSH, la modification s'applique uniquement aux hôtes ESXi que vous ajoutez au SDDC. Pour modifier ces propriétés pour des hôtes existants, vous devez effectuer manuellement les mises à jour applicables dans vCenter.
Les tableaux suivants répertorient les composants et les versions des ensembles logiciels courants VMware :
vSphere 8.0
Composant Version Sous-version
VMware ESXi ESXi 8.0U3f 24,784,735
VMware vCenter Boîtier de serveur vCenter Serveur 8.0 U3b 24,476,729
VMware Centre de données NSX-T 4.2.1.2 24,207,721
Nuage HCX 4.11.0.0 24,457,395
Connecteur HCX 4.10.2.0 24,404,456
vSphere 7.0
Composant Version Sous-version
VMware ESXi ESXi 7.0U3w 24,784,741
VMware vCenter Boîtier de serveur vCenter Serveur 7.0 U3s 24,201,990
VMware Centre de données NSX-T 3.2 23,653,566
Nuage HCX 4.10.2.0 24,404,455
Connecteur HCX 4.10.2.0 24,404,455

Le tableau suivant présente les versions de l'ensemble de logiciels qui ont atteint l'état Fin du soutien.

Version du logiciel vSphere vSAN NSX-T

6.7 Mise à jour 3*

6.7 U3

6.7 U3

3.2.0.1

6.5 Mise à jour 3*

6.5 U3

6.5 U3

3.2.0.1
Note

* vSphere 6.5 et vSphere 6.7 ont atteint la fin du soutien général à partir de la solution VMware le 15 octobre 2022. Oracle offre un soutien raisonnable sur le plan commercial pour le provisionnement des environnements vSphere 6.5 et 6.7 lorsqu'ils entrent dans la phase de conseils techniques après cette date. Nous vous recommandons d'utiliser la dernière version de vSphere lors de la création d'un SDDC.

Mise à niveau du logiciel VMware

Lorsqu'une nouvelle version du logiciel VMware devient disponible, la solution VMware vous en informe et fournit un flux de travail qui vous guide étape par étape lors de la procédure de mise à niveau. Le flux de travail est différent selon la version que vous mettez à niveau. Pour plus d'informations sur les mises à niveau disponibles par version, voir Mise à niveau du logiciel VMware.

Types de licence HCX

HCX (Hybrid Cloud Extension) est une plate-forme de mobilité des applications qui simplifie la migration des applications, le rééquilibrage des charges de travail et la continuité des activités dans les centres de données et les nuages. Pour exécuter HCX, au moins une clé de licence doit être affectée à chaque connecteur logiciel physique à la destination. Le nombre de clés sur place fournies dépend du type de licence HCX.

Licence Nombre de clés SDDC de forme standard SDDC de forme dense Notes
Advanced 3 Pas de soutien Inclus sans frais supplémentaires Ce type de licence vous permet de migrer moins de charges de travail avec un temps d'arrêt de l'application.
Enterprise 10 Licence d'entreprise incluse sans frais supplémentaires. Aucune option pour passer à une licence avancée. Mise à niveau facturée. Vous pouvez choisir de passer à une licence avancée plus tard.

Ce type de licence vous permet de migrer de nombreuses charges de travail essentielles sans aucun temps d'arrêt.

Les frais HCX Enterprise appliqués sont facturés mensuellement et sont indépendants des intervalles de facturation d'hôte. Une fois le provisionnement du SDDC terminé, vous pouvez voir la date de fin du cycle de facturation mensuel HCX dans la page Détails.

Si vous utilisez des formes denses pour un SDDC, vous pouvez modifier le type de licence HCX :
  • Mise à niveau vers la licence Enterprise : Augmente le nombre de clés de connexion sur place émises de 3 à 10. La demande de travail de mise à niveau commence immédiatement. Le cycle de facturation HCX Enterprise commence dès que la demande de travail est terminée.
  • Déclassement vers la licence Advanced : Réduit le nombre de clés de connexion sur place de 10 à 3. Vous devez spécifier 3 clés de licence à conserver après le déclassement. La demande de déclassement reste en attente jusqu'à la date de fin du cycle de facturation mensuel HCX. Vous pouvez annuler la demande de déclassement tant qu'elle est toujours à l'état pending.
Note

Les formes standard incluent le type de licence Enterprise sans frais et sont gratuites. Vous ne pouvez pas modifier le type de licence dans les SDDC qui utilisent des formes standard.

Pour plus d'informations, voir Mise à niveau de la licence HCX d'un SDDC et Mise à niveau de la licence HCX d'un SDDC.

Options de facturation

L'ensemble de solutions VMware d'OCI offre des options de facturation flexibles parmi lesquelles vous pouvez choisir.
  • Intervalle de tarification : Définissez un intervalle de tarification pour les hôtes ESXi dans un SDDC ou une grappe. Chaque grappe d'un SDDC peut avoir un intervalle de tarification différent. Sélectionnez une valeur horaire, mensuelle, annuelle ou tous les trois ans.
  • Changer d'engagements de facturation : Vous pouvez transférer l'engagement de facturation, l'engagement HCX et la date de fin de facturation d'un hôte ESXi à un autre. Les engagements de facturation peuvent être transférés à partir d'un hôte supprimé ou d'un hôte existant.

Pour plus de détails, voir Options de facturation et Transfert d'engagements de facturation.

Utilisation des SDDC

Vous utilisez la console, l'API ou l'interface de ligne de commande OCI pour provisionner et gérer les ressources de SDDC. Vous utilisez l'utilitaire vCenter de VMware pour créer et gérer les charges de travail dans le SDDC.

Pour des informations et des instructions sur la création et la gestion des ressources de la solution VMware Oracle Cloud, voir les rubriques suivantes :

Ressources de documentation supplémentaires

Les livres de jeu et les documents techniques suivants sur Oracle Cloud VMware Solution sont disponibles :