Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Un cloud privé est un environnement VMware isolé (hôtes ESXi, vCenter, vSAN et NSX) géré par un serveur vCenter dans un domaine de gestion. Le service CloudSimple vous permet de déployer VMware en mode natif sur une infrastructure nue Azure dans des emplacements Azure. Les clouds privés sont intégrés au reste du cloud Azure. Un cloud privé est déployé avec les composants de pile VMware suivants :
- VMware ESXi - Hyperviseur sur des nœuds dédiés Azure
- VMware vCenter - Appliance pour la gestion centralisée de l’environnement vSphere de cloud privé
- VMware vSAN - Solution d’infrastructure hyperconvergée
- Centre de données VMware NSX - Logiciel de virtualisation et de sécurité réseau
Versions des composants VMware
Une infrastructure VMware de cloud privé est déployée avec la version logicielle suivante.
| Composant | Version | Version sous licence |
|---|---|---|
| ESXi | 6.7U2 | Entreprise Plus |
| vCenter | 6.7U2 | vCenter Standard |
| vSAN | 6.7 | Entreprise |
| Centre de données NSX | 2.4.1 | Avancé |
ESXi
VMware ESXi est installé sur des nœuds CloudSimple approvisionnés lorsque vous créez un cloud privé. ESXi fournit l’hyperviseur pour le déploiement de machines virtuelles de charge de travail. Les nœuds fournissent une infrastructure hyperconvergée (calcul et stockage) sur votre cloud privé. Les nœuds font partie du cluster vSphere sur le cloud privé. Chaque nœud a quatre interfaces de réseaux physiques connectées au réseau de superposition. Deux interfaces réseau physiques sont utilisées pour créer un commutateur vSphere Distributed Switch (VDS) sur vCenter et deux sont utilisées pour créer un commutateur distribué virtuel managé par NSX (N-VDS) . Les interfaces réseau sont configurées en mode actif/actif pour la haute disponibilité.
En savoir plus sur VMware ESXi
Appliance de serveur vCenter
L’appliance de serveur vCenter (VCSA) fournit les fonctions d’authentification, de gestion et d’orchestration pour VMware Solution by CloudSimple. VCSA avec le contrôleur de services de plateforme incorporé (PSC) est déployé lorsque vous créez votre cloud privé. VCSA est déployé sur le cluster vSphere créé lorsque vous déployez votre cloud privé. Chaque cloud privé a son propre VCSA. L’expansion d’un cloud privé ajoute les nœuds à VCSA sur le cloud privé.
Authentification unique vCenter
Le contrôleur de services de plateforme intégré dans le VCSA est associé à un domaine vCenter Single Sign-On. Le nom de domaine est cloudsimple.local. Un utilisateur CloudOwner@cloudsimple.com par défaut est créé pour vous permettre d’accéder à vCenter. Vous pouvez ajouter vos sources d’identité locales/Azure Active Directory pour vCenter.
Stockage vSAN
Les clouds privés sont créés avec un stockage vSAN entièrement configuré et composé uniquement de mémoire flash, localisé dans le cluster. Au moins trois nœuds de la même référence SKU sont requis pour créer un cluster vSphere avec un magasin de données vSAN. La déduplication et la compression sont activées sur le magasin de données vSAN par défaut. Deux groupes de disques sont créés sur chaque nœud du cluster vSphere. Chaque groupe de disques contient un disque de cache et trois disques de capacité.
Une stratégie de stockage vSAN par défaut est créée sur le cluster vSphere et appliquée au magasin de données vSAN. Cette stratégie détermine comment les objets de stockage de machine virtuelle sont provisionnés et alloués dans le magasin de données pour garantir le niveau de service requis. La stratégie de stockage définit les échecs à tolérer (FTT) et la méthode de tolérance d’échec. Vous pouvez créer des stratégies de stockage et les appliquer aux machines virtuelles. Pour maintenir le SLA, 25% de la capacité de rechange doit être conservée sur le datastore vSAN.
Stratégie de stockage vSAN par défaut
Le tableau ci-dessous présente les paramètres de stratégie de stockage vSAN par défaut.
| Nombre de nœuds dans le cluster vSphere | FTT | Méthode de tolérance de défaillance |
|---|---|---|
| 3 et 4 nœuds | 1 | RAID 1 (mise en miroir) - crée 2 copies |
| 5 à 16 nœuds | 2 | RAID 1 (mise en miroir) - crée 3 copies |
Centre de données NSX
NSX Data Center fournit des fonctionnalités de virtualisation du réseau, de micro segmentation et de sécurité réseau sur votre cloud privé. Vous pouvez configurer tous les services pris en charge par le Centre de données NSX sur votre cloud privé via NSX. Lorsque vous créez un cloud privé, les composants NSX suivants sont installés et configurés.
- Gestionnaire NSXT
- Zones de transport
- Profil de liaison montante d’hôte et de périphérie
- Commutateur logique pour Transport Edge, Ext1 et Ext2
- Pool IP pour le nœud de transport ESXi
- Pool IP pour le nœud de transport Edge
- Nœuds de périphérie
- Règle DRS d'anti-affinité pour les machines virtuelles de contrôleur et Edge
- Routeur de niveau 0
- Activer BGP sur le routeur de niveau0
Cluster vSphere
Les hôtes ESXi sont configurés en tant que cluster pour garantir la haute disponibilité du cloud privé. Lorsque vous créez un cloud privé, les composants de gestion de vSphere sont déployés sur le premier cluster. Un pool de ressources est créé pour les composants de gestion et toutes les machines virtuelles de gestion sont déployées dans ce pool de ressources. Le premier cluster ne peut pas être supprimé pour réduire le cloud privé. Le cluster vSphere fournit une haute disponibilité pour les machines virtuelles à l’aide de vSphere HA. Les défaillances tolérables sont basées sur le nombre de nœuds disponibles dans le cluster. Vous pouvez utiliser la formule Number of nodes = 2N+1 où N est le nombre d’échecs à tolérer.
Limites du cluster vSphere
| Ressource | Limite |
|---|---|
| Nombre minimal de nœuds pour créer un cloud privé (premier cluster vSphere) | 3 |
| Nombre maximal de nœuds dans un cluster vSphere sur un cloud privé | 16 |
| Nombre maximal de nœuds dans un cloud privé | 64 |
| Nombre maximal de clusters vSphere dans un cloud privé | 21 |
| Nombre minimal de nœuds sur un nouveau cluster vSphere | 3 |
Maintenance de l’infrastructure VMware
Il est parfois nécessaire d’apporter des modifications à la configuration de l’infrastructure VMware. Actuellement, ces intervalles peuvent se produire tous les 1 à 2 mois, mais la fréquence devrait diminuer au fil du temps. Ce type de maintenance peut généralement être effectué sans interrompre la consommation normale des services CloudSimple. Pendant un intervalle de maintenance VMware, les services suivants continuent de fonctionner sans aucun impact :
- Plan de gestion et applications VMware
- Accès vCenter
- Tous les réseaux et le stockage
- Tout le trafic Azure
Mises à jour et mises à niveau
CloudSimple est responsable de la gestion du cycle de vie des logiciels VMware (ESXi, vCenter, PSC et NSX) dans le cloud privé.
Il existe plusieurs mises à jour de logiciels :
- Correctifs. Correctifs de sécurité ou correctifs de bogues publiés par VMware.
- Mises à jour. Modification mineure de version d’un composant de pile VMware.
- Mises à niveau. Modification de version majeure d’un composant de pile VMware.
CloudSimple teste un correctif de sécurité critique dès qu’il est disponible à partir de VMware. Par contrat SLA, CloudSimple déploie le correctif de sécurité dans les environnements de cloud privé dans un délai d’une semaine.
CloudSimple fournit des mises à jour de maintenance trimestrielles pour les composants logiciels VMware. Lorsqu’une nouvelle version majeure du logiciel VMware est disponible, CloudSimple fonctionne avec les clients pour coordonner une fenêtre de maintenance appropriée pour la mise à niveau.