Hypervisor.fr

Pour la beauté de cette discipline mais aussi pour relever un défi personnel, voici un “petit” oneliner PowerCLI qui affichent les statistiques des vmnic des tous les ESX. La période est configurable en minutes grâce à la variable $delta en début de ligne (1-60), la colonne “speed” est la vitesse de connexion et les valeurs Inbound et Outbound sont exprimées en kB/s.

$delta="5";get-view -viewtype "hostsystem"|?{$_.Runtime.ConnectionState -eq "Connected" -or $_.Runtime.ConnectionState -eq "Maintenance"}|%{$esx=$_.name;$_.ConfigManager.NetworkSystem|%{get-view $_}|%{$_.NetworkInfo}|%{$_.pnic}|%{$vmnic = $_.device;$_|select @{N="ESX";E={$esx}},@{N="vmnic";E={$_.device}},@{N="Speed";E={$_.linkspeed.SpeedMb}},@{N="Inbound";E={[math]::round((get-vmhost $esx|get-stat -Stat net.received.average -Realtime|?{$_.Timestamp -gt (get-date).addminutes(-$delta)}|?{$_.instance -eq $vmnic}|Measure-Object -Property Value -Average).average,0)}},@{N="Outbound";E={[math]::round((get-vmhost $esx|get-stat -Stat net.transmitted.average -Realtime|?{$_.Timestamp -gt (get-date).addminutes(-$delta)}|?{$_.instance -eq $vmnic}|Measure-Object -Property Value -Average).average,0)}}}}|ft -AutoSize

Et voila le résultat :

Spécial cassedédie à papycloud

Tags: oneliner, PowerCLI, powershell, scripting

MAJ 24/01/2011 : J’ajouterai UNLOCKER à la liste pour unlock/unload les dll pourries…

Ça n’a qu’un lointain rapport avec la virtualisation mais puisque ca peut aussi vous arriver sur une VM, nous avons pensé que cela pourrai toujours servir de faire un petit retour d’expérience sur les solutions antivirus offline gratuites et efficaces. Après avoir subit les foudres d’un horrible trojan polymorphe à tête chercheuse, nous nous sommes retrouvés avec un Windows 7 tellement pourri qu’il ne reboutait même plus décemment, même après un coup de NAV 10 (ok, nous l’avions cherché, NAV avait été -bêtement- désactivé volontairement pour suspicion de zèle). Visez un peu le chantier :

(Cain ça compte pas…)

Une seule solution : trouver un antivirus sous forme de liveCD qui tienne un minimum la route. Trois secondes de google plus tard (à partir d’une autre machine biensur), nous trouvions des munitions. Les 2 meilleurs que nous ayons essayé sont Kaspersky Rescue Disk 10 (disponible aussi pour clef usb) et BitDefender Rescue CD. La particularité de ces 2 solutions est que si la machine victime à accès à Internet, il est possible de faire une mise à jour des signatures avant le scan. 1h après le massacre, l’OS a rebooté correctement même si nous avons du en tuer encore des bouts vivant grâce au Kaspersky Removal Tool, encore plus complet et tout aussi gratuit.

Il est 5h du mat’ donc je ne m’abaisserai pas à dire ce que je pense de ceux qui pondent ce genre de trojans pourris par contre je remercie sincèrement les gens de chez Kaspersky et BitDefender de mettre à dispo ce genre d’outils qui sans nuls doutes laissent une trace indélébile dans nos esprits, surtout dans les moments les plus délicats. A prendre en compte lors du choix d’une solution AV…

Tags: antivirus

A l’opposé de notre passion pour le scripting, le fameux RVTools viens de passer en version 3.0 et supporte maintenant vSphere 4.1 ainsi que le SSO. Ceux qui ne se sont servis de RVTools pour déconnecter les ISO/CD des VM à l’époque où c’était incompatible avec le vmotion devraient y jeter un nouveau coup d’œil… Sa rapidité de collecte, les filtres, l’option de tri et les innombrables propriétés en font toujours un outil redoutable :

Tags: RVTools

12,5 VM/ESX c’est le taux de consolidation moyen issue d’une étude menée par les consultants de VKernel sur un parc de 550000 VM provenant de 2500 environnements unique. Le résultat est sans appel, plus il y a de serveurs, plus la ratio baisse :

Outre le ratio VM/Host, d’autres metrics très révélateurs sont disponibles dans le rapport de cette étude aka “The Virtualization Management Index Report“.

Parmi ces métrics, on retrouve les taux moyen d’overcommit CPU et RAM :

On constate que la tendance à l’overcommit RAM est plutôt timide avec une moyenne de 0,7:1 mais surtout avec quasiment 40% des environnements à 0,5:1 ce qui pourrai être associé à un manque de maîtrise, de monitoring/reporting ou d’expertise qui conduirai à une forme de principe de précaution. L’overcommit CPU étant plus facile à maîtriser, le taux moyen est nettement plus élevé et évidement freiné par la RAM.

Suite à de nombreuses interrogations/réactions, Bryan Semple a mis à jour son report afin d’écarter les environnements qui pouvaient “polluer” les résultats (dev/tests/vdi) avec, entre autres, des VM off (ce qui expliquait le ratio “impossible” de 1,1 VMs/vCPU). Le nombre d’environnements étudiés tombe à 1500 mais le résultat reste sensiblement similaire à la première itération :

Bryan (qui nous a confirmé que les résultats étaient issues à 100% d’environnements VMware) précise qu’il n’y a pas de différences statistiques qui pourraient fausser les résultats (obsolescence des grands parcs par exemple) mais nous pensons qu’il faut aussi prendre en compte la différence de besoin entre les petites et les grosses structures, ce qui induit un workload potentiellement diffèrent. Les ratios des petits environnements ne peuvent donc pas inconditionnellement être comparés aux ratios des gros environnements.

C’est à notre connaissance la première fois que les résultats d’une telle étude sont rendus public, ce qui en fait une lecture d’autant plus incontournable. Et pour ceux qui seraient passé à coté, nous vous rappelons que VKernel a publié un whitepaper, qui mérité également d’être consulté, dédié au troubleshooting et au monitoring : The Top 20 VMware Performance Metrics You Should Care About.

Bonne lecture !

Tags: report, vkernel

Impossible de résister à l’envie de vous faire partager cette planche de Dilbert :

Tags: Bullshit, Dilbert, fun