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 :
- vSphere Entreprise Plus
- vSphere est la plate-forme de virtualisation de VMware pour la gestion unifiée de l'UC, 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. Pour plus de détails sur la plate-forme, consultez la documentation vSphere de VMware.
- NSX DC - Avancé
- Pour plus d'informations sur NSX 3.2.x, voir Offres de produits pour VMware NSX-T Data Center 3.2.x
- Pour plus d'informations sur NSX 4.0 et versions ultérieures, voir VMware Caractéristiques de NSX
- vSAN avancé avec chiffrement
- HCX Advanced (peut être mis à niveau vers HCX Enterprise sur demande)
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.
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.
- 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.
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 |
|
|
Coeurs | Le nombre de coeurs que vous pouvez configurer dépend de la forme sélectionnée. |
|
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 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.
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 |
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.
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 |
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. |
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.
- Capacité : 8 To
- UPV/Go par défaut : 10 (équilibré)
- 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
- 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.
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.
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 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.
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.
- 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.
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 |
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 |
* 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.
- 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
.
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
- 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 :
- Déployer Zerto pour protéger le SDDC VMware dans le nuage contre les sinistres
Voyez comment déployer Zerto pour protéger les données du SDDC VMware Oracle Cloud.
- Déployer Veeam pour protéger le SDDC VMware dans le nuage contre les sinistres
Voyez comment déployer Veeam pour protéger les données du SDDC VMware Oracle Cloud.
- Déployer Actifio pour protéger le SDDC VMware dans le nuage contre les sinistres
Voyez comment configurer la solution Actifio de sauvegarde et de reprise après sinistre pour les machines virtuelles invitées dans la solution VMware Oracle Cloud.
- Déployer un SDDC hautement disponible dans le nuage
Décrit comment déployer un SDDC VMware dans Oracle Cloud Infrastructure, puis l'intégrer à d'autres services Oracle exécutés dans Oracle Cloud.
- Migrer vos charges de travail VMware sur place vers le nuage
Présente le processus de migration en ligne, ou en direct, des charges de travail VMware d'un environnement de centre de données sur place vers Oracle Cloud VMware Solution.
- Créer un SDDC hybride en étendant le déploiement VMware sur place à Oracle Cloud
Cette section décrit comment configurer un SDDC VMware hybride entre un environnement sur place et OCI à l'aide d'Oracle Cloud VMware Solution.
- En savoir plus sur la connexion aux ressources Oracle Cloud et VMware
Cette section décrit plusieurs méthodes de connexion aux ressources Oracle Cloud et VMware, ainsi que leurs avantages et limitations, et explique comment démarrer.
- Mettre en oeuvre la récupération après sinistre pour un SDDC de la solution VMware Oracle Cloud dans le nuage
Décrit comment Oracle Cloud VMware Solution utilise VMware Site Recovery Manager (SRM) pour mettre en oeuvre une solution de récupération après sinistre automatisée, fiable et flexible pour un SDDC VMware.
- Déployer une pile d'applications à plusieurs niveaux sur un SDDC VMware connecté à une base de données autonome
Présente une pile d'applications à 3 niveaux dans OCI avec le niveau des applications déployé dans un SDDC VMware créé à l'aide d'Oracle Cloud VMware Solution.