Accueil Cloud computing Avancées dans l’hébergement de locataires VCD avec VCF 5.0 – VMware Cloud Provider Blog

Avancées dans l’hébergement de locataires VCD avec VCF 5.0 – VMware Cloud Provider Blog

0
Avancées dans l’hébergement de locataires VCD avec VCF 5.0 – VMware Cloud Provider Blog
Avancées dans l’hébergement de locataires VCD avec VCF 5.0 – VMware Cloud Provider Blog


VMware Cloud Foundation (VCF) 5.0 a été récemment annoncé et certaines des améliorations majeures des fonctionnalités incluent la mise à niveau sur place, les domaines de charge de travail isolés, les vérifications préalables de mise à niveau, etc. Pour plus de détails, veuillez vous référer aux références ci-dessous :

Blogues:

Annonce

Quoi de neuf avec vSphere et vSAN dans VCF 5.0

Quoi de neuf avec NSX dans VMware Cloud Foundation 5.0

Quoi de neuf avec vRealize Suite dans VMware Cloud Foundation 5.0

Notes de version: Notes de version

Documentation produit : Documentation VMware.

Dans ce blog, je souhaite me concentrer sur l’une des fonctionnalités clés, le domaine de charge de travail isolée et sur la manière dont il peut être bénéfique pour l’intégration de VMware Cloud Director (VCD).

Vous trouverez ci-dessous les différentes options de charge de travail et de domaine isolé qui ont été introduites avec VCF 5.0.

  • Option 1: Domaines SSO partagés uniques

De par leur conception, les déploiements VMware Cloud Foundation 4.x ont été configurés à l’aide d’une seule instance SSO partagée entre le domaine de gestion et chaque domaine de charge de travail VI.

Chaque nouveau domaine de charge de travail est configuré pour utiliser le domaine de gestion SSO.

Un utilisateur peut être configuré pour l’accès à SDDC Manager et est authentifié via Platform Services Controller (PSC). Tous les serveurs vCenter du domaine de charge de travail sont connectés les uns aux autres à l’aide du mode Enhanced Linked Mode (ELM).

Une fois qu’un utilisateur est connecté à SDDC Manager, ELM fournit un accès transparent à tous les produits de la pile sans avoir à s’authentifier à nouveau.

Par exemple, un utilisateur connecté à SDDC Manager peut facilement passer d’un domaine de charge de travail aux serveurs vCenter Server, aux gestionnaires NSX et aux composants vRealize/Aria Suite.

  • Option 2: Domaines SSO isolés séparés :

Les déploiements VMware Cloud Foundation 5.0 offrent aux administrateurs la possibilité de configurer de nouveaux domaines de charge de travail à l’aide d’une instance SSO distincte.

Ce scénario est utile pour les fournisseurs de services gérés qui peuvent allouer des domaines de charge de travail à différents locataires avec leurs propres domaines SSO. Les domaines SSO isolés dans VCF 5.0 sont chacun configurés avec leur propre instance NSX. Le domaine de charge de travail et l’instance NSX entretiennent une relation 1:1.

La configuration de domaines de charge de travail en tant que domaines de charge de travail isolés permet également de configurer un fournisseur d’identité distinct (par exemple Active Directory ou LDAP).

  • Option 3 : Tous les domaines sont isolés.

Chaque domaine de charge de travail au sein d’un déploiement VMware Cloud Foundation 5.0 peut également être configuré pour utiliser sa propre instance SSO afin de prendre en charge un maximum de 25 domaines. Il peut y avoir 1 domaine de gestion et 24 domaines de charge de travail, chacun ayant un SSO distinct par instance VCF.

Ceci est idéal pour les environnements dans lesquels les fournisseurs souhaitent consacrer un domaine de charge de travail entier à la consommation des ressources du locataire.

Modèles de déploiement pour VCD sur VCF

  • Clusters de charge de travail multi-locataires (WLD) – VPC

Dans une architecture standard, la multilocation VCD peut être hébergée là où les composants principaux tels que l’appliance VMware Cloud Director, le stockage sur serveur NFS, Usage Meter et d’autres composants de gestion résident dans le domaine de gestion et les charges de travail des locataires résident dans le domaine de charge de travail.

Ressource et gestion partagées– Les clusters seront partagés entre les locataires pour le partage des ressources et le domaine de gestion sera partagé entre d’autres domaines de charge de travail. La même chose est illustrée dans le diagramme ci-dessus.

  • Clusters WLD multi-locataires et clusters WLD dédiés – (VPC+PC)

Dans ce modèle, les charges de travail des locataires résideront sur un domaine de charge de travail et il peut y avoir peu de locataires qui auront un hébergement partagé avec quelques clusters partagés entre eux pour la consommation des ressources. Les performances ne sont pas garanties entre les locataires en raison du partage des ressources.

Ressources dédiées et gestion partagée– Pour les locataires qui souhaitent des ressources dédiées et des performances garanties, des clusters distincts (dédiés) peuvent leur être alloués au sein du même domaine de charge de travail. Reportez-vous au schéma ci-dessus pour plus de détails.

Avec l’introduction de domaines SSO isolés et partagés unique (Option 1 ci-dessus pour plus de détails), les fournisseurs peuvent désormais également allouer un domaine de charge de travail entier à un locataire et d’autres domaines de charge de travail peuvent être partagés entre plusieurs locataires. Cela leur donne la flexibilité d’un hébergement partagé et dédié par domaine de charge de travail.

Le domaine de charge de travail dédié peut avoir le domaine de gestion partagé SSO.

Les instances VMware Cloud Foundation avec des domaines de charge de travail configurés pour utiliser le domaine de gestion partagé SSO peuvent évoluer jusqu’à un maximum de 15 domaines. Veuillez vous référer au schéma ci-dessus pour plus de détails.

  • WLD à locataire unique : CPoM (Centralized Point of Management) ST-SDDC

CPoM est la possibilité de présenter une instance vCenter dédiée à une organisation, ou à un locataire, via l’interface utilisateur de VMware Cloud Director. Veuillez vous référer au Documentation VMware pour plus de détails.

Avec l’introduction d’un domaine de charge de travail isolé(Option :2 ou 3) avec VCF 5.0, les fournisseurs de cloud peuvent configurer une instance VCF dans une architecture standard avec un domaine de charge de travail isolé.

Les locataires nécessitant CPoM verront leurs charges de travail dans ce domaine de charge de travail isolé et dans un SSO distinct. De cette manière, les clients ne pourront pas accéder/afficher d’autres vCenters à l’exception de ceux qui leur sont dédiés via des domaines isolés.

Cela simplifie le processus de conception car nous avons dû dédier auparavant une pile VCF consolidée entièrement au client pour activer CPoM.

Options d’évolutivité pour VCD sur VCF

Clusters WLD multi-locataires

Le diagramme ci-dessous représente les options de mise à l’échelle horizontale dans un environnement multi-tenant.

Par exemple, les clusters sont alloués aux petits et grands locataires dans un domaine de charge de travail.

Cependant, lorsque davantage de locataires sont intégrés, des contraintes de ressources peuvent survenir et l’allocation de ressources existante peut ne pas suffire. Dans ce scénario, davantage de clusters doivent être ajoutés pour répondre aux besoins en ressources.

Une instance VMware Cloud Foundation 5.0 peut prendre en charge un maximum de 25 domaines en ajoutant des domaines de charge de travail isolés supplémentaires.Pour en savoir plus sur les options de conception de VCD sur VCF, veuillez vous référer aux détails ci-dessous :

Une capture d'écran d'un service cloudDescription générée automatiquement

Visite Solutions validées VMware pour les guides mis à jour.

Restez à l’écoute pour plus de mises à jour et n’hésitez pas à nous contacter pour toute question.

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici