Manager hyper-V avec PowerShell sans SCVMM.

Quand on souhaite automatiser l'administration d'une infrastructure Hyper-V sans passer par les Command-Let apportés par SCVMM il est nécessaire de passer directement par le provider WMI de Hyper-V (Cf. http://msdn.microsoft.com/en-us/library/cc136992(VS.85).aspx).

Bien que très efficace, l'utilisation de WMI peut rapidement provoquer quelques maux de têtes aux non initiés, Microsoft ne fournissant pas pour l'instant de command-let propre à Hyper-V.

Parti de ce constat une équipe de développeur dirigée par Emit James s’est mis à la tâche et a développé une librairie de fonctions "Cmd-Let" pour hyper-V directement à partir du provider WMI. Superbe initiative qui présente un double intérêt.

1. Fournir des commandes simples pour manager Hyper-V
2. Illustrer l'utilisation du provider WMI de Hyper-V en étudiant le source du script

Car cette librairie est en réalité un script Powershell qui une fois exécuté va mettre à  notre disposition en mémoire des fonctions utilisables comme des "cmd-let".

Actuellement en version 10b, PSHYPERV vous délivre pas moins de 80 fonctions dont voici un petit aperçu.

Machine virtuelle

• Créer des machines virtuelles
• Récupérer des informations des VM
• Export/Import des VM
• Arrêter/Démarrer des VM
• Tester la connexion Heart Beat

Mémoire

• Gérer la mémoire l’allocation de mémoire des VM

Processeur

• Allouer des coeurs
• Récupérer des informations sur le nombres de coeurs

Disque dur

• Ajouter/Supprimer des contrôleurs
• Récupérer des informations sur les VHD
• Créer des VHD
• Compacter/Convertir
• Monter des VHD

Carte réseau

• Ajouter des cartes
• Supprimer des cartes

Snapshots

• Créer / Déplacer / Supprimer / Renommer

Installer et exécuter la librairie de commandes pour Hyper-V

Télécharger le package composé de deux fichiers sur CODEPLEX à cet endroit : http://pshyperv.codeplex.com/

• Hyperv.ps1
• Hyperv.format.ps1xml

Décompresser les 2 fichiers et placez les à la racine de votre profil utilisateur.

Le fichier xml contient la définition des formats de sortie, c'est à dire la mise en forme du résultat des commandes, laisser ce fichier dans le même emplacement que le script.

Ouvrez une session Powershell (Attention assurez vous d'avoir au préalable activé l’exécution des scripts PowerShell avec la comande set-ExecutionPolicy -executionpolicy unrestricted)

Placer-vous à la racine (l’endroit où les 2 fichiers ont étés extraits)

Chargez maintenant la librairie de commande PowerShell pour Hyper-V en saisissant la commande suivante :

. .\hyperv.ps1

Le script liste l'ensemble des fonctions misent à disposition.

Vous pouvez maintenant utilisez les nouvelles commandes.

Exemple : Modifier la mémoire allouée à une machine virtuelle.

PS E:\> shutdown-vm -vm [Ma_VM] -server [Mon_Serveur_Hyper-V]
Shutdown of '[Ma_VM]' started.

PS E:\> set-vmmemory -vm [Ma_VM] -memory 1200 -server [Mon_Serveur_Hyper-V]
Set memory for '[Ma_VM]' to 1200 MB.

PS E:\> start-vm -vm [Ma_VM] -server [Mon_Serveur_Hyper-V]
Changing state of [Ma_VM]: Job Started.

Et voila !

Vous pouvez désormais facilement automatiser toutes vos opérations d'administration en quelques lignes.

Charger les commandes directement dans son profil Powershell.

Si vous utilisez fréquemment ces commandes il peut être intéressant de charger ces fonctions directement dans votre profil Powershell.

Le profil est tout simplement un script Powershell exécuté lors du lancement de votre invite de commande Powershell. Celui ci n'existe pas par défaut, pour le créer, ouvrez une invite Powershell et taper la commande suivante :

PS C:\> new-item -path $profile -itemtype file -force

Taper ensuite la commande suivante pour éditer le fichier profil et y ajouter l'exécution du script.

PS C:\> Notepad $Profile

De cette manière les commandes Hyper-V seront directement disponibles dès que vous lancerez une invite de commande Powershell.

Réagissez à cet article sur notre Forum.

Vous avez sûrement déjà eu l'occasion de rencontrer ce problème si vous avez installé SCVMM et Hyper-V dans un environnement XP / Windows 2003.

Dans la console d'administration SCVMM ou depuis le portail de self-service (avec Internet Explorer), il n'est pas possible d'utiliser la prise de main en mode console depuis un poste XP sur une machine virtuelle qui n'est pas reliée au réseau.

Cette nouvelle console (VirtualMachineViewer.exe) qui succède au VMRC de Virtual Server R2 utilise désormais un nouveau protocole d'authentification (CredSSP) qui n'est pas activé nativement sous Windows XP.

La console de SCVMM (Virtual Machine Viewer) ainsi que le control Active X du portail de Self-Service utilisent deux modes de connexion :

• Le mode "Computer" qui se connecte directement à la machine virtuelle
• Le mode Host, qui accède à la machine virtuelle en passant par le Host 

Le mode "computer" nécessite que la machine virtuelle soit connectée au réseau, qu'elle possède un système d'exploitation qui accepte les connexions RDP et que les services d'intégration soient installés. C'est le mode préféré quand il est disponible.

Dans le cas du mode Host, la connexion est établie directement avec le Host Hyper-V Windows 2008, ce qui nécessite l'utilisation de CredSSP.

Pour activer le protocole CredSSP sur votre poste XP, vous devez installer le SP3 et modifier les clefs de registres suivantes :

Vous trouverez la procédure complète dans la KB ci dessous
http://support.microsoft.com/kb/951608

Si on me demandais quel est selon moi le language de scripting en environnement Microsoft le plus puissant du moment, je répondrai sans hésiter qu'il s'agît de PowerShell. L'utilisation des command-let ou l'appel direct au objets .net ou com le rend adapté aussi bien aux débutant qu'aux experts les plus pointus.

PowerShell reprend le meilleur des Shell Unix associé à la puissance du modèle objet .Net, et n'a littéralement plus rien à voir avec son prédecesseur, la bonne vielle ligne de commande CMD (même si la pluspars des commandes de bases on conservé une syntaxe identique).

Grâce à sa puissance et sa simplicité d'utilisation, il n'y à aucun doute sur la formidable adhésion de ce language par les IT, d'autant plus que la pluspars des produits Microsoft de la gamme server s'appuient désormais essentiellement sur ce langage.

Quel rapport avec ESX me diriez vous ? la Service console de ESX est sous Linux et nous devrions alors plutôt parler de Kshell ou de Perl.

Ce serait pourtant oublier Virtual Center, qui permet de piloter l'ensemble des fonctions des ESX. En effet, VC tourne sous ...Windows.

Pour nous aider à manipuler les objets .Net du SDK de VI (VmWare Infrastructure), VmWare à produit ses propres cmd-Let. Vi ToolKit (VMware Infrastructure Toolkit for Windows). Ce kit comprend les cmd-let et la documentation associée.
Ce SDK à déja enthousiasmé nombre d'administrateurs et donné lieu à des développement vraiment très utilies que nous ne tarderons pas à vous proposer rapidement.

Pour rappel, les cmd-let sont des petits programmes développés en C# et qui s'appuient directement sur les objets .net.
Si vous pouvez par exemple écrire un programme powershell qui va accéder aux objets .net du SDK de VI pour faire un Vmotion... VmWare nous à simplifié le travail en "compilant ce programme" au sein d'un Cmd-Let (Move-vm) qui sera lui même utiliable dans vos scripts.

Le VI ToolKit vous permet d'automatiser à peux près tout ce qu'il est possible de faire avec VI (et certainement plus). Un fichier chm, fournis avec le kit détaille l'utilisation de plus de 120 cmd-let.

Bien sur, vous n'êtes pas obligé d'installer le Kit sur le serveur VI, vous pouvez l"installer sur votre station de travail et accéder directement à votre serveur VI par le port 443.

Pour visualiser une démonstration de l'utilisation du Vi-Toolkit, cliquez ici.

Coté Microsoft, SCVMM (System center Virtual Machine Manager)  annonce pouvoir manager des ESX, non pas directement bien sur, mais à travers un serveur VI et son SDK, la aussi la magie s'opère grace à Powershell.
Comme SCVMM est entièrement "PowerShellisé", Il devient possible de manager ses VM Hyper-v, Virtual Server et ESX à partir d'une ligne de commande (avec les Cmd-Let de SCVMM).

Un Move-Vm sous une ligne de commande PowerShell SCVMM aura alors pour effet d'effectuer le V-Motion souhaité sur notre Esx ciblé.

Alors pourquoi installer les Cmd-let VmWare si j'ai déja un serveur SCVMM dans mon datacenter ?

Et bien d'une part parce qu'il est tout à fait possible de faire cohabiter plusieures environnements PowerShell différents (plusieurs jeux de Cmd-let différents) sur la même machine (les cmd-let additionnels étant chargé au démarrage de la session), mais aussi, parce que les Cmd-Let VM-Ware sont entièrement conçu pour la gestion des ESX et ESXi et exposent l'ensembles des fonctions, ce qui n'est pas le cas des Cmd-Let SCVMM.

L’arrivée de Vmware ESX 3.5 s’est accompagné de nombreux outils additionnels propres à cette distribution.

Outre Svmotion (Storage Vmotion), l’autre grande nouveauté de cette distribution concerne Vmware Update Manager (VUM)

Inspirée de ce que l’on peut trouver sur Microsoft SUS, à savoir un outil capable de télécharger et de gérer l’ensemble des mises à jour disponibles pour les systèmes d’exploitation Windows, le véritable avantage de VUM réside dans la possibilité de gérer aussi bien les mises à jours des hôtes ESX mais également celles des machines virtuelles (Windows et Linux)