Oracle Cloud VMware Solution (OCVS) permet aux clients d'exécuter des data centers définis par logiciel (SDDC) basés sur VMware directement sur une infrastructure Bare Metal dédiée dans Oracle Cloud Infrastructure (OCI). Les clients utilisent OCVS pour déployer, gérer et exploiter des environnements VMware à l'aide d'outils et de processus VMware familiers, tout en bénéficiant de la plateforme cloud globale d'OCI.
OCVS prend en charge les principaux composants VMware, notamment vSphere, vSAN, NSX, vCenter et HCX, afin de répondre aux exigences en matière de calcul, de stockage et de mise en réseau pour les cas d'utilisation tels que la migration de data centers, l'extension de capacité, la récupération après sinistre et l'infrastructure de bureau virtuel. Les licences VMware peuvent être fournies par Oracle ou par des clients, en fonction de la phase d'offre et de transition applicable.
Oracle Cloud VMware Solution est disponible dans toutes les régions de cloud public OCI (commerciales, gouvernementales, souveraines) ou dans les régions dédiées de votre data center.
Non, Oracle Cloud VMware Solution est un service géré par le client qui vous donne un accès administratif complet et un contrôle complet d'un SDDC VMware, tout comme votre environnement VMware on-premises.
Pour plus d'informations sur les modèles de CPU et de GPU, le nombre de cœurs, la mémoire et la bande passante réseau, consultez la page de documentation OCVS.
Reportez-vous à la page de documentation OCVS pour connaître le nom et le numéro de version de chaque composant (ESXi, vCenter, NSX, HCX, etc.).
Le nombre maximal d'hôtes ESXi que vous pouvez créer dans un cluster dépend des formes OCI bare metal qui prennent en charge Oracle Cloud VMware Solution. BM.DenseIO.E5, BM.DenseIO.E4 et BM.DenseIO.52 prennent en charge jusqu'à 64 hôtes ESXi. BM.Standard.E5, BM.Standard.E4, BM.Standard3 et BM.Standard2 prennent en charge jusqu'à 32 hôtes ESXi.
Le nombre minimal d'hôtes ESXi que vous pouvez créer dans un cluster dépend des formes OCI Bare Metal qui prennent en charge Oracle Cloud VMware Solution, qui prend en charge un SDDC d'hôte ESXi unique pour un SDDC à noeud unique lors de l'utilisation de BM.DenseIO.E4 et BM.DenseIO.52. Toutes les autres formes nécessitent au moins trois hôtes ESXi pour un SDDC multihôte.
Un SDDC à hôte unique est limité à un maximum global de 10 dans toutes les locations et régions.
Oui, mais il y a des limitations comme indiqué ci-dessous. Un SDDC à hôte unique est conçu comme un point d'entrée moins coûteux pour les tests, la validation de la charge globale et la migration vers un déploiement de production complet.
Non, avec Oracle Cloud VMware Solution, le client obtient un contrôle administratif complet sur un SDDC VMware, semblable à son environnement VMware on-premises. À ce titre, le client ou le partenaire opérationnel du client est responsable des opérations et de la maintenance.
Oui. Le modèle de licence BYOL VMware sera pris en charge pour Oracle Cloud VMware Solution via la console et les API OCI une fois le support mis en disponibilité générale.
Les politiques de licence relatives à l'exécution des logiciels Oracle sur des environnements virtualisés, y compris Oracle Cloud VMware Solution, sont régies par la Politique Oracle Partitioning (PDF).
Il existe de nombreuses façons de migrer vos workloads vers Oracle Cloud VMware Solution en fonction de vos exigences et de votre configuration. Utilisez VMware HCX pour les projets de migration complexes. Utilisez vMotion entre les serveurs VMware vCenter pour migrer la charge globale en direct. Pour plus d'informations, consultez ce guide stratégique.
La fonctionnalité d'implémentation d'Oracle Cloud VMware Solution fournit une automatisation, des outils et les procédures permettant d'activer les déploiements Oracle Cloud VMware Solution installés avec VMware vSphere version 6.x ou antérieure pour effectuer une mise à niveau vers VMware vSphere 8.x. La mise à niveau inclut un lien de téléchargement pour les fichiers binaires. Les licences sont incluses si vous utilisez des SKU avec licence incluse. Pour obtenir des instructions détaillées, reportez-vous à la documentation sur Oracle Cloud VMware Solution
Au cours du processus de mise à niveau du SDDC, lorsque le cluster de gestion est mis à niveau vers la version choisie, l'utilisateur est redirigé vers Télécharger les binaires. Les licences sont incluses pour l'option de licence. Le lien de téléchargement est une URL de bucket Object Storage pré-authentifiée en lecture seule qui pointe vers le groupe de composants vCenter et le groupe NSX-T Data Center.
Au cours du processus de mise à niveau du SDDC, une fois le SDDC et le cluster ESXi mis à niveau, les utilisateurs sont invités à mettre à niveau chaque hôte du cluster à partir de la liste des hôtes ESXi et à les mettre à niveau vers la dernière version. Le nouvel hôte créé aura la configuration existante. Une fois que vous avez migré les workloads des anciens hôtes vers les nouveaux hôtes, vous devez supprimer les anciens hôtes. Le nouvel hôte sera facturé à l'heure. Il n'y a pas de frais minimum de huit heures sur cet hôte, contrairement à l'hôte facturé à l'heure standard. Les engagements de durée affectés à l'ancien hôte seront déplacés vers le nouvel hôte lorsque l'ancien hôte sera supprimé et incluront les mêmes conditions que l'original.
Vous recevrez une notification pour les anciens hôtes à supprimer. Les nouveaux hôtes seront facturés chaque heure jusqu'à ce que les anciens hôtes soient supprimés.
Non, vous ne devriez pas utiliser vLCM pour passer de 7.x à 8.x. Le processus de mise à niveau non simultanée d'Oracle Cloud VMware Solution fournit les licences pertinentes pour l'option avec licence incluse et le fichier binaire requis pour mettre à jour votre SDDC. La mise à niveau non simultanée est la méthode prise en charge pour mettre à niveau vos déploiements de SDDC actuels.
VMware HCX peut être mis à niveau en ligne via la console HCX jusqu'au 30 avril 2025. Après le 30 avril 2025, les mises à niveau HCX suivront un processus de mise à niveau hors ligne, tel que documenté par Broadcom. Le processus de mise à niveau HCX dépend de la version HCX actuelle et de la matrice d'interopérabilité du chemin de mise à niveau.
Oracle Cloud VMware Solution publie des fichiers binaires via des mises à jour ou des mises à niveau mineures régulières de correctifs, ainsi que lorsque des mises à jour de sécurité sont disponibles. Ces fichiers binaires sont alignés sur la matrice de compatibilité et sont associés à une cohorte spécifique VMware Cloud Foundation (VCF). Nous recommandons d'utiliser des binaires de la même cohorte VCF pour assurer la compatibilité. Toutefois, si des fichiers binaires individuels sont nécessaires, les clients peuvent les demander via My Oracle Support.
Les clients d'Oracle Cloud VMware Solution peuvent créer plusieurs clusters au sein d'un même SDDC. Cette fonctionnalité offre de nombreux avantages, notamment une gestion simplifiée, une séparation des workloads et une rentabilité. Consultez cette page multicluster pour obtenir des instructions détaillées.
Vous pouvez créer jusqu'à quinze clusters dans un SDDC unique, y compris le cluster de gestion unifiée.
Oui. Un seul vCenter déployé dans le cluster de gestion unifiée peut gérer tous les clusters déployés dans ce SDDC.
Non, un seul vCenter peut gérer tous les clusters d'un SDDC.
Oui, vMotion sur les clusters est pris en charge. Les utilisateurs peuvent restreindre vMotion entre les clusters en modifiant les groupes de sécurité réseau OCI.
Oui. Vous pouvez créer des clusters de workloads supplémentaires ayant une forme différente de celle du cluster de gestion unifiée d'origine.
Lors de la création d'un cluster, vous devez déployer au moins trois clusters de production de nœuds de même forme et de même cœur. Après le provisionnement, vous pouvez ajouter des hôtes avec différentes formes compatibles avec la forme d'origine sélectionnée.
Oui. Vous pouvez choisir une version du logiciel ESXi dans la version principale du logiciel VMware du SDDC lors de l'ajout d'un hôte.
| Configuration initiale de la forme d'hôte du cluster | Formes d'hôtes pouvant être ajoutées à ce cluster |
|---|---|
| BM.DenseIO2.52 | BM.DenseIO2.52, BM.Standard3.64, BM.GPU.A10.4 |
| BM.Standard2.52 | BM.Standard2.52, BM.Standard3.64, BM.GPU.A10.4 |
| BM.Standard3.64 | BM.Standard3.64, BM.GPU.A10.4 |
| BM.GPU.A10.4 | BM.Standard3.64, BM.GPU.A10.4 |
| BM.DenseIO.E4.128 | BM.Standard.E4.128, BM.DenseIO.E5.128, BM.Standard.E5.192 |
| BM.Standard.E4.128 | BM.Standard.E4.128, BM.Standard.E5.192 |
| BM.Standard.E5.192 | BM.Standard.E5.192, BM.DenseIO.E5.128 |
| BM.DenseIO.E5.128 | BM.DenseIO.E5.128, BM.Standard.E5.192 |
Oracle Cloud VMware Solution (OCVS) utilise des VLAN OCI pour fournir une mise en réseau de couche 2 pour les composants VMware tels que les hôtes ESXi, NSX, vSAN, vMotion et HCX. Les VLAN permettent la segmentation et l'isolement du trafic tout en permettant aux workloads VMware de fonctionner comme si elles étaient connectées à un réseau traditionnel de couche 2 sur site.
Oui. Un réseau cloud virtuel OCI (VCN) prend en charge jusqu'à 100 VLAN au total, y compris les VLAN créés par le système et créés par le client, partagés sur tous les SDDC OCVS au sein de ce VCN.
Chaque VLAN prend en charge jusqu'à 128 interfaces réseau virtuelles (vNICs). Cette limite est partagée par toutes les ressources attachées au VLAN.
Vous pouvez provisionner des volumes de blocs de 50 Go à 32 To, par incréments de 1 Go.
Vous pouvez associer jusqu'à 32 volumes de blocs par hôte.
Actuellement, les performances maximales prises en charge sont de 50 unités de performance de volume (VPU).
Les chemins d'accès multiples, les stratégies de sauvegarde, les performances automatiques, la réplication inter-région et les VPU supérieures à 50 ne sont pas pris en charge par Oracle Cloud VMware Solution.
BM.DenseIO.E5, BM.DenseIO.E4 et BM.DenseIO.52 utilisent un stockage vSAN avec NVMe local. Vous pouvez étendre le stockage en ajoutant des hôtes supplémentaires ou du stockage externe, tels qu'OCI Block Volumes ou NFS.
Standard.E5, BM.Standard.E4, BM.Standard3 et BM.Standard2 utilisent OCI Block Volumes comme banque de données principale. Vous pouvez étendre la capacité de stockage en ajoutant des volumes de blocs OCI ou NFS supplémentaires.
Vous pouvez ajouter jusqu'à 32 hôtes ESXi à un seul volume de blocs.
Oui, vous avez besoin d'un chemin d'accès au périphérique lorsque vous sélectionnez un volume de blocs au-delà de 20 VPU. Vous pouvez affecter n'importe quel chemin de périphérique.
Oracle s'associe à Broadcom pour activer un modèle BYOL (Bring Your Own License) pour ses clients. Dans le cadre de cette modification, le modèle de licence incluse existant, dans lequel les licences VMware sont regroupées avec l'infrastructure OCVS, devrait être progressivement supprimé.
Oracle fournit une période de transition structurée pour permettre la continuité des workloads existants, fournir des options d'évolutivité prévisibles et établir des délais clairs pour l'adoption de BYOL. Vous trouverez les annonces et les détails relatifs à BYOL ici :
| Date | Jalons |
|---|---|
| 21 janvier - 21 mars 2026 : période d'annonce |
|
| 22 mars - 20 mai 2026 : période de transition |
|
| À partir du 21 mai 2026 : offre BYOL uniquement |
|
La licence incluse fait référence aux unités de gestion des stocks (SKU) OCVS où le logiciel VMware, y compris ESXi, vSAN, NSX, vCenter et HCX, est fourni avec OCI et où Oracle est responsable de la gestion des clés de licence VMware pour les produits VMware susmentionnés.
Bring Your Own License (BYOL) signifie que les clients achètent des licences VMware directement auprès de Broadcom ou de revendeurs autorisés et les appliquent à l'infrastructure OCVS. Oracle fournit une infrastructure, des workflows de provisionnement (via une console ou des API) et des rapports opérationnels, tandis que les clients restent responsables de l'approvisionnement en licences, de la gestion des abonnements et de la conformité.
Les unités de gestion des stocks à la demande sont des offres d'infrastructure OCVS basées sur la consommation sans engagements à long terme, disponibles sous forme d'options horaires ou mensuelles en fonction de la phase de transition. Pendant la période d'annonce, les unités de gestion des stocks à la demande avec licence incluse, toutes les heures et tous les mois, sont prises en charge pour les nouveaux SDDC et les SDDC existants. Pendant la période de transition, seules les unités de gestion des stocks à la demande avec licence incluse sont disponibles, principalement pour la mise à l'échelle des SDDC existants. À partir de l'offre BYOL uniquement, toute utilisation à la demande nécessite BYOL.
BYOL pour OCVS devrait être disponible pour tous vers la mi-mars 2026. Les clients disposant de licences BYOL valides doivent faire appel à leur équipe de compte Oracle pour planifier les déploiements ou les transitions d'hôte en fonction des expirations d'engagement.
Les clients sont responsables de :
Les contrats de niveau de service d'infrastructure et de plan de contrôle restent inchangés. Les clients sont entièrement responsables de la gestion de la validité et du cycle de vie des licences VMware. Les limites de service et les fonctionnalités de gestion OCVS seront restreintes en cas de violation des exigences de conformité de licence VMware.
Pour rester entièrement pris en charge par Oracle et Broadcom, les environnements OCVS doivent exécuter une version VCF prise en charge et un modèle de licence approprié. Broadcom a annoncé que VMware ESXi 8.x arrive en fin de service le 11 octobre 2027. Les clients peuvent passer à VCF 9.0 avant la date de fin de service. Les versions plus récentes de VCF, y compris VCF 9, nécessitent BYOL.
Les clients ayant des engagements à long terme avec licence incluse, en particulier des engagements sur 3 ans initiés vers la fin de la période d'annonce, doivent planifier leurs environnements en gardant à l'esprit les jalons du cycle de vie VMware. La transition vers BYOL et la mise à niveau vers une version VCF prise en charge avant la fin de service ESXi 8.x permettent d'assurer une prise en charge continue de la plateforme et une continuité opérationnelle.
Oracle recommande d'aligner l'adoption de BYOL et les mises à niveau de version sur les délais d'engagement de l'hôte et les conseils sur le cycle de vie des produits VMware.
Les SDDC existants continueront de fonctionner selon leurs engagements actuels en matière d'hébergement avec licence incluse.
Les SDDC existants ne peuvent pas utiliser le modèle BYOL tant qu'il n'est pas disponible pour tous. Les clients disposant de licences BYOL valides doivent faire appel à leur équipe de compte Oracle pour planifier la transition en fonction des expirations d'engagement de l'hôte.
Non. Les SDDC avec licence incluse ne peuvent pas accéder aux fonctionnalités VMware Cloud Foundation (VCF) 9 ou VCF uniquement, telles que les opérations ou l'automatisation. Les fonctionnalités VCF complètes nécessitent la transition de l'ensemble du SDDC vers BYOL.
Les nouveaux SDDC ne peuvent pas utiliser BYOL tant qu'ils ne sont pas disponibles pour tous. Les clients disposant de licences BYOL valides doivent faire appel à leur équipe de compte Oracle pour planifier les déploiements une fois que BYOL sera disponible.
Non. La transition BYOL s'applique de manière cohérente aux offres commerciales et gouvernementales.
Oui. Les clients Alloy peuvent utiliser le type BYOL avec OCVS. La partie qui déploie le SDDC est responsable de l'obtention de licences VMware valides directement auprès de Broadcom ou de ses revendeurs autorisés et de leur application à l'environnement OCVS.
Oui. Les clients peuvent utiliser Oracle Customer Success Services (CCS) ou des partenaires approuvés, mais les clients propriétaires du SDDC restent responsables de l'approvisionnement et de la conformité des licences VMware.
Pour des questions générales sur les tarifs, reportez-vous à la page des tarifs d'Oracle Cloud VMware Solution.
Les différentes conditions d'engagement sont horaires, mensuelles, annuelles et triennales. Pour plus d'informations, reportez-vous à la section Tarifs.
Oracle Cloud VMware Solution prend en charge une durée d'engagement minimale de huit heures à l'aide de l'option d'engagement horaire.
Si l'hôte est supprimé avant la fin de la période de validation, il sera tout de même facturé pour l'ensemble de la durée de l'engagement.
Non, Oracle Cloud VMware Solution est facturé via un seul SKU par hôte dans les rapports d'utilisation de chaque client. Si vous utilisez une SKU avec licence incluse, les frais couvrent à la fois l'infrastructure Compute et l'accès aux licences VMware. Si vous utilisez une SKU BYOL, les frais couvrent uniquement l'infrastructure Compute.
Oui. Vous pouvez réutiliser l'engagement lors du provisionnement de l'hôte des mêmes forme et nombre de cœurs. La durée de l'engagement restera inchangée.
Oui. Vous pouvez échanger les engagements de facturation entre deux hôtes actifs.
Vous devez payer HCX Enterprise dans les formes dense (DenseIO.52 et DenseIO.E4.128) uniquement lorsque vous effectuez la mise à niveau à partir de HCX Advanced et que vous utilisez une SKU avec licence incluse pour les hôtes du SDDC. Le modèle BYOL inclut par défaut les fonctionnalités HCX-Enterprise.
Oui. Les clients doivent respecter les conseils et recommandations de VMware pour les outils de surveillance en question.
La télémétrie Oracle Cloud standard n’est pas disponible car aucun agent n’est installé dans l’instance ESXi bare metal. Toutefois, les clients peuvent obtenir des données de calcul et de réseau de télémétrie à partir de VMware directement dans les interfaces administratives ESXi, vCenter et NSX-T, ou via les API fournies dans le cadre de ces offres.
Oracle fournit une assistance client de niveau 1, 2 et 3.
Oracle assure la prise en charge de vSphere, vCenter, vSAN et NSX.
Oracle prend en charge la pile logicielle VMware exécutée sur OCVS, en plus de l'infrastructure OCI sous-jacente. Cependant, les environnements clients doivent être configurés et exploités à l'aide de versions logicielles VMware sous licence appropriées qui sont publiquement prises en charge par Broadcom. Il incombe aux clients de garantir la conformité de leurs environnements OCVS, notamment en maintenant les versions logicielles prises en charge et les licences valides. Pour bénéficier du support fourni par Oracle et Broadcom, les environnements OCVS doivent exécuter des versions logicielles VMware prise en charge par les deux fournisseurs. Les environnements exécutant des logiciels non pris en charge ou non conformes peuvent être soumis à des limites de support jusqu'à ce que la conformité soit restaurée.