Planifier le déploiement d’Azure VMware Solution

La planification de votre déploiement Azure VMware Solution est cruciale afin de créer un environnement prêt pour la production pour les machines virtuelles et la migration. Pendant le processus de planification, vous identifiez et recueillez les informations nécessaires à votre déploiement. Veillez à documenter les informations que vous collectez pour pouvoir y accéder facilement pendant le déploiement. Un déploiement réussi débouche sur un environnement prêt pour la production à des fins de création de machines virtuelles et de migration.

Dans ce tutoriel, vous avez appris comment effectuer les tâches suivantes :

Une fois que vous avez terminé, suivez les étapes suivantes recommandées à la fin de cet article pour continuer avec ce guide de démarrage.

Identifier l’abonnement

Identifiez l’abonnement que vous prévoyez d’utiliser pour déployer Azure VMware Solution. Vous pouvez créer un nouvel abonnement ou utiliser un abonnement existant.

Identifier le groupe de ressources

Identifiez le groupe de ressources que vous souhaitez utiliser pour votre Azure VMware Solution. En règle générale, un groupe de ressources est créé spécifiquement pour Azure VMware Solution, mais vous pouvez utiliser un groupe de ressources existant.

Identifier la région ou la localisation

Identifiez la région dans laquelle vous souhaitez déployer Azure VMware Solution.

Définir le nom de la ressource

Le nom de la ressource est le nom convivial et descriptif de votre cloud privé Azure VMware Solution (par exemple, MyPrivateCloud).

Identifier les tailles d’hôtes

Identifiez les tailles d’hôtes que vous souhaitez utiliser lors du déploiement d’Azure VMware Solution.

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.

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.

Déterminer le nombre de clusters et d’hôtes

Votre premier déploiement d’Azure VMware Solution est constitué d’un cloud privé contenant un seul cluster. Pour votre déploiement, vous devez définir le nombre d’hôtes que vous souhaitez déployer sur le premier cluster.

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.

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é.

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.

Demander un quota d’hôte

Demandez un quota d’hôtes au début du processus de planification pour garantir un déploiement fluide de votre cloud privé Azure VMware Solution. Avant d’effectuer une demande, identifiez l’abonnement Azure, le groupe de ressources et la région. Déterminez la taille des hôtes, le nombre de clusters et les hôtes dont vous avez besoin.

L’équipe du support technique peut avoir besoin de cinq jours ouvrés pour confirmer votre demande et allouer vos hôtes.

• Les clients d'EA
• Clients CSP

Définir le segment d’adresse IP pour la gestion du cloud privé

Azure VMware Solution nécessite un réseau CIDR /22 (par exemple, 10.0.0.0/22). Cet espace d’adressage est divisé en segments réseau plus petits (sous-réseaux) pour les segments d’administration Azure VMware Solution, notamment les fonctionnalités vCenter Server, VMware HCX, NSX-T Data Center et vMotion. Le diagramme suivant montre les segments d’adresses IP d’administration d’Azure VMware Solution.

Définir le segment d’adresse IP pour les charges de travail de machine virtuelle

Dans un environnement VMware vSphere, les machines virtuelles doivent se connecter à un segment réseau. À mesure que le déploiement de production d'Azure VMware Solution s'étend, vous voyez souvent une combinaison de segments étendus L2 provenant de l'environnement sur site et de segments réseau locaux NSX-T Data Center.

Pour le déploiement initial, identifiez un segment réseau unique (réseau IP), par exemple, 10.0.4.0/24. Ce segment réseau est principalement utilisé à des fins de test lors du déploiement initial. Le bloc d’adresse ne doit pas chevaucher des segments réseau dans l’environnement local ou dans Azure et ne doit pas se trouver dans le segment réseau /22 déjà défini.

Définir la passerelle de réseau virtuel

Azure VMware Solution nécessite un réseau virtuel Azure et un circuit ExpressRoute. Déterminez si vous voulez utiliser une passerelle de réseau virtuel ExpressRoute existante ou nouvelle. Si vous choisissez d’utiliser une nouvelle passerelle de réseau virtuel, créez-la après avoir créé votre cloud privé. L’utilisation d’une passerelle de réseau virtuel ExpressRoute existante est acceptable. À des fins de planification, notez la passerelle de réseau virtuel ExpressRoute que vous utilisez.

Définir des segments réseau VMware HCX

VMware HCX est une plateforme de mobilité des applications qui simplifie la migration des applications, le rééquilibrage des charges de travail et la continuité de l’activité dans les centres de données et les clouds. Vous pouvez migrer vos charges de travail VMware vSphere vers Azure VMware Solution et d’autres sites connectés par le biais de différents types de migration.

Le connecteur VMware HCX déploie un sous-ensemble d’appliances virtuelles (automatisées) qui nécessitent plusieurs segments IP. Lorsque vous créez vos profils réseau, vous utilisez les segments IP. Identifiez les éléments indiqués dans la liste suivante pour le déploiement de VMware HCX, qui prend en charge un cas d'utilisation pilote ou de petite envergure. Apportez les modifications nécessaires en fonction de vos besoins de migration.

• Réseau de gestion : pour un déploiement de VMware HCX local, identifiez un réseau de gestion pour VMware HCX. En règle générale, il s’agit du même réseau de gestion que celui utilisé par votre cluster VMware vSphere local. Au minimum, identifiez deux adresses IP sur ce segment réseau pour VMware HCX. Vous aurez peut-être besoin de quantités plus grandes, en fonction de l’échelle de votre déploiement au-delà du cas d’usage pilote ou petit.

  Remarque

  Pour les grands environnements, créez un réseau /26 et présentez-le en tant que groupe de ports à votre cluster VMware vSphere local au lieu d’utiliser le réseau d’administration existant. Vous pouvez ensuite créer jusqu’à 10 maillages de services et 60 extendeurs réseau (-1 par maillage de service). Vous pouvez étirer huit réseaux par extendeur réseau en utilisant des clouds privés Azure VMware Solution.

• Réseau Uplink : Pour un déploiement VMware HCX sur site, identifiez un réseau Uplink pour VMware HCX. Utilisez le même réseau que celui que vous prévoyez d’utiliser pour le réseau d’administration.

• Réseau vMotion : pour un déploiement de VMware HCX local, identifiez un réseau vMotion pour VMware HCX. En règle générale, il s’agit du même réseau que celui utilisé pour vMotion par votre cluster VMware vSphere local. Au minimum, identifiez deux adresses IP sur ce segment réseau pour VMware HCX. Vous aurez peut-être besoin de quantités plus grandes, en fonction de l’échelle de votre déploiement au-delà du cas d’usage pilote ou petit.

  Vous devez exposer le réseau vMotion sur un commutateur virtuel distribué ou vSwitch0. Si ce n’est pas le cas, modifiez l’environnement en conséquence.

  Remarque

  De nombreux environnements VMware vSphere utilisent des segments réseau non routés pour vMotion, ce qui ne pose aucun problème.

• Réseau de réplication : pour un déploiement de VMware HCX local, définissez un réseau de réplication. Utilisez le même réseau que celui que vous utilisez pour vos réseaux de gestion et de liaison montante. Si les hôtes du cluster local utilisent un réseau VMkernel de réplication dédié, réservez deux adresses IP dans ce segment réseau et utilisez le réseau VMkernel de réplication pour le réseau de réplication.

Déterminer si vous allez étendre vos réseaux

Vous pouvez éventuellement étendre des segments réseau depuis un site local vers Azure VMware Solution. Si vous étendez des segments réseau, identifiez ces réseaux maintenant en suivant ces instructions :

• Les réseaux doivent se connecter à un commutateur vSphere Distributed Switch (vDS) dans votre environnement VMware local.
• Les réseaux qui se trouvent sur un commutateur vSS (vSphere Standard Switch) ne peuvent pas être étendus.

Étapes suivantes

Maintenant que vous avez rassemblé et documenté les informations nécessaires, passez au tutoriel suivant pour créer votre cloud privé Azure VMware Solution.