HyperV Gestion des VM

Il faut bien penser à installer les services integrations tools pour les vm (sous windows ou linux).

Migration de disque à chaud

Mettre un disque en scsi permet de le déplugguer / replugguer à chaud sans eteindre la vm. Mais pour le disque system windows il faut le mettre en ide.

Montage d'un disque USB

On peut monter un disque Usb qui est connecté dans une vm, mais il faut passer ce disque hors ligne / off line dans le gestionnaire de disque de l hyperV. Puis faire ajout de disque dans les paramètres de la vm

Snapshot

Il peut arriver parfois que l'on fasse un snapshot sans le vouloir. Le soucis, c'est que cela va créer un fichier .avhd et c'est sur ce fichier que les nouvelles modifications vont
s'écrire et non plus sur le fichier .vhd original. Pour pouvoir fusionner les 2 fichiers, et ne plus avoir qu'un fichier .vhd il faut arréter la vm. Lors de l'arret les 2 fichiers
vont se fusionner tout seul, et on retrouvera toutes les modifications sur notre fichier .vhd.

Clonage de VM

Pour cloner une vm sous hyperV, la solution la plus simple et surtout la plus propre est de faire un export de la vm (dans un répertoire autre que celui par défaut où sont stockés
les .vhd), l'export va recrééer automatiquement un repertoire avec le nom de la vm. Puis renommer  ce fichier .vhd avec le nom de la nouvelle vm, le copier dans le répertoire par 
défaut où sont stockés les fichiers .vhd de vm en prod, créer une nouvelle machine virtuelle en choisissant "Utiliser un disque dur virtuel existant", et choisir le fichier copié.

On peut aussi plus simplement copier le fichier vhd de la vm que l'on veut dupliquer, le renommer avec le nouveau nom de la vm, créer une nouvelle machine virtuelle en choisissant
"Utiliser un disque dur virtuel existant", et choisir le fichier copié

Déplacement de VM

Si on a mis une vm dans un mauvais endroit sur le disque dur, le plus propre pour la déplacer :
 - éteindre la vm
 - bouton droit sur la vm, "exporter" --> choisir le nouveau bon emplacement (attention hyperV va recréer un répertoire avec le nom de la vm à l'endroit qu on lui a indiqué)
 - on peut alors supprimer la vm originale pour ne pas avoir de pb de doublon de nom lors de l'importation : bouton droit supprimer, il faudra aussi supprimer le fichier vhd qui
n'est pas supprimé automatiquement.
 - bouton droit sur l hyperV, "importer un ordinateur virtuel" / "Deplacer ou restaurer l'ordinateur virtuel" (ne pas cocher en bas "Dupliquer tous les ..." ici on ne veut pas
garder cette vm comme template). Même si le terme déplacé peut porter à confusion, les fichiers vhd vont rester au meme endroit

Migration d'une vm en local en HA

 - Commencer par arréter la vm, puis s'assurer qu'elle a bien ses disques dur dans un volume du cluster. Si ce n'est pas le cas, faire un export de la vm (voir comment ci dessus)
dans un disque du cluster.
 - Se mettre dans la partie HyperV, puis "importer un ordinateur virtuel", sélectionner le répertoire principal de la vm. La vm va être réimportée avec tous ses bons parametres
 - Se mettre dans la partie "Fonctionnalités / Gestionnaire du cluster de basculement / Cluster / Services et applications" , puis "Configurer un service ou une application", puis
"Ordinateur virtuel", et là il va nous proposer une liste des vm qui ne sont pas en HA mais qui peuvent l etre.

Lorsqu'une vm ne veut pas migrer (sans raison apparente, il faut faire un "Gestionnaire du cluster de basculement" / "Services et applications", sélectionner la vm, puis dans la fenètre du milieu, dans la partie "ordinateur viruel", développer l'ordinateur, puis clique droit sur "configuration..." et "Autres actions" / "Mettre à jour la configuration de l'ordinateur virtuel". Lorsque la vm est déja dans le cluster et que l'on fait des modifications de parametres sur le vm, il se peut que la configuration soit mal repportée sur les autres noeuds et que la migration échoue. Si cette option n'existe pas, c'est que la configuration de la vm est à jour

Prérequis : adresse mac en statique, aucun périphérique local (genre cdrom monté), s'assurer qu'au niveau du "gestionnaire de reseau virtuel" les réseaux crées soient bien les mêmes 
sur les 2 (ou plus) hyperV.

On considère ici que la vm a été créé en local (son .vhd est hébergé sur un disque local)

1) Arréter la VM 

2) Dans le Gestionnaire Hyper-V
   Sélectionner la VM > menu contextuel > Exporter > Sélectionner le chemin suivant:    "C:\ClusterStorage\volume1" (ou le nom du dossier qui est le cluster de storage, ne pas mettre 
   le  nom de la vm , il va la rajouter)
   Attendre la fin de l'export

3) Suppression de la VM
   Dans le Gestionnaire Hyper-V
   Sélectionner le serveur > menu contextuel > Cliquer sur supprimer (cela va supprimer la vm dans HyperV, mais pas le vhd en local)

4) Ouvrir l'explorateur Windows aller dans C:\ClusterStorage\volume1\
   Renommer le répertoire en "nom de la VM dans L AO" et déplacer le répertoire du nom de la VM vers    C:\ClusterStorage\volume1\ : CELA EST A FAIRE UNIQUEMENT SI ON VEUT CHANGER
   LE NOM DE LA VM (l export va recrééer automatiquement un repertoire avec le nom de la vm)

5) Réimport de la VM
   Dans le gestionnaire Hyper-V
   Menu contextuel sur l'hyper viseur > Importer un ordinateur virtuel
   Cliquer sur parcourir Sélectionner le répertoire C:\ClusterStorage\volume1\"nom de la VM"
Pour le moment la vm n est pas encore en HA / cluster, c est juste que tous ces fichiers sont mis dans le cluster storage. On a réimporter la vm dans l'hyperV "local"

6) Validation des paramètres:
   Aller dans les paramètres de la VM: 
   vérifier que le chemin du ou des disques durs est correct.
   le chemin des disques durs doit etre : C:\ClusterStorage\Volume1\nom de la VM\Virtual hard Disks\
   Dans les parametres vérifier que les Cartes réseaux on des adresse Mac en statique.
   Aller dans les paramètres, Emplacement du fichier de capture instantanée > Parcourir > sélectionner le répertoire:  C:\ClusterStorage\Volume1\nom de la VM\Snapshots

7) Import de la VM dans le Cluster Hyper-V
   Dans le gestionnaire du cluster de basculement:
   Menu Démarrer > Gestionnaire du cluster de basculement.
   Gestionnaire du cluster de basculement > Cluster-fbd.plus-international.prv > Services et applications.

   Dans le panneau de droite Sélectionner Configurer un service ou une application...
   Suivant > Ordinateur Virtuel > Sélectionner la ou les VM à intégrer dans le cluster. Suivant ... valider.
   Les VM apparaissent dans le panneau Services et applications.

La vm est intégré dans le cluster


Options facultatives

8) Configurer le basculement automatique

   Sélectionner la VM, menu contextuel > propriété
   Sélectionner l'Hyperviseur favori > Onglet Basculement
   Sélectionner Autoriser la restauration automatique, Restauration entre 01:00 et 06:00.

VM en HA : Propriétaire

1. Propriétaires possibles 
Dans le "gestionnaire du cluster de basculement", une fois la vm sélectionnée, tout en bas à droite "Ordinateur virtuel [nom de la vm], "Propriétés", onglet "Stratégies avancées" :
      - Propriétaires possibles : Cochez les hyperV sur lesquels la vm peut basculer en cas de défaillance de son propriétaire actuel (Hyperviseur autorisé à héberger la ressource)
Notez que si vous laissez la case à cocher d’un seul nœud activée, cette ressource (et le service ou l’application en cluster qui la contient) ne peut pas basculer.

2. Propriétaires favoris
Dans le "gestionnaire du cluster de basculement", bouton droit "Propriétés" sur la VM, onglet "Général", sélectionnez le(s) "Propriétaires favoris" : c'est le propriétaire sur
laquelle la vm ira en cas de bascule. On aurait envie de mettre tous les noeuds du cluster en "Propriétaires favoris" en les mettant dans l'ordre de préférence, mais cela peut etre
dangereux en cas de pb sur le cluster, car la vm va basculer une premiere fois quand son noeud d'origne  va basculer, puis rebasculer à nouveau quand son noeud d'origine sera revenu.
Cela va donc faire 2 coupures ou micro coupures. La bascule automatique est dangeureuse surtout si le cluster n'a pas retrouver un état stable. Il peut etre donc préférable de gérer
ca à la main.
 
On peut décider de configurer une vm en mode HA mais qu elle ne puisse pas etre en HA (pour diverses raisons), en mettant un seul "Propriétaires possibles", un seul "Propriétaires 
favoris". Il est préférable que le "Propriétaires favoris", le "Propriétaires possible" et le "Propriétaire actuel" soient tous les mêmes :)

VM en HA : Réseau de migration

On peut avoir précisé plusieurs réseau au niveau du cluster, mais vouloir que la migration d'une vm se fasse de préférence par un réseau en particulier, par exemple par le réseau qui
est un lien direct entre les 2 hyperV.
Pour se faire, ouvrir la console du "Gestionnaire du cluster de basculement", sélectionner une vm sous "services et applications". Dans la fenetre principale, on aura le nom de la vm 
et le "volume partagé de cluster", faire un bouton droit propriétés sur la vm, et allez dans l'onglet "reseau pour la migration dynamique".
(ou "gestionnaire du cluster de basculement", une fois la vm sélectionnée, tout en bas à droite "Ordinateur virtuel [nom de la vm], "Propriétés", onglet "reseau pour la migration 
dynamique")

Il ne reste plus qu'à monter votre reseau préféré pour qu'il soit utilisé en priorité

Type de migration

Migration dynamique : lorsque vous initiez une migration dynamique, le cluster copie la mémoire utilisée par l’ordinateur virtuel du nœud actif vers un autre nœud, de sorte que lors 
de la transition vers l’autre nœud, les informations de mémoire et d’état sont déjà en place pour l’ordinateur virtuel. La transition est généralement suffisamment rapide pour qu’un 
client utilisant l’ordinateur virtuel ne perde pas la connexion réseau. Si vous utilisez les Volumes partagés de cluster, la migration dynamique est presque instantanée car aucun 
transfert de propriété de disque n’est nécessaire. Une migration dynamique peut être utilisée pour la maintenance planifiée, mais pas pour un basculement non planifié.
Vous ne pouvez pas utiliser la migration dynamique pour déplacer simultanément plusieurs ordinateurs virtuels. Sur un serveur Hyper-V donné, une seule migration dynamique (vers ou 
depuis le serveur) peut être exécutée à la fois.

Migration rapide : lorsque vous initiez une migration rapide, le cluster copie la mémoire utilisée par l’ordinateur virtuel sur un disque de stockage, de sorte que lors de la 
transition vers un autre nœud les informations de mémoire et d’état nécessaires à l’ordinateur virtuel puissent être lues rapidement à partir du disque par le nœud qui s’approprie 
l’ordinateur virtuel. Une migration rapide peut être utilisée pour la maintenance planifiée, mais pas pour un basculement non planifié.
Vous pouvez utiliser la migration rapide pour déplacer simultanément plusieurs ordinateurs virtuels.

Déplacement : lorsque vous initiez un déplacement, le cluster se prépare à faire passer l’ordinateur virtuel en mode hors connexion en effectuant une action que vous avez spécifiée 
dans la configuration de cluster de la ressource d’ordinateur virtuel : Enregistrer, Arrêter, Arrêt (forcé) ou Éteindre. L’option Enregistrer (option par défaut) enregistre l’état de 
l’ordinateur virtuel afin de pouvoir restaurer cet état lors de la reconnexion de l’ordinateur virtuel. L’option Arrêter effectue un arrêt propre du système d’exploitation (après 
l’arrêt de tous les processus) sur l’ordinateur virtuel avant de le déconnecter. L’option Arrêt (forcé) arrête le système d’exploitation sur l’ordinateur virtuel sans attendre l’arrêt 
des processus lents, puis déconnecte l’ordinateur virtuel. L’option Éteindre correspond à une coupure d’alimentation, et entraîne par conséquent à une perte de données éventuelle.

Le paramètre que vous spécifiez pour l’action de mise hors connexion n’affecte ni la migration dynamique, ni la migration rapide, ni le basculement non planifié. Il affecte uniquement 
le déplacement (ou la déconnexion d’une ressource par le biais d’une action de Windows PowerShell ou d’une application). Pour spécifier ce paramètre, voir la section « Considérations 
supplémentaires » dans Migration dynamique, migration rapide ou déplacement d’un ordinateur virtuel d’un nœud vers un autre.