Présentation d'Oracle Cloud VMware Solution
Utilisez Oracle Cloud VMware Solution pour créer et gérer des centres de données définis par logiciel (SDDC) compatibles avec VMware dans OCI.
Principaux avantages de la solution
La solution VMware d'Oracle Cloud Infrastructure vous offre un accès complet aux fonctionnalités d'un SDDC VMware, ainsi que les avantages suivants :
- Haute disponibilité : tous les composants VMware sont distribués dans différents domaines de pannes au sein des domaines de disponibilité de la région OCI.
- Evolutivité : à l'aide de formes denses, vous pouvez commencer avec 3 hôtes ESXi et augmenter ce nombre jusqu'à 64 dans un même SDDC. Si vous utilisez des formes standard, vous pouvez commencer avec 3 hôtes ESXi et augmenter ce nombre jusqu'à 32 dans un seul cluster ESXi au sein du SDDC.
- Définir des clusters : définissez jusqu'à 6 clusters vSphere dans un SDDC. Utilisez des clusters pour séparer les charges de travail et prévoir une expansion future.
- Ascenseur : la migration des charges globales VMware sur site vers un SDDC de solution VMware est transparente.
- Intégration complète : comme le SDDC réside dans un réseau cloud 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 et des bases de données autonomes, etc.
- Gestion simplifiée : la console OCI fournit des workflows qui aident à la création de SDDC et à la configuration des réseaux.
- Réseau de couche 2 : les SDDC sont configurés avec des VLAN, qui prennent en charge les applications dont l'exécution dans le cloud public requiert un réseau de couche 2.
Le déploiement "Utilisation de votre propre hyperviseur" de ESXi sur des instances de calcul Bare Metal n'est pas pris en charge.
Détails du SDDC
Il existe deux types de configuration de SDDC disponibles : un SDDC à hôtes multiples et un SDDC à hôte unique utilisé pour les tests et le développement à court terme.
SDDC de type hôtes multiples
Les SDDC à hôtes multiples fournissent une haute disponibilité et vous pouvez utiliser la gamme complète des fonctionnalités de la solution VMware pour migrer et prendre en charge les charges globales de production.
Vous pouvez créer un SDDC à plusieurs hôtes avec jusqu'à 6 clusters, chacun contenant jusqu'à 64 hôtes. Chaque cluster peut contenir de nombreux hôtes ESXi pour prendre en charge les exigences de charge globale spécifiques du cluster. Les SDDC nécessitent un cluster de gestion unifié pour héberger les composants de gestion VMware, qui est créé dans le cadre du workflow de configuration du SDDC. Pour plus d'informations, reportez-vous à A propos du logiciel VMware.
Les clusters que vous créez après le cluster de gestion unifié sont des clusters de charge globale et ne contiennent aucun composant de gestion. Le nombre d'hôtes ESXi que vous pouvez créer dans un cluster de charge globale dépend de la forme de calcul que vous sélectionnez pour le cluster. Pour plus d'informations, reportez-vous à Formes prises en charge.
Chaque cluster du SDDC dispose de ses propres ressources réseau, que vous définissez lors de la création du cluster. Cela vous permet de configurer un SDDC capable de répondre aux exigences de charge globale séparées. La mobilité des charges de travail entre les clusters est autorisée par défaut, mais vous pouvez configurer les paramètres du groupe de sécurité réseau (NSG) pour chaque VLAN de cluster afin de limiter la mobilité des charges de travail. Pour plus d'informations, reportez-vous à la section VLANs.
Lorsque vous créez un cluster, vous définissez une forme à utiliser pour le provisionnement des hôtes ESXi dans le cluster. Tous les hôtes sont provisionnés à l'aide de cette forme. Une fois le cluster provisionné, vous pouvez ajouter des hôtes de formes différentes, à condition que toutes les formes du cluster 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 cluster. Pour plus d'informations, reportez-vous à la section Définition des clusters.
Lorsque vous provisionnez un SDDC et définissez ses clusters initiaux, vous sélectionnez un intervalle de tarification pour chaque cluster. L'intervalle de tarification d'un cluster s'applique à tous les hôtes du cluster. Différents clusters peuvent avoir des intervalles de tarification différents. Tous les clusters ajoutés au SDDC après le provisionnement initial peuvent également avoir leur propre intervalle de tarification sélectionné. Vous pouvez donc disposer de plusieurs clusters, tous avec des intervalles de tarification différents et des formes différentes au sein d'un cluster. Pour plus d'informations, reportez-vous à Options de facturation.
SDDC de type 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'un seul cluster de gestion unifié avec un seul hôte EXSi. L'hôte est créé à l'aide d'une instance de forme dense Bare Metal OCI. Un SDDC à hôte unique est créé avec un sous-réseau et des VLAN dans un VCN OCI.
- Intégration plus rapide à des fins d'étude de concept, ou de test et de développement.
- Migration entre la solution sur site et OCI VMware à l'aide de VMware HCX, VMware vMotion pour la migration en direct et la migration à froid.
- Evaluation de la récupération après sinistre avec VMware Site Recovery (SRM) optimisé pour la solution OCI VMware. VMware SRM est acheté séparément.
- Prise en charge du mode lié hybride pour une vue unique des ressources de la solution VMware sur site et OCI.
- Accès à bande passante élevée et à faible latence aux autres services Oracle.
Limites et remarques relatives aux 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 pris en charge par OCI n'est fourni.
- La prise en charge d'Oracle est limitée à un support commercialement raisonnable. La prise en charge de VMware n'est disponible que pendant les 60 premiers jours pour un déploiement de SDDC à noeud unique.
- Les SDDC de même hôte n'arrivent pas à expiration, mais ils sont limités aux options de facturation horaire et mensuelle. Pour plus d'informations, reportez-vous à Options de facturation.
- Les SDDC de même hôte ne sont pas conçus comme des solutions à long terme. Si vous avez besoin d'un SDDC à long terme, vous pouvez migrer des charges globales vers un nouveau SDDC de production à l'aide de HCX. Pour plus d'informations, reportez-vous à Types de licence HCX.
- Les SDDC de seul hôte ne sont pas sauvegardés. En cas d'échec de l'hôte, les données sont perdues.
- Vous êtes limité à un maximum global de 10 déploiements de SDDC de type hôte unique dans toutes les locations et régions.
- Les fonctionnalités qui nécessitent plusieurs hôtes ne fonctionnent pas. Exemple :
- Composants de gestion distribués
- Haute disponibilité pour la création de cluster VMware
- Gestion de ressources distribuées (DRM) pour la création de cluster VMware
Définir des clusters
Un cluster est un groupe d'hôtes ESXi et de ressources associées au sein d'un SDDC. Les clusters séparent les charges de travail et permettent une expansion future vers des formes adaptées aux besoins spécifiques de l'entreprise. Par exemple, vous pouvez configurer différents clusters qui répondent à des exigences de conformité différentes pour différents secteurs d'activité. Un autre exemple consiste à configurer différents clusters 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, le premier cluster créé est toujours le cluster de gestion. Le cluster de gestion contient toutes les ressources nécessaires au fonctionnement du SDDC, telles que le serveur vCenter, le cluster de gestionnaire NSX-T et les services et noeuds d'axe NSX-T. Un seul ensemble de composants de gestion est déployé pour l'ensemble du SDDC. Le cluster de gestion unifié peut contenir de 3 à 64 hôtes et peut également être utilisé pour héberger des charges de travail.
Les clusters que vous créez après le cluster de gestion unifié sont des clusters de charge globale et ne contiennent aucun composant de gestion. Vous pouvez créer jusqu'à 5 clusters de charge globale. Le nombre d'hôtes ESXi que vous pouvez créer dans un cluster de charge globale dépend de la forme de calcul que vous sélectionnez pour le cluster. 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 le même cluster. Vous pouvez avoir un total de 64 hôtes dans un SDDC.
Les ressources de chaque cluster sont indépendantes des autres clusters du SDDC, de sorte que chaque cluster nécessite son propre ensemble de ressources prérequises. Avant de créer des clusters dans un SDDC, assurez-vous de disposer de toutes les ressources dont vous avez besoin.
Reportez-vous à Limites de service pour obtenir la liste des limites applicables et des instructions de demande d'augmentation de limite.
Vous pouvez ajouter d'autres hôtes ESXi à un cluster à 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 indiqués pour les hôtes lors du provisionnement, à condition que toutes les formes du cluster aient le même fournisseur de processeur. Vous pouvez mélanger différentes formes, intervalles de facturation et versions de logiciel hôte ESXi au sein d'un cluster pour répondre aux besoins de votre entreprise.
Cluster 1 | Cluster 2 + | |
---|---|---|
Type | Gestion et charge de travail | Charge globale |
Formes |
|
|
cœurs | Le nombre de coeurs que vous pouvez configurer dépend de la forme que vous sélectionnez. |
|
Nombre d'hôtes ESXi |
|
|
Intervalle de facturation |
|
|
Logiciel |
|
|
Réseau |
|
|
Stockage |
|
|
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 un cluster de charge globale, le nombre d'hôtes ESXi autorisés dans le cluster dépend de la forme que vous choisissez. Pour plus d'informations, reportez-vous à chaque section de forme.
Formes denses
- Un cluster peut contenir jusqu'à 64 hôtes de forme dense.
- Les formes denses fournissent un stockage NVMe local et ne nécessitent pas de stockage de volume de blocs.
- La technologie de stockage convergé vSAN réplique les données sur tous les hôtes ESXi du SDDC.
- Tous les types d'engagement de tarification et les types de licence HCX sont disponibles pour les formes denses.
- Les 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.
Type de processeur | Forme | OCPU | Configurations de base disponibles | Mémoire (Go) | Limite de bande passante réseau (Gb/s) |
---|---|---|---|---|---|
Intel | BM.DenseIO2.52 | 52 | 52 | 768 | 2 x 25 Go |
AMD | Modèle:BM.DenselO.E4.128 | 128 | 32 64 128 | 2 048 | 2 x 50 Go |
Formes standard
- Un cluster peut contenir jusqu'à 32 hôtes de forme standard.
- Les formes standard offrent une option moins coûteuse que les formes denses.
- Les formes standard nécessitent un stockage de volume de blocs. Pour plus de détails, reportez-vous à la section suivante.
- Les formes standard ne sont disponibles que pour un seul domaine de disponibilité.
- L'engagement de tarification mensuelle n'est pas disponible pour les formes standard.
- Limites de mémoire, de bande passante et de nombre de cartes d'interface réseau virtuelles. (Reportez-vous au tableau.)
- Les SDDC à noeud unique utilisant des formes standard ne sont pas pris en charge.
Type de processeur | Forme | OCPU | Configurations de base disponibles | Mémoire (Go) | Limite de bande passante réseau (Gb/s) |
---|---|---|---|---|---|
Intel | Modèle:BM.Standard2.52 | 52 | 52 | 768 | 50 |
Intel | Modèle:BM.Standard3.64 | 64 | 16 32 48 64 | 1 024 | 100 |
AMD | Modèle:BM.Standard.E4.128 | 128 | 32 64 96 128 | 2 048 | 100 |
AMD (4e génération EPYC ProcessorsTM) | BM.Standard.E5.192 | 192 | 48, 96, 144, et 192 | 2 304 | 100 |
Formes de GPU NVIDIA
- Forme GPU avec processeur Intel® Xeon® et GPU NVIDIA Tensor Core A10.
- Vous pouvez avoir un maximum de 64 formes GPU si vous travaillez avec un cluster de formes homogène.
- Fournit un NVME local de 11,52 To en tant que banque de données principale et ne nécessite pas de stockage de volume de blocs.
- La technologie de stockage convergé vSAN réplique les données sur tous les hôtes ESXi du SDDC.
- Les formes de 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 de GPU peuvent être déployées sur plusieurs domaines de disponibilité (Multi-AD).
- Vous pouvez utiliser une forme de GPU pour créer un SDDC à noeud unique.
- Les instances protégées ne sont pas prises en charge.
- Les licences NVIDIA doivent être obtenues auprès de NVIDIA.
Type de processeur | forme | OCPU | RAM D'OCPU (GO) | GPU | GPU RAM | Configurations de base disponibles | Limite de bande passante réseau (Gb/s) | Limite maximale de cartes d'interface réseau virtuelles (Linux*) |
---|---|---|---|---|---|---|---|---|
Intel X9 | MODÈLE:BM.GPU.A10.4 | 64 | 1 024 | 4 x A10 | 96 Go (24 Go chacun) | 64 | 100 | 256 |
*Les images Windows ne sont pas prises en charge. |
stockage de données
Les SDDC de forme standard tirent parti du service Block Volume pour la durabilité. Tous les volumes sont automatiquement répétés afin d'éviter toute perte de données. De nombreuses copies de 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, reportez-vous à Durabilité de Block Volume.
- Capacité : 8 To
- VPU/Go par défaut : 10 (équilibrés)
- Nombre maximal de volumes : 32
- Taille de volume minimale : 50 Go
- Taille de volume maximale : 32,768 Go (32 To)
Instances protégées
- L'initialisation sécurisée vérifie la signature de chaque partie du logiciel d'initialisation, y compris des pilotes de microprogramme, des applications EFI et de l'O/S. Si la signature est valide, le serveur s'initialise et le microprogramme donne le contrôle à l'O/S. Si la signature est introuvable dans la base de données des signatures valides, le système n'est pas initialisé. Pour plus d'informations, reportez-vous à la documentation sur l'initialisation sécurisée VMware.
- Le module de plate-forme sécurisée est une puce informatique qui peut stocker en toute sécurité des artefacts tels que des signatures, des certificats et des clés de cryptage utilisés pour authentifier la plate-forme. Pour plus d'informations, reportez-vous à la documentation sur le module de plate-forme sécurisée VMware.
Si les hôtes ESXi sont des instances protégées, vous pouvez utiliser le module de plate-forme sécurisée virtuelle sur les machines virtuelles. Ce module est une représentation logicielle d'un TPM physique qui peut être utilisé par les machines virtuelles. Pour plus d'informations, reportez-vous à la documentation sur le module de plate-forme sécurisée virtuelle VMware.
Les instances protégées doivent être activées lorsque vous créez le SDDC. Tous les hôtes créés dans le SDDC sont des instances protégées. Vous ne pouvez pas activer cette option ultérieurement, ni pour des hôtes ESXi spécifiques. Si vous avez déjà créé un SDDC sans activer les instances protégées et que vous souhaitez en utiliser, vous devez recréer le SDDC.
Pour obtenir des informations générales sur les instances de calcul protégées dans OCI, reportez-vous à Instances protégé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 avec une capacité à la demande.
La capacité à la 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 la capacité lors du provisionnement.
Les réservations de capacité vous permettent de réserver des instances à l'avance afin que la capacité soit disponible pour les charges globales lorsque vous en avez besoin. Les réservations de capacité offrent les avantages suivants :
- Vérifiez que vous disposez de la capacité nécessaire pour gérer la charge globale. La capacité réservée est disponible pour la location à tout moment.
- Aucun engagement au niveau du volume ni du délai. Créez une réservation avec la capacité souhaitée et supprimez-la à tout moment pour arrêter de payer.
- Une fois les instances utilisant une capacité réservée supprimées, la capacité revient dans la réservation.
La réservation de capacité n'est pas prise en charge pour un SDDC qui utilise plusieurs domaines de disponibilité.
Lorsqu'un hôte se trouve toujours dans un pool de capacité réservée, la facturation repose sur la tarification des unités de gestion des stocks de capacité réservée. Une fois que l'hôte est provisionné à partir d'un pool de capacité réservée vers un SDDC, il passe à la tarification des unités de gestion des stocks VMware Solution en fonction de l'intervalle d'engagement que vous sélectionnez.
Si l'hôte est supprimé avant la fin de la période d'engagement, la facturation se poursuit pendant le reste de la période.
Les hôtes inactifs d'un pool de capacité réservée sont facturés indépendamment de VMware Solution.
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, reportez-vous à Réservations de capacité.
Architecture d'Oracle Cloud VMware Solution
Le diagramme suivant illustre le déploiement des divers composants du SDDC Oracle Cloud VMware Solution sur les instances de calcul bare metal OCI, ainsi que l'intégration de la solution à l'environnement OCI.
Le diagramme présente trois hôtes ESXi d'un SDDC qui réside dans un VCN OCI. L'hôte du milieu affiche les composants logiciels VMware installés pour la prise en charge du calcul (vSphere), du réseau (NSX-T) et du stockage (vSAN). Le recouvrement NSX gère le flux de trafic entre les différentes machines virtuelles, ainsi qu'entre les machines virtuelles et les autres ressources de la solution. Le réseau cloud virtuel inclut ici diverses passerelles qui assurent la connectivité entre le SDDC et un réseau sur site, Internet et Oracle Services Network.
Domaines de disponibilité et répartition des hôtes
Pour fournir un débit élevé et une faible latence, les SDDC de solution VMware Oracle Cloud Infrastructure sont déployés par défaut sur au moins trois domaines de pannes au sein d'un même domaine de disponibilité dans une région. Cette architecture assure des connexions haut débit à faible latence pour fournir des performances et une fiabilité maximales.
Si les SDDC nécessitent un déploiement sur de nombreux domaines de disponibilité, la fonctionnalité Multi AD est disponible sur demande. Considérations et limites potentielles pour les solutions multi AD :
- Une solution multi-AD peut empêcher la perte de données en cas d'indisponibilité d'un seul domaine de disponibilité. En cas de perte d'un hôte dans le SDDC, les machines virtuelles sont redémarrer sur un hôte disponible dans un autre domaine de disponibilité.
- Vous devez bien réfléchir avant de demander le provisionnement d'un SDDC sur de nombreux domaines de disponibilité. Les performances peuvent être impactées car la latence réseau et le débit de stockage peuvent être plus élevés que dans un déploiement avec un seul domaine de disponibilité.
- À mesure qu'un SDDC à plusieurs AD augmente, la demande sur le réseau augmente également. La réplication des données entre les hôtes des différents domaines de disponibilité a une incidence sur des fonctions telles que la synchronisation du stockage vSAN, ainsi que sur les délais de reconstruction et de resynchronisation. Des fonctions de gestion supplémentaires peuvent également nuire aux performances des charges globales du client.
- Nous recommandons aux SDDC VMware déployés sur plusieurs domaines de disponibilité d'une région de ne pas dépasser 16 hôtes ESXi.
Pour utiliser la fonctionnalité Multi AD, contactez d'abord l'équipe Oracle Cloud VMware Solution et demandez l'activation de Multi AD pour votre location. Ensuite, lorsque vous créez un cluster, indiquez le déploiement d'hôtes ESXi de forme dense dans plusieurs domaines de disponibilité.
Pour obtenir des informations générales, reportez-vous à A propos des régions et des domaines de disponibilité.
HCX Manager
Lorsque vous provisionnez un SDDC, vous pouvez activer HCX Manager (non illustré dans le diagramme). HCX est une plate-forme de mobilité d'application qui simplifie la migration d'applications, le rééquilibrage des charges globales et la continuité des activités dans les centres de données et les clouds.
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, reportez-vous à Pourquoi HCX Manager requiert-il une connectivité pour l'activation et les mises à jour ?.
Une connexion FastConnect pour la communication entre les sites est recommandée, mais n'est pas requise.
A propos du logiciel VMware
Le groupe de logiciels VMware d'OCI contient des composants vSphere, vSAN, NSX, vCenter et HCX pour prendre en charge les besoins en matière de calcul, de stockage et de réseau d'un environnement VMware entièrement fonctionnel.
- vSphere : vSphere est la plate-forme de virtualisation de VMware qui permet la gestion unifiée des UC, du stockage et de l'infrastructure 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 des fonctions de réseau virtuel et des fonctionnalités de sécurité au SDDC. Le déploiement NSX-T comprend des appliances unifiées NSX Manager avec NSX-T Local Manager et NSX-T Controller, ainsi que des noeuds NSX-T Edge.
- vSAN : les SDDC Oracle Cloud VMware Solution utilisent la technologie de stockage vSAN de VMware, qui fournit une banque de données partagée unique pour les charges globales de calcul et de gestion (machines virtuelles).
- HCX : HCX est une plate-forme de mobilité d'application qui simplifie la migration des applications et des charges globales. HCX peut être installé en tant que module d'extension lors de la configuration d'un SDDC. Vous pouvez choisir d'installer HCX Advanced sans frais supplémentaires, ou HCX Enterprise en tant que mise à niveau facturée. Pour plus d'informations, reportez-vous à Types de licence HCX.
Lorsque vous provisionnez le SDDC, vous devez sélectionner la version initiale de ce groupe 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.
- Les modifications apportées au SDDC à l'aide de l'interface de ligne de commande, de l'API ou de InfrastructureConsole Oracle Cloud ne sont pas automatiquement appliquées dans vCenter. Par exemple, si vous modifiez la version du logiciel ou les clés SSH, ces modifications ne s'appliquent qu'aux hôtes ESXi que vous ajoutez au SDDC. Pour modifier les propriétés des hôtes existants, vous devez effectuer manuellement les mises à jour applicables dans vCenter.
Composant | Version | Construction |
---|---|---|
VMware ESXi | ESXi 8.0 U2b | 23 305 546 |
VMware vCenter Appareil serveur | vCenter Serveur 8.0 U2b | 23 319 993 |
VMware Centre de données NSX-T | 4.1.2.3 | 23 382 408 |
Cloud HCX | 4,9 | 23 857 539 |
Connecteur HCX | 4,9 | 23 857 613 |
Composant | Version | Construction |
---|---|---|
VMware ESXi | ESXi 7.0 U3o | 22 348 816 |
VMware vCenter Appareil serveur | vCenter Serveur 7.0 U3o | 22 357 613 |
VMware Centre de données NSX-T | 3,2 | 20 737 185 |
Cloud HCX | 4,9 | 23 857 539 |
Connecteur HCX | 4,9 | 23 857 613 |
Le tableau suivant présente les versions du groupe de logiciels qui ont atteint l'état Fin de prise en charge.
Version de logiciel | vSphere | vSAN | NSX-T |
---|---|---|---|
6.7 Update 3* |
6.7 U3 |
6.7 U3 |
3.2.0.1 |
6.5 Update 3* |
6.5 U3 |
6.5 U3 |
3.2.0.1 |
* vSphere 6.5 et vSphere 6.7 ont terminé le support technique général fourni par la solution VMware le 15 octobre 2022. Oracle fournit un support technique commercialement raisonnable pour le provisionnement des environnements vSphere 6.5 et 6.7 lorsqu'ils entrent dans la phase de guidage technique après cette date. Nous vous recommandons d'utiliser la dernière version de vSphere lorsque vous créez un SDDC.
Mise à niveau du logiciel VMware de 6.x à 7.x
Étant donné que la plate-forme subit d'importants changements architecturaux de la version 6.x à la version 7.x de vSphere, OCI fournit un workflow qui vous guide tout au long du processus de mise à niveau étape par étape. Pour effectuer la mise à niveau, le workflow provisionne un nouveau SDDC vSphere 7.0 et des hôtes ESXi sur la solution OCI VMware, et utilise VMware HCX pour migrer les charges globales vers le nouveau SDDC vSphere 7. Au cours du workflow de mise à niveau, deux autres VLAN sont requis pour le provisionnement et la migration. Vous pouvez créer les VLAN avant de démarrer le workflow ou laisser le workflow les créer pour vous.
Pour plus d'informations et d'instructions, reportez-vous à Mise à niveau du logiciel VMware.
OCI prend uniquement en charge un workflow de mise à niveau sur place de la version 6.x à la version 7.x. Pour passer de la version 7.x à la version 8.x, créez un SDDC et des hôtes à l'aide de la version 8.x. Ensuite, migrez les charges globales du SDDC 7.x vers le SDDC 8.x et transférez les engagements de facturation de l'hôte. Pour plus d'informations, voir Transférer des engagements de facturation.
Types de licence HCX
Hybrid Cloud Extension (HCX) est une plate-forme de mobilité d'application qui simplifie la migration d'applications, le rééquilibrage des charges globales et la continuité des activités dans les centres de données et les clouds. Pour exécuter HCX, au moins une clé de licence doit être affectée à chaque socket physique au niveau de la destination. Le nombre de clés sur site fournies dépend du type de licence HCX.
Licence | Nombre de clés | SDDC de forme standard | SDDC de forme dense | Remarques |
---|---|---|---|---|
Options avancées | 3 | Non pris en charge | Inclus sans frais supplémentaires | Ce type de licence vous permet de migrer moins de charges de travail avec un temps d'arrêt d'application. |
Enterprise | 10 | Licence d'entreprise incluse sans frais supplémentaires. Aucune option de rétrogradation vers une licence avancée. | Mise à niveau facturée. Vous pouvez choisir de revenir à une licence avancée ultérieurement. |
Ce type de licence vous permet de migrer de nombreuses charges de travail stratégiques sans aucun temps d'arrêt. |
Tous les frais HCX Enterprise appliqués sont facturés chaque mois indépendamment des intervalles de facturation de l'hôte. Une fois le provisionnement du SDDC terminé, vous pouvez consulter la date de fin du cycle de facturation de HCX Enterprise sur la page Détails.
- Mise à niveau vers Enterprise : fait passer le nombre de clés de connexion sur site émises de 3 à 10. La demande de travail de mise à niveau démarre immédiatement. Le cycle de facturation de HCX Enterprise commence dès que la demande de travail aboutit.
- Retour à la licence Advanced : réduit le nombre de clés de connexion sur site de 10 à 3. Vous devez indiquer les 3 clés de licence à conserver après le retour à la licence antérieure. La demande de retour à la licence antérieure reste en attente jusqu'à la date de fin du cycle de facturation mensuel de HCX. Vous pouvez annuler la demande de basculement tant qu'elle est toujours à l'état
pending
.
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, reportez-vous à Mise à niveau de la licence HCX d'un SDDC et à Rétrogradation de la licence HCX d'un SDDC.
Options de facturation
- Intervalle de tarification : définissez un intervalle de tarification pour les hôtes ESXi dans un SDDC ou un cluster. Chaque cluster d'un SDDC peut avoir un intervalle de tarification différent. Sélectionnez Horaire, Mensuel, Annuel ou Tous les trois ans.
- Echanger les 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 Transférer des engagements de facturation.
Utilisation des SDDC
Vous pouvez utiliser la console, l'API ou l'interface de ligne de commande OCI pour provisionner et gérer les ressources de SDDC. L'utilitaire vCenter de VMware permet de créer et de gérer des charges globales dans le SDDC.
Pour obtenir des informations et des instructions sur la création et la gestion des ressources Oracle Cloud VMware Solution, reportez-vous aux rubriques suivantes :
Ressources de documentation supplémentaires
Les livres de jeux et les livres blancs Oracle Cloud VMware Solution suivants sont disponibles :
- Déploiement de Zerto pour protéger contre les catastrophes votre SDDC VMware dans le cloud
Découvrez comment déployer Zerto afin de protéger les données du SDDC Oracle Cloud VMware dans le cloud.
- Déploiement de Veeam pour protéger contre les catastrophes votre SDDC VMware dans le cloud
Découvrez comment déployer Veeam afin de protéger les données du SDDC Oracle Cloud VMware dans le cloud.
- Déploiement d'Actifio pour protéger contre les catastrophes votre SDDC VMware dans le cloud
Découvrez comment configurer la solution de sauvegarde et de récupération après sinistre Actifio pour les machines virtuelles invitées dans Oracle Cloud VMware Solution.
- Déploiement d'un SDDC hautement disponible vers le cloud
Illustre le déploiement d'un SDDC VMware sur Oracle Cloud Infrastructure et son intégration à d'autres services Oracle exécutés sur Oracle Cloud.
- Migration des charges globales VMware sur site vers le cloud
Décrit le processus de migration en ligne ou en direct de charges globales VMware à partir d'un environnement de centre de données sur site vers Oracle Cloud VMware Solution.
- Création d'un SDDC hybride en étendant le déploiement VMware sur site vers Oracle Cloud
Décrit comment configurer un SDDC VMware hybride entre un environnement sur site et OCI à l'aide d'Oracle Cloud VMware Solution.
- En savoir plus sur la connexion aux ressources Oracle Cloud et VMware
Décrit plusieurs méthodes de connexion aux ressources Oracle Cloud et VMware, ainsi que leurs avantages, leurs limites et leur utilisation.
- Implémentation de la récupération après sinistre pour un SDDC d'Oracle Cloud VMware Solution sur le cloud
Décrit comment Oracle Cloud VMware Solution utilise VMware Site Recovery Manager (SRM) pour implémenter une solution de récupération après sinistre automatisée, fiable et flexible pour un SDDC VMware.
- Déploiement d'une pile d'applications multiniveau sur un SDDC VMware connecté à une base de données autonome
Présente une pile d'applications à 3 niveaux dans OCI avec le niveau d'application déployé dans un SDDC VMware créé à l'aide d'Oracle Cloud VMware Solution.