DataCenter

Migration à chaud : ce qu’il faut savoir sur Hyper-V

Par hfrance , le 4 octobre 2021 - 12 minutes de lecture
Notez l'article

Hyper-V autorise la migration des VMs en cours d’exécution pour constituer une copie de secours du site de production en cas d’incident ou de montée en charge de l’activité. Mais des contraintes s’appliquent.

Hyper-V autorise la migration des VMs en cours d’exécution pour constituer une copie de secours du site de production en cas d’incident ou de montée en charge de l’activité. Mais des contraintes s’appliquent.

L’une des fonctionnalités les plus utiles des hyperviseurs tels que Microsoft Hyper-V est la possibilité de déplacer une machine virtuelle en cours d’exécution vers un autre hôte sans provoquer de temps d’arrêt. Ces migrations en direct sont utiles pour tout le monde, de l’équilibrage de la charge de travail de l’hôte à l’arrêt de l’hôte pour maintenance. Trop souvent, les migrations Hyper-V à chaud ne sont qu’une réflexion après coup. Idéalement, les administrateurs doivent planifier les exigences et les paramètres de migration en direct Hyper-V avant de configurer le premier hôte.

Avant de placer un nouveau déploiement Hyper-V sur un cloud privé en mode veille, les administrateurs informatiques doivent prendre en compte les exigences de migration en direct Hyper-V. La configuration de l’hôte Hyper-V joue un rôle important dans la vitesse et l’efficacité de ces migrations.

Les configurations individuelles des machines virtuelles sont les plus importantes. Les exigences de migration à chaud Hyper-V garantissent que les administrateurs ne peuvent pas migrer à chaud une machine virtuelle à moins que l’hôte de destination ne puisse prendre en charge la configuration matérielle de la machine virtuelle. Par exemple, une machine virtuelle configurée pour utiliser des disques physiques locaux ne peut pas migrer à chaud car ces disques n’existent pas sur l’hôte de destination.

D’autres exemples incluent l’utilisation de cartes PCIe spéciales ou de processeurs graphiques dédiés. Bien entendu, le degré de virtualisation du matériel joue également un rôle. L’hôte de destination doit, par exemple, contenir un commutateur virtuel portant le même nom que le commutateur virtuel auquel la VM est connectée sur l’hôte source. Dans un monde parfait, chaque serveur Hyper-V à la destination serait 100 % identique aux serveurs à la source. Dans le monde réel, les hôtes peuvent être très différents.

Assurer la compatibilité au niveau des processeurs

Hyper-V contient un paramètre de compatibilité de processeur que vous pouvez utiliser pour déplacer une machine virtuelle en cours d’exécution vers un autre hôte. Sur le même sujet : Comment sécuriser sont infrastructure informatique.

Vous pouvez accéder aux paramètres de compatibilité du processeur Hyper-V en ouvrant le gestionnaire Hyper-V, en cliquant avec le bouton droit sur la machine virtuelle dont vous souhaitez modifier les paramètres du processeur et en sélectionnant Paramètres dans le menu contextuel. Hyper-V Manager affiche ensuite les paramètres de la machine virtuelle. Si vous agrandissez la cartouche du processeur, vous verrez une cartouche de compatibilité en dessous. Sélectionnez une cartouche de compatibilité. Activez ensuite le mode de compatibilité processeur pour la VM en cochant la case Transférer vers un ordinateur physique avec une version différente du processeur.

L’interface indique que vous pouvez utiliser la fonction de compatibilité du processeur pour déplacer la machine virtuelle vers un ordinateur physique avec une version différente du processeur.

Notez que Microsoft utilise le mot version, pas l’architecture. En d’autres termes, vous ne pourrez pas utiliser la fonction de compatibilité du processeur pour déplacer la machine virtuelle d’un système basé sur Intel vers un système basé sur AMD. Des articles sur Internet prétendent avoir réussi un tel transfert, mais les inter-architectures à chaud ou les migrations rapides ne sont pas officiellement prises en charge et ont peu de chances de fonctionner correctement.

Au lieu de cela, la fonction de compatibilité du processeur est conçue pour vous aider à déplacer la machine virtuelle de démarrage vers un autre hôte Hyper-V avec un processeur plus ancien ou plus récent qui utilise la même architecture que l’hôte sur lequel la machine virtuelle est actuellement en cours d’exécution. Par exemple, vous pouvez déplacer une machine virtuelle d’un hôte doté d’un processeur Intel de sixième génération vers un hôte doté d’un processeur Intel de huitième génération.

La fonction de compatibilité du processeur Hyper-V est très simple. Pourtant, il y a certaines choses que vous devez savoir à ce sujet. Premièrement, la fonction de compatibilité du processeur fonctionne en désactivant certaines des fonctions de processeur les plus avancées, laissant la machine virtuelle dépendre d’un ensemble plus standard de capacités de processeur. Microsoft n’a pas publié de liste officielle des fonctionnalités que le mode de compatibilité CPU exclut, mais cela a généralement peu ou pas d’impact négatif sur les performances de charge de l’entreprise, à moins qu’elles ne soient gourmandes en ressources graphiques.

De plus, le mode de compatibilité processeur est destiné à une utilisation temporaire uniquement. Activez le mode de compatibilité CPU juste avant d’effectuer une migration en direct ou une migration rapide, puis désactivez le mode de compatibilité CPU une fois la migration terminée. La désactivation du mode de compatibilité CPU permet à la machine virtuelle d’utiliser toutes les fonctionnalités CPU avancées qui peuvent être disponibles sur le serveur hôte de destination.

Enfin, le mode de compatibilité processeur Hyper-V ne doit être utilisé que dans des circonstances très spécifiques ; par exemple, si vous effectuez une migration en direct ou une migration rapide entre deux hôtes Hyper-V avec une architecture de processeur similaire mais des versions de processeur différentes. Vous n’êtes pas obligé d’utiliser le mode de compatibilité CPU si vous désactivez la machine virtuelle avant la migration. La fermeture est obligatoire si vous déplacez la VM vers une autre architecture de processeur, mais elle est facultative pour les autres migrations. Le mode de compatibilité n’est pas non plus requis si les hôtes ont des versions similaires du processeur.

Limiter le nombre de migrations à chaud simultanées

L’une des premières exigences de la migration à chaud Hyper-V est de déterminer le nombre autorisé de migrations à chaud simultanées.

Certaines personnes trouvent ce paramètre non pertinent en raison du fonctionnement des migrations à chaud Hyper-V. À moins qu’il ne s’agisse d’une migration non partagée, il n’y a que deux choses qui sont transférées dans le cadre d’une migration en direct : la propriété de la machine virtuelle et son statut opérationnel. Les opérations de migration en direct ne nécessitent pas le transfert du contenu du disque dur virtuel, sauf dans le cas d’une migration en direct sans partage. Par conséquent, certains experts informatiques estiment qu’il n’y a aucune raison de limiter le nombre de migrations à chaud simultanées.

Le problème avec cette hypothèse est que lorsqu’une migration Hyper-V diffuse un état de machine virtuelle en direct, le contenu de la mémoire de la machine virtuelle est transmis dans le cadre de cet état. Même une petite machine virtuelle peut avoir quelques gigaoctets de mémoire. En revanche, une grande machine virtuelle de deuxième génération exécutant Windows Server 2016 Hyper-V peut avoir jusqu’à 12 To de RAM. Copier 12 To de données d’un serveur à un autre n’est pas une mince affaire.

Plus les machines virtuelles ont de mémoire, plus la migration à chaud prendra du temps. Bien que plusieurs grosses machines virtuelles puissent migrer à chaud en même temps, cela prendrait beaucoup de temps. Plus la durée de l’opération de migration à chaud est longue, plus le risque d’échec de l’opération est grand.

Régler les performances

Depuis l’introduction de Windows Server 2012 Hyper-V, Microsoft a proposé trois options de performances différentes pour les migrations en direct. Ces options de performances déterminent la manière dont le contenu de la mémoire de la machine virtuelle se déplacera sur le réseau vers l’hôte de destination lors de la migration en direct.

L’option de performances par défaut est TCP/IP. L’utilisation de cette option indique essentiellement à Hyper-V de transmettre la mémoire de la machine virtuelle à l’hôte de destination sans modifier les données ou la méthode de migration.

Une autre option consiste à utiliser la compression. Avec cette option, les administrateurs peuvent compresser le contenu de la mémoire de la machine virtuelle avant de l’envoyer à l’hôte de destination. Cette compression réduit la quantité totale de données qui devront être déplacées sur le réseau, permettant une migration en direct plus rapide.

La mise en garde est que la compression du contenu de la mémoire VM est un processus gourmand en ressources CPU. En général, ce n’est pas un problème car la plupart des hôtes Hyper -V ont beaucoup de ressources CPU, mais si l’hôte exécute une charge CPU intensive – dans la mesure où l’hôte est lié au CPU – l’utilisation de l’option de compression peut ne pas être la meilleure idée.

La troisième option est la possibilité de bloquer les messages du serveur (SMB). Avec cette option, les administrateurs peuvent envoyer le contenu de la mémoire de la machine virtuelle à l’hôte de destination à l’aide de SMB Direct. Cette option fournit généralement les meilleures performances pour la migration Hyper-V à chaud, mais est également la plus restrictive. Cette méthode n’est disponible que si les cartes réseau des hôtes source et de destination prennent en charge l’accès direct à la mémoire à distance.

Certaines versions d’Hyper-V interdisent également de connecter des cartes réseau ou de les connecter à un commutateur virtuel. Néanmoins, cette exigence pour la migration en direct Hyper-V est quelque peu discutable, car l’utilisation d’une carte réseau dédiée pour le trafic de migration en direct est depuis longtemps une bonne pratique.

Le protocole d’authentification est la dernière demande d’examen de la migration à chaud Hyper-V. Hyper-V propose deux choix : Kerberos et CredSSP. Dans presque toutes les situations, les administrateurs doivent utiliser Kerberos car il est plus sécurisé et ne nécessite pas d’exécuter une migration en direct directement depuis la console du serveur. Cependant, si les administrateurs sélectionnent Kerberos, cela nécessitera une configuration de délégation limitée.

Pour approfondir sur Administration et supervision du Cloud

Réussir la migration des machines virtuelles en cloud
Les techniques pour réussir la migration à chaud depuis Hyper-V
Hyper-V face à vSphere : comment les comparer ?
P2V (physical to virtual, du physique au virtuel)

Comment installer un serveur informatique ?

Comment installer un serveur informatique ?

Étapes à suivre pour installer un réseau informatique

  • 1) Définition des besoins. …
  • 2) Installation des câbles. …
  • 3) Installation du serveur. …
  • 4) Installation d’interrupteurs secteur. …
  • 5) Installation et configuration du logiciel serveur. …
  • 6) Paramétrage des droits d’accès. …
  • 7) Mise en place de leviers de sécurité

Comment créer un serveur à la maison ? Pour cela, en plus du Raspberry Pi, vous avez besoin d’au moins 2 espaces de stockage : si possible, utilisez des disques durs externes avec un kit d’alimentation adapté. Vous aurez également besoin d’un câble Ethernet (ou d’une clé Wi-Fi) et d’une carte SD avec Raspbian installé.

Comment installer Windows Server 2019 sur Hyper-v ?

Comment installer Windows Server 2019 sur Hyper-v ?

Installer Hyper-V à l’aide du Gestionnaire de serveur Sur la page Sélectionner le type d’installation, cliquez sur Installation basée sur un rôle ou une fonctionnalité, puis sur Suivant. Sur la page Sélectionner un serveur de destination, sélectionnez le serveur dans le pool de serveurs, puis cliquez sur Suivant.

Comment installer le rôle Hyper ? Hyper-V : installation en mode graphique. Dans le Gestionnaire de serveur, cliquez sur Ajouter des rôles et des fonctionnalités 1. Lorsque l’assistant démarre, cliquez sur Suivant 1. Sélectionnez l’option Installer en fonction du rôle ou de la fonctionnalité 1 et cliquez sur Suivant 2.

Quel est la différence entre Windows Server 2012 et Windows Server 2012 R2 ?

La seule différence est que cette version permet l’installation d’un nombre illimité de machines virtuelles sur un serveur avec un maximum de 2 processeurs. Quelles sont les différences entre les versions ?

Quelles sont les différences entre Windows Server 2012 et Windows Server 2016 ?

Quelles sont les quatre éditions de Windows Server 2012 ?

Windows Server 2012 est disponible en quatre éditions (contre huit auparavant) : Foundation, Essentials, Standard et Datacenter.

Pourquoi utiliser Windows Server 2012 ?

Windows Server 2012 a introduit le concept d’espace de stockage, une nouvelle fonctionnalité qui permet de créer de grandes zones de stockage en s’appuyant sur des disques durs bon marché. Excellent rapport capacité/prix qui ne nuit pas à la fiabilité et à la sécurité des données.

Quel sont les éditions de Windows Server 2012 ?

Contrairement à Windows Server 2008 R2, qui proposait plusieurs éditions, Windows Server 2012 n’a que quatre éditions : Foundation, Essential, Standard et Datacenter.

Quelle est la différence entre Windows et Windows Server ?

Windows Server est une gamme de systèmes d’exploitation conçus spécifiquement pour les serveurs. Chaque version publiée de Windows Server a une version correspondante de Windows – les deux systèmes d’exploitation partagent une base de code.

Que sont les serveurs Windows ? Qu’est-ce que Windows Server ? Windows Server est une gamme de systèmes d’exploitation conçus spécifiquement pour les serveurs. Chaque version publiée de Windows Server a une version correspondante de Windows – les deux systèmes d’exploitation partagent une base de code.

Qu’est-ce que Windows Server 2016 ?

Windows Server 2016 est un système d’exploitation de serveur Microsoft x64, qui fait partie de la famille de serveurs d’entreprise Windows NT. Il est également connu sous le nom de « Windows Server vNext ».

Quel version de Windows Server ?

Sélectionnez PC et appareils > Données de l’ordinateur. Sous Windows, vous verrez l’édition et la version de Windows que votre appareil exécute. Dans PC> Type de système, vous verrez si une version 32 bits ou 64 bits de Windows est en cours d’exécution.

Quel est le rôle de Windows Server ?

Eh bien, un serveur Windows aura un (ou plusieurs) rôles dans l’entreprise. Ces rôles peuvent être la fourniture/l’hébergement de fichiers, la gestion des répertoires (AD DS), la gestion des certificats (AD CS), la configuration réseau (DHCP)…

hfrance