Déploiement vCenter Server multisite

Le déploiement multisite est un cas d'utilisation et un modèle de déploiement réseau courant. Cette topologie est hautement évolutive et plus facile à gérer et à étendre. Le modèle de déploiement multisite est basé sur l'option de déploiement multisite du serveur vCenter.

Le diagramme suivant illustre un exemple de déploiement client à l'aide de cette topologie. Vous pouvez ajouter d'autres hôtes ou de nouveaux clusters pour mettre à l'échelle la solution.

1. L'automatisation de vCenter Server déploie un cluster vSphere initial sur l'instance primaire, qui comprend un vCenter, trois gestionnaires NSX et un déploiement Active Directory. Ils fonctionnent soit sur une seule IBM Cloud Ou sur deux machines virtuelles VMware dans le cadre d'un déploiement HA. Cette instance comprend vCenter, trois gestionnaires NSX, un déploiement Active Directory fonctionnant sur une seule instance de serveur virtuel IBM Cloud Classic ou deux VM VMware dans un déploiement HA et deux clusters NSX en périphérie, l'un pour les services et l'autre pour les charges de travail.
2. L'instance initiale VCF for Classic - Automated peut inclure plusieurs clusters vSphere (voir déploiement sur un seul site). Ils sont généralement déployés dans l'emplacement initial du centre de données IBM Cloud.
3. Vous pouvez provisionner une instance secondaire VCF for Classic - Automated après l'instance primaire déployée. Cette option déploie automatiquement une instance secondaire VCF for Classic - Automated dans le nouveau centre de données IBM Cloud. Cette instance est ensuite liée au site unique initial du serveur vCenter principal déployé à l'étape 1. Vous pouvez créer plusieurs instances secondaires. En tant que principale, cette instance comprend un vCenter, trois gestionnaires NSX, un déploiement Active Directory fonctionnant sur une seule IBM Cloud Classic Virtual Server Instance ou deux VMware dans un déploiement HA et deux clusters NSX edge, l'un pour les services et l'autre pour les charges de travail. Le deuxième site se trouve sous la même connexion unique et le même domaine racine que le premier.
4. Tout comme l'instance primaire, l'instance secondaire VCF for Classic - Automated peut inclure plusieurs clusters vSphere. Ils sont généralement déployés dans le même emplacement de centre de données IBM Cloud que le serveur secondaire.
5. Vous pouvez ajouter IBM Cloud File Storage for Classic basés sur le stockage NFS à vos clusters. Vous pouvez ajouter un ou plusieurs partages de fichiers et les configurer individuellement en sélectionnant les performances (IOPS) et la taille (Go) pour chacun. Chaque centre de données et chaque instance utilise son propre stockage.
6. Vous pouvez également utiliser vSAN avec vos clusters vSphere. Lorsque vous utilisez vSAN, en raison de la nature du stockage local dédié, vous devez sélectionner l'option vSAN lorsque vous commandez le cluster. Chaque instance utilise son propre stockage.
7. Les instances primaires et secondaires ont leurs propres gestionnaires NSX et leurs propres topologies NSX. Chaque instance possède un cluster de périphérie de charge de travail, qui se compose de deux noeuds de transport de périphérie pour votre utilisation.
8. Les hôtes et les passerelles NSX Tier-0 dans le centre de données ou le POD spécifique sont attachés aux VLAN et aux sous-réseaux qui sont locaux à ce IBM Cloud centre de données ou POD. Ces réseaux locaux virtuels et sous-réseaux ne peuvent pas être étendus ou déplacés vers d'autres centres de données IBM Cloud. Toutefois, ces sous-réseaux peuvent communiquer avec des sous-réseaux qui sont mis à disposition vers un autre centre de données IBM Cloud sur le réseau privé IBM Cloud.
9. Si vous sélectionnez un cluster de passerelle optionnel, le vCenter Server automatise deux hôtes ESXi en utilisant des serveurs bare metal IBM Cloud et forme un nouveau cluster vSphere dans votre déploiement. Cette opération peut être réalisée sur chaque instance séparément.

Déploiement du serveur vCenter à double site

Le déploiement sur deux sites est généralement adapté aux cas d'utilisation de la production et de la reprise après sinistre. Ce modèle de déploiement est basé sur deux vCenter Server en tant qu'instance de site unique, où chaque instance est déployée séparément et n'a pas de gestion commune. Ce modèle est hautement évolutif et chaque instance est gérée et développée séparément. L'intégration entre ces environnements se fait généralement au niveau du réseau et, dans les cas de reprise après sinistre, des produits tiers sont généralement utilisés pour répliquer les données et les machines virtuelles.

Le diagramme suivant illustre un exemple de déploiement client à l'aide de cette topologie.

1. L'automatisation de vCenter Server déploie l'instance A et son cluster de gestion ou de convergence, qui comprend un vCenter, trois gestionnaires NSX et un déploiement Active Directory. Ils fonctionnent soit sur une seule IBM Cloud Ou sur deux machines virtuelles VMware dans le cadre d'un déploiement HA. Cette instance comprend vCenter, trois gestionnaires NSX, un déploiement Active Directory fonctionnant sur une seule instance de serveur virtuel IBM Cloud Classic ou deux VM VMware dans un déploiement HA et deux clusters NSX en périphérie, l'un pour les services et l'autre pour les charges de travail.
2. Vous pouvez provisionner une autre instance VCF for Classic - Automated, l'instance B, en même temps ou plus tard que l'instance A. En utilisant cette option, l'automatisation déploie une nouvelle instance VCF for Classic - Automated dans le nouveau centre de données IBM Cloud Comme l'instance A, cette instance comprend un vCenter, trois gestionnaires NSX, un déploiement Active Directory fonctionnant sur une seule IBM Cloud Classic Virtual Server Instance ou deux VMware dans un déploiement HA et deux clusters NSX edge, l'un pour les services et l'autre pour les charges de travail.
3. Les deux instances VCF for Classic - Automated peuvent inclure plusieurs clusters vSphere (voir le déploiement sur un seul site).
4. Si vous sélectionnez un cluster de passerelle optionnel, le vCenter Server automatise deux hôtes ESXi en utilisant des serveurs bare metal IBM Cloud et forme un nouveau cluster vSphere dans votre déploiement. Cette opération peut être réalisée sur chaque instance séparément.
5. Chaque instance dispose de son propre stockage, qui peut être NFS IBM Cloud File Storage for Classic ou vSAN. Vous pouvez ajouter un ou plusieurs partages de fichiers NFS et les configurer individuellement en sélectionnant les performances (IOPS) et la taille (Go) pour chacun. Lorsque vous utilisez vSAN, en raison de la nature du stockage local dédié, vous devez sélectionner l'option vSAN lorsque vous commandez le cluster.
6. Les deux instances ont leurs propres gestionnaires NSX et leurs propres topologies NSX. Chaque instance possède un cluster de périphérie de charge de travail, qui se compose de deux noeuds de transport de périphérie pour votre utilisation.
7. Les hôtes et les passerelles NSX Tier-0 dans le centre de données ou le POD spécifique sont attachés aux VLAN et aux sous-réseaux qui sont locaux à ce IBM Cloud centre de données ou POD. Ces réseaux locaux virtuels et sous-réseaux ne peuvent pas être étendus ou déplacés vers d'autres centres de données IBM Cloud. Toutefois, ces sous-réseaux peuvent communiquer avec des sous-réseaux qui sont mis à disposition vers un autre centre de données IBM Cloud sur le réseau privé IBM Cloud.

Remarques sur les topologies de déploiement multisite vCenter Server

Lorsque vous concevez ou déployez ce modèle d'architecture, procédez comme suit :

• Vous disposez de plusieurs options pour développer la capacité du déploiement, par exemple en mettant à disposition de nouveaux hôtes sur le cluster initial ou en ajoutant de nouveaux clusters.
• Ce modèle fournit quelques exemples de la manière d'étendre et de personnaliser le déploiement initial pour quelques cas d'utilisation afin de répondre à vos besoins, mais notez qu'il ne s'agit que d'exemples.
• Vous devez noter les limitations de VMware.

Pour personnaliser les topologies de superposition NSX, voir le modèle d'architecture pour les topologies NSX multisites.

Liens connexes

• Présentation de vCenter Server
• Modèle d'architecture pour les topologies NSX multisites
• Configuration multisite pour les instances VCF for Classic - Automated