Notes
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.
Azure VMware Solution fournit des clouds privés basés sur VMware dans Azure. Les déploiements de logiciels et composants matériels de cloud privé sont entièrement intégrés et automatisés dans Azure. Déployez et gérez le cloud privé via le portail Azure, Azure CLI ou PowerShell.
Un cloud privé comprend des clusters avec :
- Des hôtes de serveurs nus dédiés approvisionnés à l’aide de l’hyperviseur VMware vSphere (ESXi).
- VMware vCenter Server pour gérer ESXi et vSAN.
- Mise en réseau définie par logiciel VMware NSX pour les machines virtuelles de charge de travail vSphere.
- Magasin de données VMware vSAN pour les machines virtuelles de charge de travail vSphere.
- VMware HCX pour la mobilité des charges de travail.
- Ressources dans la sous-couche Azure (requises pour la connectivité et pour exploiter le cloud privé).
Les clouds privés sont installés et gérés au sein d’un abonnement Azure. Le nombre de clouds privés au sein d’un abonnement est évolutif. Au départ, il existe une limite d’un cloud privé par abonnement. Il existe une relation logique entre les abonnements Azure, les clouds privés Azure VMware Solution, les clusters vSAN et les hôtes.
Le diagramme suivant décrit les composants architecturaux d’Azure VMware Solution.
Voici la fonction de chaque composant de l’architecture d’Azure VMware Solution :
- Abonnement Azure : fournit un accès contrôlé, un budget et une gestion des quotas pour Azure VMware Solution.
- Région Azure : regroupe les centres de données dans les zones de disponibilité, puis regroupe les zones de disponibilité dans les régions.
- Groupe de ressources Azure : place les services et ressources Azure dans des groupes logiques.
- Cloud privé Azure VMware Solution : offre des ressources de calcul, de mise en réseau et de stockage à l’aide de logiciels VMware, notamment vCenter Server, NSX software-defined networking, vSAN software-defined storage et azure bare-metal ESXi hosts. Azure NetApp Files, Azure Elastic SAN et Pure Cloud Block Store sont également pris en charge.
- Cluster de ressources Azure VMware Solution : fournit des ressources de calcul, de mise en réseau et de stockage pour les charges de travail client en étendant le cloud privé Azure VMware Solution à l’aide de logiciels VMware, y compris le stockage vSAN défini par le logiciel et les hôtes Azure bare-metal ESXi. Azure NetApp Files, elastic SAN et Pure Cloud Block Store sont également pris en charge.
- VMware HCX : assure la mobilité, la migration et les services d’extension réseau.
- VMware Site Recovery : automatise la récupération d’urgence et les services de réplication de stockage avec la réplication VMware vSphere. Les solutions de récupération d’urgence non-Microsoft Zerto et jetStream Software sont également prises en charge.
- Microsoft Enterprise Edge dédié : routeur qui connecte les services cloud Azure et l’instance de cloud privé Azure VMware Solution.
- Réseau virtuel Azure : connecte les services et ressources Azure ensemble.
- Serveur de routage Azure : échange des informations de routage dynamiques avec des réseaux Azure.
- Passerelle de réseau virtuel Azure : connecte des services et des ressources Azure à d’autres réseaux privés à l’aide d’un réseau privé virtuel IPSec, d’Azure ExpressRoute et d’un réseau virtuel vers un réseau virtuel.
- Azure ExpressRoute : fournit des connexions privées à haut débit entre les centres de données Azure et l’infrastructure de colocalisation ou locale.
- Azure Virtual WAN : combine les fonctions de mise en réseau, de sécurité et de routage dans un réseau étendu unifié (WAN).
Hôtes
Les clusters Azure VMware Solution sont basés sur une infrastructure hyperconvergée. Le tableau suivant présente les spécifications du processeur, de la mémoire, du disque et du réseau de l’hôte.
| Type d’hôte | Processeur (cœurs/GHz) | RAM (Go) | Architecture vSAN | Niveau de cache vSAN (To, brut***) | Niveau de capacité vSAN (To, brut***) | Disponibilité régionale |
|---|---|---|---|---|---|---|
| AV36 | Deux processeurs Dual Intel Xeon Gold 6140 (micro-architecture Skylake) avec 18 cœurs de processeur @ 2,3 GHz, 36 cœurs physiques au total (72 cœurs logiques avec hyper-threading) | 576 | Apnée Obstructive du Sommeil (OSA) | 3,2 (NVMe) | 15,20 (SSD) | Régions sélectionnées (*) |
| AV36P | Processeurs Dual Intel Xeon Gold 6240 (micro-architecture Cascade Lake) avec 18 cœurs/Processeur @ 2,6 GHz / 3,9 GHz Turbo, total de 36 cœurs physiques (72 cœurs logiques avec hyper-threading) | 768 | Apnée Obstructive du Sommeil (OSA) | 1.5 (cache Intel) | 19,20 (NVMe) | Régions sélectionnées (*) |
| AV48 | Double processeurs Intel Xeon Gold 6442Y (microarchitecture Sapphire Rapids) avec 24 cœurs/CPU à 2,6 GHz / 4,0 GHz en mode Turbo, totalisant 48 cœurs physiques (96 cœurs logiques avec hyperthreading) | 1 024 | ESA | N/A | 25.6 (NVMe) | Régions sélectionnées (*) |
| AV52 | Processeurs Dual Intel Xeon Platinum 8270 (micro-architecture Cascade Lake) avec 26 cœurs/Processeur @ 2,7 GHz / 4,0 GHz Turbo, total de 52 cœurs physiques (104 cœurs logiques avec hyper-threading) | 1 536 | Apnée Obstructive du Sommeil (OSA) | 1.5 (cache Intel) | 38,40 (NVMe) | Régions sélectionnées (*) |
| AV64 | Processeurs Dual Intel Xeon Platinum 8370C (micro-architecture Cascade Lake) avec 32 cœurs/processeur @ 2,8 GHz/3,5 GHz Turbo, total de 64 cœurs physiques (128 cœurs logiques avec hyper-threading) | 1 024 | Apnée Obstructive du Sommeil (OSA) | 3,84 (NVMe) | 15,36 (NVMe) | Régions sélectionnées (**) |
Un cluster Azure VMware Solution nécessite un nombre minimal de trois hôtes. Vous pouvez utiliser des hôtes du même type uniquement dans un seul cloud privé Azure VMware Solution. Les hôtes utilisés pour créer ou mettre à l’échelle des clusters proviennent d’un pool isolé d’hôtes. Ces hôtes ont passé des tests matériels et toutes leurs données ont été soigneusement supprimées avant qu’ils ne soient ajoutés au cluster.
Tous les types d’hôtes précédents ont un débit d’interface réseau de 100 Gbits/s.
*Les détails sont disponibles via la calculatrice de prix Azure.
**Prérequis AV64 : un cloud privé Azure VMware Solution déployé avec AV36, AV36P ou AV52 est requis avant d’ajouter AV64.
Raw est basé sur la norme internationale d’unités (SI) signalée par les fabricants de disques. Exemple : 1 To brut = 1 000 000 000 000 octets. L’espace calculé par un ordinateur en binaire (1 To en binaire = 1099511627776 octets en binaire) est égal à 931,3 gigaoctets convertis depuis la valeur décimale brute.
Zone de disponibilité de région Azure pour la table de mappage de type hôte
Lorsque vous planifiez votre conception Azure VMware Solution, utilisez le tableau suivant pour comprendre quels types d’hôtes sont disponibles dans chaque zone de disponibilité physique d’une région Azure.
Important
Ce mappage est important pour placer vos clouds privés à proximité de vos charges de travail natives Azure, y compris les services intégrés tels qu’Azure NetApp Files et Pure Cloud Block Store.
La fonctionnalité des clusters étendus Azure VMware Solution pour déployer des ressources dans plusieurs zones de disponibilité (Multi-AZ) est également marquée dans le tableau suivant. Le quota client pour Azure VMware Solution est attribué par la région Azure. Vous ne pouvez pas spécifier la zone de disponibilité pendant l’approvisionnement de cloud privé. Un algorithme de sélection automatique est utilisé pour équilibrer les déploiements dans la région Azure.
Si vous disposez d’une zone de disponibilité particulière sur laquelle vous souhaitez déployer, ouvrez une demande de service avec Microsoft. Demandez une « stratégie de placement spéciale » pour votre abonnement, région Azure, zone de disponibilité et type d’hôte. Cette politique reste en place jusqu’à ce que vous demandiez sa suppression ou modification.
Les types d’hôtes marqués en gras sont d’une disponibilité limitée en raison de la consommation du client et peuvent ne pas être disponibles à la demande. Utilisez le type d’hôte AV64 lorsque les types d’hôtes AV36, AV36P ou AV52 sont limités.
Les types d’hôtes AV64 sont disponibles par zone de disponibilité. Le tableau suivant répertorie les régions Azure qui prennent en charge ce type d’hôte. Pour les stratégies de stockage RAID-6 FTT2 et RAID-1 FTT3, six et sept domaines d’erreur sont nécessaires, respectivement. Le nombre de domaines d’erreur pour chaque région Azure est répertorié dans la colonne intitulée Domaines d’erreur AV64 pris en charge.
| Région Azure | Zone de disponibilité | Type d’hôte | Centre de données défini par logiciel (SDDC) multizone de disponibilité | Domaines d’erreur AV64 pris en charge |
|---|---|---|---|---|
| Australie Est | AZ01 | AV36P, AV64 | Oui | 7 |
| Australie Est | AZ02 | AV36, AV64 | Oui | 7 |
| Australie Est | AZ03 | AV36P, AV64 | Oui | 7 |
| Australie du Sud-Est | AZ01 | AV36 | Non | N/A |
| Brésil Sud | AZ02 | AV36 | Non | N/A |
| Centre du Canada | AZ02 | AV36, AV36P, AV64 | Non | 7 |
| Est du Canada | N/A | AV36 | Non | N/A |
| Inde centrale | AZ03 | AV36P, AV64 | Non | 7 |
| Centre des États-Unis | AZ01 | AV36P, AV64 | Non | 7 |
| Centre des États-Unis | AZ02 | AV36, AV64 | Non | 7 |
| Centre des États-Unis | AZ03 | AV36P, AV64 | Non | 7 |
| Asie Est | AZ01 | AV36, AV64 | Non | 7 |
| Asie Est | AZ02 | AV36P | Non | N/A |
| USA Est | AZ01 | AV36P, AV64 | Oui | 7 |
| USA Est | AZ02 | AV36P, AV64 | Oui | 7 |
| USA Est | AZ03 | AV36, AV36P, AV64 | Oui | 7 |
| Est des États-Unis 2 | AZ01 | AV36, AV64 | Non | 7 |
| Est des États-Unis 2 | AZ02 | AV36P, AV52, AV64 | Non | 7 |
| France Centre | AZ01 | AV36 (AV64 planifié pour le T1 2025) | Non | N/A (7 Q1 planifié 2025) |
| Allemagne Centre-Ouest | AZ01 | AV36P, AV64 | Oui | 7 |
| Allemagne Centre-Ouest | AZ02 | AV36, AV64 | Oui | 7 |
| Allemagne Centre-Ouest | AZ03 | AV36, AV36P, AV64 | Oui | 7 |
| Italie Nord | AZ03 | AV36P, AV64 | Non | 7 |
| Japon Est | AZ02 | AV36, AV64 | Non | 7 |
| Japon Est | AZ03 | AV48 | Non | N/A |
| Japon Ouest | AZ01 | AV36, AV64 | Non | 7 |
| Centre-Nord des États-Unis | AZ01 | AV36, AV64 | Non | 7 |
| Centre-Nord des États-Unis | AZ02 | AV36P, AV64 | Non | 7 |
| Europe Nord | AZ02 | AV36, AV64 | Non | 7 |
| Banque Centrale du Qatar | AZ03 | AV36P (AV64 planifié pour le T1 2025) | Non | N/A (7 Q1 planifié 2025) |
| Afrique du Sud Nord | AZ03 | AV36, AV64 | Non | 7 |
| États-Unis - partie centrale méridionale | AZ01 | AV36, AV64 | Non | 7 |
| États-Unis - partie centrale méridionale | AZ02 | AV36, AV36P, AV52, AV64 | Non | 7 |
| Asie Sud-Est | AZ02 | AV36, AV36P | Non | N/A |
| Suède Centre | AZ01 | AV36, AV64 | Non | 7 |
| Suisse Nord | AZ01 | AV36, AV64 | Non | 7 |
| Suisse Nord | AZ03 | AV36P (AV64 prévu pour le 1er trimestre 2025) | Non | N/A (7 Q1 planifié 2025) |
| Suisse Ouest | AZ01 | AV36, AV64 | Non | 7 |
| Émirats arabes unis Nord | AZ03 | AV36P | Non | N/A |
| Sud du Royaume-Uni | AZ01 | AV36, AV36P, AV52, AV64 | Oui | 7 |
| Sud du Royaume-Uni | AZ02 | AV36, AV64 | Oui | 7 |
| Sud du Royaume-Uni | AZ03 | AV36P, AV64 | Oui | 7 |
| Ouest du Royaume-Uni | AZ01 | AV36 | Non | N/A |
| Europe Ouest | AZ01 | AV36, AV36P, AV52, AV64 | Oui | 7 |
| Europe Ouest | AZ02 | AV36, AV64 | Oui | 7 |
| Europe Ouest | AZ03 | AV36P, AV64 | Oui | 7 |
| USA Ouest | AZ01 | AV36, AV36P, AV64 | Non | 7 |
| États-Unis Ouest 2 | AZ01 | AV36, AV64 | Non | 7 |
| États-Unis Ouest 2 | AZ02 | AV36P | Non | N/A |
| USA Ouest 3 | AZ01 | AV36P | Non | N/A |
| Gouvernement des États-Unis – Arizona | AZ02 | AV36P | Non | N/A |
| Gouvernement des États-Unis Virginie | AZ03 | AV36 | Non | N/A |
Groupes
Pour chaque cloud privé créé, il existe un cluster vSAN par défaut. Vous pouvez ajouter, supprimer et mettre à l’échelle des clusters. Le nombre minimal d’hôtes par cluster et pour le déploiement initial s’élève à trois.
Vous utilisez vCenter Server et NSX Manager pour gérer la plupart des aspects de la configuration ou de l’exploitation du cluster. Tout le stockage local de chaque hôte dans un cluster est contrôlé par VMware vSAN.
Azure VMware Solution configure chaque cluster pour la disponibilité n+1 via le contrôle d’admission basé sur un pourcentage de haute disponibilité vSphere pour protéger les charges de travail contre l’échec d’un nœud unique.
Cluster-1 de chaque cloud privé d’Azure VMware Solution comprend un pool de ressources basé sur vSphere Distributed Resource Scheduler (MGMT-ResourcePool). Le pool est configuré pour les composants de plan de gestion et de contrôle (vCenter Server, cluster NSX Manager, NSX Edges, module complémentaire HCX Manager, module complémentaire Site Recovery Manager et module complémentaire vSphere Replication).
MGMT-ResourcePool est configuré pour réserver un processeur de 46 GHz et une mémoire de 171,88 Go, que vous ne pouvez pas modifier. Pour un cluster à trois nœuds, deux nœuds sont dédiés aux charges de travail client, à l’exclusion des ressources processeur et mémoire réservées pour la gestion et le MGMT-ResourcePool contrôle. Un nœud de ressources est conservé en réserve pour prévenir les défaillances de nœud. Les clusters étendus Azure VMware Solution utilisent une stratégie de contrôle d’admission basée sur des pourcentages de haute disponibilité vSphere n+2.
Le plan de gestion et de contrôle d’Azure VMware Solution a les exigences de ressources suivantes. Ils doivent être pris en compte lors du dimensionnement de la solution d’un cloud privé standard.
| Domaine | Descriptif | Processeurs virtuels provisionnés | VRAM approvisionnée (Go) | VDisk approvisionné (Go) | Utilisation classique du processeur (GHz) | Utilisation standard de la vRAM (Go) | Utilisation standard du magasin de données du logiciel vSAN (Go) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Serveur vCenter | 8 | 30 | 915 | 1,5 | 3.3 | 1 830 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Nœud ESXi 1 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | Nœud ESXi 2 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | Nœud ESXi 3 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMware vSAN | Utilisation du système vSAN | N/A | N/A | N/A | N/A | N/A | 12,441 |
| VMware NSX | Nœud d’appliance unifié NSX 1 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Nœud d’appliance unifié NSX 2 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Nœud d’appliance unifié NSX 3 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Machine virtuelle NSX Edge 1 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware NSX | Machine virtuelle NSX Edge 2 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware HCX (module complémentaire facultatif) | Responsable HCX | 4 | 12 | 64 | 0,4 | 2.8 | 174 |
| VMware Site Recovery Manager (module complémentaire facultatif) | Appliance Site Recovery Manager | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (module complémentaire facultatif) | Appareil vSphere Replication Manager | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (module complémentaire facultatif) | Appliance de serveur de réplication vSphere | 2 | 1 | 33 | 1 | 0,8 | 66 |
| Somme | 59 processeurs virtuels | 203,3 Go | 2 376 Go | 25,4 GHz | 198,3 Go | 17 287 Go (15 401 Go avec rapport de réduction des données) |
Le plan de gestion et de contrôle d’Azure VMware Solution a les exigences de ressources suivantes que vous devez prendre en compte pendant le dimensionnement de la solution d’un cloud privé de clusters étendus. VMware Site Recovery Manager n’est pas inclus dans la table, car il n’est actuellement pas pris en charge. L’appliance témoin vSAN n’est pas incluse dans la table non plus. Microsoft le gère dans la troisième zone de disponibilité.
| Domaine | Descriptif | Processeurs virtuels provisionnés | VRAM approvisionnée (Go) | VDisk approvisionné (Go) | Utilisation classique du processeur (GHz) | Utilisation standard de la vRAM (Go) | Utilisation standard du magasin de données du logiciel vSAN (Go) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Serveur vCenter | 8 | 30 | 915 | 1.1 | 3.9 | 3,662 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Machine virtuelle du service de cluster vSphere 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMWare vSphere | Nœud ESXi 1 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | Nœud ESXi 2 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | Nœud ESXi 3 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | ESXi node 4 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | ESXi node 5 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMWare vSphere | ESXi node 6 | N/A | N/A | N/A | 2,4 | 48 | N/A |
| VMware vSAN | Utilisation du système vSAN | N/A | N/A | N/A | N/A | N/A | 11,223 |
| VMware NSX | Nœud d’appliance unifié NSX 1 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 1 229 |
| VMware NSX | Nœud d’appliance unifié NSX 2 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 1 229 |
| VMware NSX | Nœud d’appliance unifié NSX 3 | 6 | Vingt-quatre | 300 | 3.4 | 13.9 | 1 229 |
| VMware NSX | Machine virtuelle NSX Edge 1 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware NSX | Machine virtuelle NSX Edge 2 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware HCX (module complémentaire facultatif) | Responsable HCX | 4 | 12 | 64 | 0,4 | 2.8 | 256 |
| Somme | 49 processeurs virtuels | 178,4 Go | 2 277 Go | 29,9 GHz | 338,1 Go | 20 430 Go (17 459 Go avec rapport de réduction des données) |
Ces exigences de ressources s’appliquent uniquement au premier cluster déployé dans un cloud privé Azure VMware Solution. Les clusters suivants doivent prendre en compte uniquement le service de cluster vSphere, les besoins en ressources ESXi et l’utilisation du système vSAN dans le dimensionnement de la solution.
Les valeurs d’utilisation du magasin de données vSAN brut standard de l’appliance virtuelle comptent pour l’espace occupé par les fichiers de machine virtuelle, notamment les fichiers de configuration et de journal, les instantanés, les disques virtuels et les fichiers d’échange.
Les nœuds VMware ESXi ont des valeurs d’utilisation de calcul qui incluent la surcharge de l’hyperviseur vSphere VMkernel, la surcharge vSAN, ainsi que la surcharge du routeur distribué NSX, du pare-feu et du pontage. Ces estimations concernent une configuration standard en trois clusters. Les exigences de stockage sont répertoriées comme non applicables (N/A), car un volume de démarrage distinct du magasin de données vSAN est utilisé.
La surcharge de stockage d'utilisation du système VMware vSAN couvre les objets de gestion de performances vSAN, la surcharge du système de fichiers vSAN, la surcharge de somme de contrôle vSAN, ainsi que la surcharge de déduplication et de compression vSAN. Pour afficher cette consommation, sélectionnez Surveiller> lacapacité> pour le cluster vSphere dans le client vSphere.
Les exigences de ressources VMware HCX et VMware Site Recovery Manager sont des modules complémentaires facultatifs à Azure VMware Solution. Ignorez ces exigences dans le dimensionnement de la solution s’ils ne sont pas utilisés.
Le module complémentaire VMware Site Recovery Manager a la possibilité de configurer plusieurs appliances VMware vSphere Replication Server. Le tableau précédent suppose qu’une appliance vSphere Replication Server est utilisée.
Le dimensionnement d’une solution est une estimation. Validez les calculs de dimensionnement à partir de la phase de conception pendant la phase de test d’un projet. Vous devez vous assurer que la solution est correctement dimensionnée pour la charge de travail de l’application.
Conseil
Vous pouvez toujours étendre le cluster et ajouter d’autres clusters ultérieurement si vous devez aller au-delà du chiffre de déploiement initial.
Avertissement
La suppression d’un cluster met fin à tous les composants et charges de travail en cours d’exécution. Il s’agit d’une opération irréversible. Une fois que vous supprimez un cluster, vous ne pouvez pas récupérer les données.
Le tableau suivant décrit les limites maximales d’Azure VMware Solution.
| Ressource | Limite |
|---|---|
| Clusters vSphere par cloud privé | 12 |
| Nombre minimal d’hôtes ESXi par cluster | 3 (limite dure) |
| Nombre maximal d’hôtes ESXi par cluster | 16 (limite dure) |
| Nombre maximal d’hôtes ESXi par cloud privé | 96 |
| Nombre maximal de serveurs vCenter par cloud privé | 1 (limite dure) |
| Nombre maximal de paires de sites HCX | 25 (toute édition) |
| Nombre maximal de maillages de services HCX | 10 (n’importe quelle édition) |
| Nombre maximal de clouds privés Azure VMware Solution liés à Azure ExpressRoute à partir d’un emplacement unique à une passerelle de réseau virtuel unique | 4 La passerelle de réseau virtuel utilisée détermine le nombre maximal réel de clouds privés liés. Pour plus d’informations, consultez À propos des passerelles de réseau virtuel ExpressRoute. Si vous dépassez ce seuil, utilisez l’interconnexion Azure VMware Solution pour agréger la connectivité de cloud privé dans la région Azure. |
| Débit maximal d’Azure VMware Solution via ExpressRoute | 10 Gbits/s (utiliser la version de la passerelle Ultra Performance Avec FastPath activé)** La passerelle de réseau virtuel utilisée détermine la bande passante réelle. Pour plus d’informations, consultez À propos des passerelles de réseau virtuel ExpressRoute. Azure VMware Solution ExpressRoute n’a aucune limitation de vitesse de port et s’exécute au-dessus de 10 Gbits/s. Les tarifs de plus de 10 Gbits/s ne sont pas garantis en raison de la qualité du service. |
| Nombre maximal d’adresses IPv4 publiques Azure attribuées à NSX | 2 000 |
| Nombre maximal d’interconnexions Azure VMware Solution par cloud privé | 10 |
| Nombre maximum de connexions Azure ExpressRoute Global Reach par cloud privé Azure VMware Solution | 8 |
| Limites de capacité de vSAN | 75 % du total utilisable (conservez 25 % disponibles pour un contrat de niveau de service) |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles protégées | 3 000 |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles par plan de récupération | 2 000 |
| VMware Site Recovery Manager : nombre maximal de groupes de protection par plan de récupération | 250 |
| VMware Site Recovery Manager : valeurs d’objectif de point de récupération (RPO) | Cinq minutes ou plus* (limite dure) |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles par groupe de protection | 500 |
| VMware Site Recovery Manager : nombre maximal de plans de récupération | 250 |
* Pour plus d’informations sur un RPO inférieur à 15 minutes, consultez comment fonctionne le RPO de 5 minutes dans la documentation d’administration de la réplication vSphere.
** Cette limite recommandée réversible peut prendre en charge un débit plus élevé en fonction du scénario.
Pour les autres limites spécifiques à VMware, utilisez l’outil de configuration maximale de VMware (par Broadcom).
Versions des logiciels VMware
Microsoft est membre du programme VMware metal as a service (MaaS) et utilise la planification de la mise à niveau de VMware Cloud Provider Stack pour Azure VMware Solution.
Le tableau suivant répertorie les versions logicielles utilisées dans les nouveaux déploiements de clouds privés Azure VMware Solution.
| Logiciel | Version | Numéro de build |
|---|---|---|
| VMware vCenter Server | 8.0 U2d | 23929136 |
| VMware ESXi | 8.0 U2d | 24585300 |
| VMware vSAN | 8.0 U2 | 24585300 |
| Témoin VMware vSAN | 8.0 U2 | 24585300 |
| Format VMware vSAN sur disque | 19 | N/A |
| Architecture de stockage VMware vSAN | OSA | N/A |
| VMware NSX | 4.1.1 | 22224317 |
| VMware HCX | 4.10.3 | 24447633 |
| Gestionnaire de Site Recovery VMware | 8.8.0.3 | 23263429 |
| Réplication VMware vSphere | 8.8.0.3 | 23166649 |
Si le numéro de build répertorié ne correspond pas au numéro de build répertorié dans les notes de publication, c’est parce qu’un correctif personnalisé a été appliqué aux fournisseurs de cloud.
La version actuelle du logiciel en cours d’exécution est appliquée aux nouveaux clusters ajoutés à un cloud privé existant, si la version vCenter Server la prend en charge.
Sauvegarde et restauration
Les configurations vCenter Server et HCX Manager (si activé) du cloud privé Azure VMware Solution sont planifiées pour une sauvegarde quotidienne. La configuration NSX a une planification de sauvegarde horaire. Les sauvegardes sont conservées pendant un minimum de trois jours. Ouvrez une demande de support dans le portail Azure pour demander une restauration.
Remarque
Les restaurations sont destinées seulement à des situations catastrophiques.
Azure VMware Solution surveille en permanence l’intégrité des composants sous-jacents physiques et Azure VMware Solution. Quand Azure VMware Solution détecte une défaillance, elle entreprend des actions pour réparer les composants défaillants.
Contenu connexe
Maintenant que vous avez découvert les concepts du cloud privé Azure VMware Solution, vous pouvez lire :