Cette section décrit les configurations prises en charge et non prises en charge pour la conversion d'un environnement vSphere existant en un domaine de gestion VMware Cloud Foundation ou l'importation d'un environnement vSphere existant comme domaine de charge de travail VI.

Considérations par type de domaine

Catégorie

Considérations en matière de domaine de gestion

Considérations en matière de domaine de charge de travail VI

Recommandation

Alignement des nomenclatures logicielles VMware Cloud Foundation

  • Minimum 5.2

  • vCenter Server et ESXi 8.0U3

  • Minimum 4.5.0

  • vCenter Server et ESXi 7.0U3

Mettez à niveau le domaine vers la nomenclature minimale.

Attention :

Les instances de vCenter Server initialement déployées à une version antérieure à la version 6.5 peuvent rencontrer un problème lors de la mise à niveau vers la version 8.0U3. Pour plus d'informations, reportez-vous à l'article 370882 de la base de connaissances.

Ports et protocoles

Alignement nécessaire sur https://ports.esp.vmware.com/home/VMware-Cloud-Foundation

Attention :

vCenter Server doit utiliser le port 443.

Les ports personnalisés pour vCenter Server ne sont actuellement pas pris en charge pour l'importation. Attendez une version ultérieure de VCF qui prendra en charge l'importation de vCenter Server à l'aide de ports personnalisés.

Emplacement de la VM vCenter Server

Doit être colocalisée

Doit être située dans le domaine de gestion ou colocalisée

Déplacez la VM vCenter Server vers un emplacement pris en charge. Pour plus d'informations sur l'instance de vMotion de plusieurs systèmes vCenter, reportez-vous à cette procédure.

Single Sign On

Les noms de domaine SSO pour les environnements importés n'ont pas besoin d'être uniques dans une instance de VMware Cloud Foundation

Chaque domaine SSO ne doit contenir qu'une seule instance de vCenter Server. ELM n'est pas pris en charge

Interrompre l'anneau ELM en créant plusieurs domaines SSO

Cluster - Stockage

  • Le cluster par défaut doit être l'un des suivants : vSAN, NFS VMFS-FC.

  • NFS 4.1, FCoE, vVols ou iSCSI natifs ne sont pas pris en charge

Sélectionner un cluster avec stockage principal dans la liste prise en charge

Il ne peut pas s'agir de clusters vSAN étendus

Les clusters étendus vSAN ne sont actuellement pas pris en charge. Attendez une version ultérieure de VCF qui prendra en charge l'importation de clusters vSAN étendus.

  • VCF 5.2 : lorsque vous utilisez vSAN, tous les clusters doivent disposer d'au moins 4 nœuds.

    VCF 5.2.1 : lorsque vous utilisez vSAN, tous les clusters doivent disposer d'au moins 3 nœuds.

  • VCF 5.2 : lorsque vous utilisez NFS ou FC, le cluster par défaut doit disposer d'au moins 2 nœuds

    VCF 5.2.1 : lorsque vous utilisez NFS ou FC, le cluster par défaut doit disposer d'au moins 3 nœuds

  • Lorsque vous utilisez vSAN, tous les clusters doivent disposer d'au moins 3 nœuds

  • VCF 5.2 : lorsque vous utilisez NFS ou FC, tous les clusters doivent disposer d'au moins 2 nœuds

  • VCF 5.2.1 : lorsque vous utilisez NFS ou FC, tous les clusters doivent disposer d'au moins 3 nœuds

Développer le cluster au nombre minimal de nœuds pour le type de stockage approprié

Lors de l'utilisation de vSAN, la compression seule (applicable à OSA) n'est pas prise en charge.

La déduplication et la compression sont prises en charge ensemble. Activez la déduplication ou désactivez la compression.

Cluster - Réseau

Aucune instance de NSX ne doit être enregistrée sur vCenter Server

Les instances de vCenter Server avec des enregistrements de NSX existants ne sont actuellement pas prises en charge pour l'importation

LACP non pris en charge

Utiliser les options d'association disponibles avec vSphere Distributed Switch et N-VDS pour fournir l'équilibrage de charge et le basculement

Utilisez des commutateurs vSphere Distributed Switch uniquement. Les commutateurs virtuels Standard ou Cisco ne sont pas pris en charge

Passez à vSphere Distributed Switch. Reportez-vous à cette procédure.

Vous devez attribuer les adresses IP VMkernel statiquement

Passez à des adresses IP attribuées statiquement

Plusieurs instances de VMkernel pour un seul type de trafic (vSAN, vMotion) ne sont pas prises en charge

Reconfigurer à une seule instance de VMkernel par type de trafic

Les hôtes ESXi doivent disposer du même nombre de liaisons montantes physiques (au moins 2) attribuées à un commutateur vSphere Distributed Switch. Chaque liaison montante doit disposer d'au moins 10 Go

Reconfigurer les liaisons montantes en conséquence

Les stratégies d'association de commutateurs vSphere Distributed Switch doivent correspondre aux normes de VMware Cloud Foundation

Pour connaître les stratégies d'association de VMware Cloud Foundation, reportez-vous à la procédure ici

Vous devez configurer un réseau vMotion dédié

Configurer un réseau vMotion dédié

Chaque cluster doit disposer d'un commutateur vSphere Distributed Switch dédié Assurez-vous que chaque cluster dispose de son propre commutateur vSphere Distributed Switch

Cluster - Calcul

Le cluster ne doit pas être géré par VxRail

VxRail n'est actuellement pas pris en charge. Attendez une version ultérieure de VCF qui prendra en charge l'importation de VxRail

Tous les clusters doivent exécuter vSphere 8.0U3

Le numéro de build d'ESXi doit être cohérent dans un cluster

Mettre à niveau les hôtes pour aligner les numéros de build

DRS doit être entièrement automatisé

Activez DRS et automatisez-le entièrement

Les hôtes autonomes ne sont pas pris en charge.

Supprimez l'hôte autonome de l'inventaire de vCenter Server.

Les clusters de la même instance de vCenter doivent tous être gérés à l'aide de la même méthode de vSphere Lifecycle Manager. Vous ne pouvez pas importer ou convertir une instance de vCenter qui inclut des clusters avec un mélange d'images vSphere Lifecycle Manager et de lignes de base vSphere Lifecycle Manager.

Prise en charge de la configuration par type de domaine

Tableau 1. Prise en charge de la configuration par type de domaine

Configuration

Domaine de gestion converti

Domaine de charge de travail VI importé

Domaine de gestion déployé par VCF

Domaine de charge de travail VI déployé par VCF

Informations supplémentaires

Cluster de gestion avec moins de 4 nœuds

Oui

VCF 5.2 : NFS ou FC uniquement (au moins 2 nœuds)

VCF 5.2.1 :
  • NFS ou FC (au moins 3 nœuds)
  • vSAN (au moins 3 nœuds)

N/A

Non

N/A

Déploiement avec NSX VLAN uniquement (pas de mise en réseau superposé)

Oui

Oui

Non

Non

Déploiement de NSX Edge

Non

Non

Oui

Oui

AVN

Non

Non

Oui

N/A

Cluster NSX Edge requis

Déploiement d'Aria Lifecycle en mode compatible VCF

Non

Non

Oui

N/A

Mise en réseau superposé NSX requise

Stockage Fibre Channel en tant que stockage principal

Oui

Oui

Non

Oui

Stockage NFS en tant que stockage principal

Oui

Oui

Non

Oui

Dispositifs vCenter colocalisés dans un cluster de domaine de charge de travail

Oui

Oui

Oui

Non

Mise en réseau VCF non standard, telle que l'agrégation de liens vers les hôtes (LACP)

Non

Non

Non

Non

Mode ELM (Enhanced Link Mode)

Non

Non

Oui

Oui

Mise en réseau superposé NSX

Non

Non

Oui

Oui

Mise en réseau superposé NSX requise

Avi Load Balancer

Non

Non

Oui

Oui

Mise en réseau superposé NSX requise

Cluster étendu vSAN

Non

Non

Oui

Oui

Mise en réseau superposé NSX requise

Clusters compatibles WCP

Non

Non

Oui

Oui

Mise en réseau superposé NSX requise

Cluster vSphere L3 Créer/ajouter un hôte

Non

Non

Non

Oui

Mise en réseau superposé NSX requise

Stockage compatible vVol

Non

Non (vous pouvez ajouter de nouveaux clusters après l'importation qui utilisent le stockage compatible vVol)

Non (en supplément uniquement)

Oui

Plusieurs régions/DR

Non

Non

Oui

Oui

Mise en réseau superposé NSX requise

Solutions validées par VMware

Non

Non

Oui

Oui

Gestion des mots de passe de l'hôte ESXi

Non

Non

Oui

Oui

Ajouter un hôte à un cluster

Oui*

Oui*

Oui

Oui

* Vous devez le réaliser dans vCenter, puis effectuer une opération de synchronisation

Oui*

Oui*

Oui

Oui

* Vous devez le réaliser dans vCenter, puis effectuer une opération de synchronisation