Hypervisor.fr

Il y a quelques semaines, Microsoft a posté sur le TechNet Edge une série de vidéos au titre pour le moins évocateur : Virtualization Jump Start. Le but étant d’enfumer les ignorants avec une petite mise en scène hautement propagandesque qui rappelle celle des impayables guignols de la virtualization.

L’initiative pourrait rester valable si elle n’était pas gavée de gros morceaux de bullshit comme ce magnifique tableau comparatif :

Notre bullshit-o-meter, déjà dans le rouge, a totalement grillé sur la séquence comparative Core Parking vs DPM (extrait ci-dessus). Notre brave Symon (“Microsoft Technical Evangelist” en chemise bleu) semble persuadé qu’un serveur allumé consomme autant qu’un serveur éteint (où l’inverse). Et pourtant :

The Core Parking feature allows Windows Server 2008 R2 to consolidate processing onto the fewest number of possible processor cores, and suspends inactive processor cores

Même si le CPU représente une part non négligeable de la consommation d’un serveur, il n’est question en moyenne que d’1/4 à 1/3 de la consommation totale. Mais quelque chose nous dit que M$ a fini par s’en apercevoir, ils n’ont juste pas encore prévenu Symon. Néanmoins, pour pouvoir consolider au maximum il faut un peu mieux que Dynamic Memory…

Démonstration avec un cluster, hébergeant 66 VM (W2K3 – 2Go), composé de 12 serveurs bi Xeon 5345 + 8Go de RAM sous ESXi 4.1 build 348481. Les VM de ce cluster devant etre dispo à 100% entre 8h et 19h, Distributed Power Management est programmé dans vCenter pour s’activer à 20h et se désactiver à 7h (hors WE). Résultat, 9 serveurs sur 12 OFF (pour Symon, ça veut plus d’électricité du tout) en heures creuses, c’est à dire 60% du temps dans notre cas :

Evidemment, impossible d’atteindre ce taux de consolidation hallucinant de 600% sans l’aide de TPS, Ballooning, Memory compression et Hypervisor swapping :

Ça, c’est du GreenIT et c’est dispo depuis 2008 !

Tags: ballooning, Bullshit, DPM, swapping, TPS

Par défaut, le serveur snmp de l’appliance Nexenta (qui a déjà du remplacer vos openfiler  entre autres grâce aux stars du ZFS : ZIL, L2ARC et Snapshots) ne présente qu’une partie des informations et malheureusement pas les volumes/folders. Sans même avoir recours au mode expert, il est possible d’y remédier en rajoutant “includeAllDisks” à la fin du fichier de config snmp accessible en ssh via la commande suivante dans le shell nmc :

setup network service snmp-agent edit-settings snmpd.conf

Et voila le résultat :

Tags: nexenta, snmp, ZFS

Juste pour le sport, voici la version oneliner du script d’Alan permettant de fixer la taille de la mémoire vidéo des VM à AutoDetect pour éviter les warnings lors de vmotion :

Insufficient video RAM. The maximum resolution of the virtual machine will be limited to 1176×885. To use the configured maximum resolution of 2560×1600, increase the amount of video RAM allocated to this virtual machine by setting svga.vramSize=”16384000″ in the virtual machine’s configuration file

Get-VM|?{($_.ExtensionData.Config.Hardware.Device|?{$_.GetType().Name -eq "VirtualMachineVideoCard"}).useAutoDetect -eq $false}|%{($_|Get-View).ReconfigVM((New-Object VMware.Vim.VirtualMachineConfigSpec -Property @{DeviceChange=(New-Object VMware.Vim.VirtualDeviceConfigSpec -Property @{Operation="edit";Device=(New-Object VMware.Vim.VirtualMachineVideoCard -Property @{UseAutoDetect="$true";Key=(($_.ExtensionData.Config.Hardware.Device|?{$_.GetType().Name -eq "VirtualMachineVideoCard"}).key)})})}))}

Et vous pouvez l’exécuter 10x de suite, elle n’agira que sur les VM qui ne sont pas en auto

Tags: oneliner, PowerCLI, powershell, scripting

MAJ 21/12/2011 : Rajout des filtres “Accessible” et “IormConfiguration.Enabled”

MAJ 01/06/2011 : Rajout du filtre “MultipleHostAccess” pour éviter l’activation de SIOC sur du DAS

Si vous devez activer Storage I/O Control (aka IORM) sur les datastores d’un cluster, vous ne sauriez opérer autrement qu’avec un bon script ou mieux, avec un petit oneliner bien mijoté (et comme souvent, inspiré d’un post de Luc) :

Get-VMHost -location "MonBeauCluster"|Get-Datastore|Get-View|?{$_.Summary.Accessible -eq $true -and $_.Capability.StorageIORMSupported -and $_.Summary.MultipleHostAccess -and $_.IormConfiguration.Enabled -ne $true}|%{(Get-View (Get-View ServiceInstance).Content.StorageResourceManager).ConfigureDatastoreIORM_Task($_.MoRef,(New-Object VMware.Vim.StorageIORMConfigSpec -Property @{enabled="1";congestionThreshold="25"}))}

La valeur par défaut de la variable congestionThreshold est “30″ mais peut être tuné en fonction de la nature du stockage (fixée à “25″ dans notre oneliner), comme détaillé dans le pdf linké en début de post.

Et pour ceux que ça intéresse, la kb Troubleshooting Storage I/O Control précise quelques points importants (ainsi que le la façon d’obtenir les logs de SIOC) :

• Before enabling SIOC, ensure that datastores are managed by a single vCenter Server.
• [...] if the number of hosts connected to the datastore has changed since enabling SIOC [...]

Et pour ceux qui veulent savoir comment ça marche, direction les sessions Technology and Architecture du vmworld 2010 : Prioritizing Storage Resource Allocation in ESX Based Virtual Environments Using Storage I/O Control

Tags: IORM, oneliner, PowerCLI, powershell, scripting, SIOC

MAJ 11/05/2013 : Script remplacé par Datastore-Equalizer.

MAJ 19/10/2011 : Ajout des paramètres $ForceMove et $MinLeft pour respectivement forcer le déplacement des vm (avec snapshot ou avec des vmdk sur des datastores différents) et fixer le seuil d’espace libre sur le datastore de destination (10GB par défaut)

MAJ 21/06/2011 : Correction d’un bug lorsque plusieurs datastores ont un début de nom commun dans le vcenter (ex datastore1, datastore2, etc…)

En attendant Storage DRS et son vrai “Maintenance mode” de datastore, nous venons de mettre à jour notre script de migration de datastore qui permet maintenant de migrer les templates. voici un petit rappel des features :

• auto skip des vm PoweredOn avec snapshot (avec override)
• auto skip des vm avec RDM
• auto skip des vm avec vmdk sur plusieurs datastores (avec override)
• check de l’espace disque toutes les 30s pendant la migration (annulation de la tache si -10Go dispo)
• 5 cycles de retry en cas d’echec
• choix global du format des vmdk (as-source/thin/thick)
• reporting en fin de migration dans la console et par mail
• migration des templates
• filtrage par ResourcePool (vCD compliant)
• reporting de pré-migration (migration “à blanc”)
• temps de migration et débit moyen affichés en fin de migration

Move-APdatastore.ps1

Tags: PowerCLI, powershell, scripting