vSphere Storage DRS attempts to avoid an out-of-space situation and therefore runs a load-balancing operation as soon as the datastore exceeds its space-utilization threshold. This operation can be outside of the normal load-balancing interval of every 8 hours.

La première phrase est aussi intéressante qu’imprécise. On y apprend que la réaction est immédiate mais aussi qu’elle dépend de vCenter. Et suite à une batterie de tests sur différents environnement (5.0 et 5.1), nous avons remarqué que la fréquence de rafraîchissement de cette information dans vCenter n’est malheureusement que d’une (1) fois toutes les 30 minutes au mieux. (on soupçonne un algorithme basé sur l’utilisation du datastore mais visiblement pas encore très efficace). Pour le vérifier, rien de tel qu’un petit oneliner de PowerCLI qui check la propriété info.timestamp des datastores :

Get-View -ViewType datastore -property info,name,summary|?{$_.summary.accessible}|select name,{$_.info.timestamp.ToLocalTime()}

On constate donc qu’un des pilier de SDRS repose sur une donnée dont la fiabilité peut malheureusement varier et dont la fraîcheur peut laisser à désirer même dans le cas des 30 minutes. En attendant que ça bouge coté VMware, voici un workaround (nettement moins dingue que celui d’une certaine kb), qui consiste à forcer le refresh rapide à votre convenance sans que la tache n’apparaisse dans le vCenter (merci le SDK). Dans notre exemple, refresh de tous les datastores dont la propriété info.timestamp serait “veille” de plus de 5 minutes :

Get-View -ViewType datastore -property info,summary|?{$_.summary.accessible}|?{($(get-date) - $_.info.timestamp.ToLocalTime()).TotalMinutes -gt 5}|%{$_.RefreshDatastore()}

La seconde phrase de la citation, c’est un RTFM politiquement correct pour ceux qui font encore l’amalgame entre les 8h d’intervales de l’I/O load balancing et le Space-Utilization Load Balancing.

MAJ 04/10/2013 : mise à jour du script (version 3.8) Filtrage des datastore en mode maintenance, affichage des vm “skippées” ou incompatibles et correction d’un bug lors de l’utilisation de -vDiskFormat (thanks vmdude.fr)

MAJ 27/09/2013 : mise à jour du script (version 3.7) Renforcement des filtres.

MAJ 18/09/2013 : mise à jour du script (version 3.6) modification de l’objet du mailcheck pour les Storage Pod.

MAJ 13/09/2013 : mise à jour du script (version 3.5) possibilité d’égaliser un “datastore cluster” (-StoragePod), possibilité de recevoir un rapport par mail pour le vidage des datastore (-drainreport) et skip automatique des migrations en échec.

MAJ 09/05/2013 : mise à jour du script (version 2.5) filtrage des vm dont la method “RelocateVM_Task” est disabled et ajout du paramètre -vi5 pour déplacer les vm avec snapshot

MAJ 26/10/2012 : mise à jour du script (version 2.3) filtrage des vm non “connected”

MAJ 07/07/2012 : mise à jour du script (version 2.2) filtrage des vm avec contrôleur scsi en mode bus-sharing

MAJ 25/06/2012 : mise à jour du script (version 2.1) correction de bug d’espace libre mal remonté

MAJ 02/04/2012 : mise à jour du script (version 2.0) ajout du paramètre ”bypass” pour déplacer toutes les vm sans filtrage.

MAJ 09/02/2012 : mise à jour du script (version 1.6) ajout du pourcentage de “déviation” dans l’objet du mail :

MAJ 09/02/2012 : mise à jour du script (version 1.5) avec l’ajout de l’option “mailcheck” afin de pouvoir utiliser le script en tache planifié. Exemple de one-liner qui compare les datastores VMFS de tous les cluster (à filtrer selon vos besoins) :

get-view -viewtype clustercomputeresource|?{($_.Datastore|%{get-view $_}|?{$_.Summary.Accessible -and $_.Summary.MultipleHostAccess -and $_.Summary.Type -match "VMFS"}|%{$_.name}).count -gt 1}|%{ .\Datastore-Equalizer.ps1 ($_.Datastore|%{get-view $_}|?{$_.Summary.Accessible -and $_.Summary.MultipleHostAccess -and $_.Summary.Type -match "VMFS"}|%{$_.name}) -mailcheck 1 -clustername $_.name}

MAJ 19/12/2011 : mise à jour du script (version 1.1) afin d’exclure les templates.

Pour Noël, Hypervisor.fr vous offre une version “light” maison de Storage DRS. Si votre infra est encore en v4, ou que vous n’avez pas de licences enterprise++ pour votre infra v5 ou si vous ne voulez pas faire de Storage Pod (aka cluster de banques de données) parce que ça fait trop cloud, notre script PowerCLI Datastore-Equalizer est fait pour vous.

Comme son nom le laisse deviner, ce script va vous permette d’égaliser l’espace libre d’un groupe de datastores (fonction “equalize“) ou de vider un datastore vers d’autres (fonction “drain“). L’action à mener sera automatiquement déduite de la liste des datastores source/destination.

Le principe de base est de déplacer la vm la plus petite du datastore le plus rempli vers le datastore le plus vide, en boucle jusqu’à ce que l’écart entre le pourcentage de remplissage du datastore le plus rempli et du plus vide soit inférieur ou égal à la variable $FreeSpaceDeviation (10% par défaut). Ce script étant clairement pensé pour les cluster, il ne vérifie pas que les datastores sont bien tous connectés aux même ESX. Par contre, les espaces restant sont vérifiés avant tout mouvement mais les VM avec snapshot, RDM ou ayant de multiple datastores ne seront pas déplacées. En option il est possible de forcer un autre format de vmdk (thin ou thick).

Voici la liste des paramètres (mandatory en rouge) :

• SrcDatastores (ex : DS1,DS2,DS3)
• DstDatastores (=SrcDatastores par défaut)
• vDiskFormat (as-source par défaut, thick ou thin en option)
• FreeSpaceDeviation (10 par défaut, <5 à éviter)
• Force (0 par défaut, 1 pour éviter la confirmation ou pour une tache planifiée)
• DatastoreFreeLimit (pourcentage disponible limite, 10 par défaut)

Pour que ce soit vraiment la classe, le script vous affiche un petit récap du remplissage des datastores concernés avant d’agir :

Pour les fous ceux qui ont déjà migré leur prod en vSphere 5, nous ferons bientot une version qui permet de bouger les vm avec snapshot…

Datastore-Equalizer