VMware Cloud Foundation se compose de domaines de charge de travail qui représentent des unités d'infrastructures compatibles avec les applications incluant les hôtes ESXi, vCenter Server, le stockage (vSAN, NFS, VMFS sur FC ou vVols) et NSX. En fonction des besoins de l'entreprise et de la disponibilité des ressources, vous pouvez exécuter les composants de gestion et les charges de travail des clients dans des domaines de charge de travail distincts selon l'architecture standard ou dans un domaine de charge de travail partagé selon l'architecture consolidée.
Pour plus d'informations sur la conception d'un environnement VMware Cloud Foundation, y compris les conditions requises et les recommandations sectorielles de VMware Cloud Foundation, reportez-vous à la documentation de Conception de VMware Cloud Foundation.
Domaines de charge de travail dans VMware Cloud Foundation
VMware Cloud Foundation se compose de domaines de charge de travail qui représentent une infrastructure compatible avec les applications. Un domaine de charge de travail représente une unité logique qui regroupe des hôtes ESXi gérés par une instance de vCenter Server présentant des caractéristiques spécifiques conformément aux meilleures pratiques de VMware.
Un domaine de charge de travail peut se composer d'un ou de plusieurs clusters vSphere et provisionnés automatiquement par SDDC Manager. Chaque domaine de charge de travail contient les composants suivants :
Hôtes ESXi
Une instance de VMware vCenter Server™
Au moins un cluster vSphere avec vSphere HA et vSphere DRS activés.
Un commutateur vSphere Distributed Switch par cluster pour le trafic système et les segments NSX pour les charges de travail.
Un cluster NSX Manager pour la configuration et la mise en œuvre de software-defined networking.
Un cluster NSX Edge ajouté lors de la création du domaine de charge de travail qui connecte les charges de travail pour la commutation logique, le routage dynamique logique et l'équilibrage de charge.
Une ou plusieurs allocations de stockage partagé.
VMware Cloud Foundation prend en charge deux types de domaines de charge de travail : le domaine de gestion et les domaines de charge de travail d'infrastructure virtuelle (VI).
Domaine de gestion
Le domaine de gestion est créé lors du processus de mise en place par VMware Cloud Builder et contient les composants de gestion VMware Cloud Foundation comme suit :
Au moins quatre hôtes ESXi
Une instance de vCenter Server
Un cluster NSX Manager à trois nœuds
SDDC Manager
-
Banque de données vSAN
Un ou plusieurs clusters vSphere dont le nombre peut atteindre 64 au maximum
Domaines de charge de travail VI
Créez des domaines de charge de travail VI pour exécuter des charges de travail de clients. Pour chaque domaine de charge de travail VI, vous pouvez choisir l'option de stockage vSAN, NFS, vVols ou VMFS sur FC.
Un domaine de charge de travail VI se compose d'un ou de plusieurs clusters vSphere. Chaque cluster commence par au moins trois hôtes et peut atteindre 64 hôtes vSphere au maximum. SDDC Manager automatise la création du domaine de charge de travail VI et des clusters vSphere sous-jacents.
Pour le premier domaine de charge de travail VI de votre environnement, SDDC Manager déploie une instance de vCenter Server et un cluster NSX Manager à trois nœuds dans le domaine de gestion. Pour chaque domaine de charge de travail VI suivant, SDDC Manager déploie une instance de vCenter Server supplémentaire. Les nouveaux domaines de charge de travail VI peuvent partager le même cluster NSX Manager avec un domaine de charge de travail VI existant ou vous pouvez déployer un nouveau cluster NSX Manager. Les domaines de charge de travail VI ne peuvent pas utiliser le cluster NSX Manager pour le domaine de gestion.
Modèles d'architecture VMware Cloud Foundation
VMware Cloud Foundation prend en charge deux modèles d'architecture : standard et consolidé en fonction des conditions requises de votre organisation et des capacités de ressources de votre environnement. Mettez en œuvre une architecture standard pour le provisionnement des charges de travail et la mobilité pour les instances de VMware Cloud Foundation conformément aux meilleures pratiques de production. Si vous prévoyez de déployer un environnement à petite échelle et de l'étendre en fonction de l'adoption par le client ou si vous travaillez sur une validation technique de SDDC, mettez en œuvre une architecture consolidée.
Modèle d'architecture standard
Avec le modèle d'architecture standard, les charges de travail de gestion s'exécutent sur un domaine de gestion dédié et les charges de travail des clients sont déployées dans des domaines de charge de travail d'infrastructure virtuelle (VI) distincts. Chaque domaine de charge de travail est géré par une instance de vCenter Server distincte qui permet l'évolutivité et la gestion autonome des licences et du cycle de vie.
L'architecture standard est le modèle recommandé, car elle s'aligne sur la meilleure pratique VMware de séparation des charges de travail de gestion des charges de travail des clients. Elle améliore la flexibilité et les options d'extension à long terme. Les domaines de charge de travail peuvent se trouver sur le même rack ou s'étendre sur plusieurs racks.
Modèle d'architecture consolidé
Dans ce modèle, les charges de travail de gestion et de clients s'exécutent ensemble sur un domaine de gestion partagé. L'environnement est géré à partir d'une instance de vCenter Server unique et les pools de ressources vSphere fournissent une isolation entre les charges de travail de gestion et des clients. Les pools de ressources doivent être correctement configurés, car le domaine est partagé par les charges de travail de gestion et de calcul.
Lorsque vous ajoutez des hôtes supplémentaires à un système VMware Cloud Foundation déployé sur une architecture consolidée, vous pouvez effectuer une migration vers l'architecture standard en créant un domaine de charge de travail VI et en déplaçant les VM de charges de travail des clients du pool de ressources de calcul vers le domaine de charge de travail VI récemment créé. Lorsque vous déplacez ces VM, vous devrez peut-être mettre à jour les partages et les réservations sur le pool de ressources de calcul dans le domaine de gestion.
