Diagramme des ports utilisés par VI3

Jason Boche à posté sur son blog un diagramme très clair des ports TCP/UDP utilisés dans une Infrastructure VI3 complète. Parfait pour rassurer votre équipe réseau.

Tags: ,

Monitorer ESXi dans Nagios/Cacti & Co

L’absence du service SNMP dans ESXi rend plus complexe la tache de monitoring des serveurs, gratuite en tout cas. Mais c’est sans compter sur la force communautaire de Nagios…

check_esx3 est un script perl, développé par OP5, exploitant les API VMware pour intéroger un ESX 3(i) via l’https. Pour vous en servir, il vous faudra d’abord installer le VI Perl Toolkit ainsi que le Nagios::Plugin CPAN module.

Ce script vous permettra d’obtenir toutes sortes de renseignement sur vos ESXi (CPU, MEM, NET, IO, VMFS, RUNTIME, …) et de faire de jolis graphs sans forcer :

CHECK_ESX3.PL OK – cpu usage=4006.00 MHz(10.43%) | cpu_usagemhz=4006.00Mhz;; cpu_usage=10.43%;;

CHECK_ESX3.PL OK – mem usage=27537.21 MB(42.02%), overhead=6028.16 MB, swapped=0.00 MB | mem_usagemb=27537.21MB;; mem_usage=42.02%;; mem_overhead=6028.16MB;; mem_swap=0.00MB;;

Bonus : template cacti + scripts perl

Tags: , ,

Hypervisor Wars

SearchServerVirtualization.com à lâché une bombe dans le monde (plutôt grandissant) de la virtualisation.

En résumé, Citrix serait sur le point de devoiler Q1 2009, une suite d’outils de management pour XenServer (code name Encore) compatible Hyper-V apportant une fonctionalité comparable au Vmotion de VMware. Pour rappel, cette fonctionalité est toujours en cours de dévellopement chez Microsoft et ne sera dispo que courant 2010 avec Windows 2008 R2.

Et comme si cela ne suffisait pas, Citrix travaillerait sur du memory ballooning (aka memory overcommitment) intégré à XenServer 6.

May the Force be with you…

Tags: , ,

Killer le process d’une VM “lockée” sur ESX

Il arrive parfois qu’une VM refuse un poweroff même via la commande vmware-cmd <vmx> stop hard

il devient alors nécéssaire de killer le process en charge de la VM via la commande kill <id> -9

Pour trouver le process correspondant, il faut utiliser la commande ps -efww |grep <vmx> :

ps -efww |grep W2K3_STD_SP1_FR.vmx
root      2527     1  0 12:16 ?        00:00:00 /usr/lib/vmware/bin/vmkload_app /usr/lib/vmware/bin/vmware-vmx -ssched.group=host/user -# name=VMware ESX Server;version=3.5.0;licensename=VMware ESX Server;licenseversion=2.0 build-64607; -@ pipe=/tmp/vmhsdaemon-0/vmx5161adf574f530a4; /vmfs/volumes/6b1fe479-38e54d7a/W2K3_STD_SP1_FR/W2K3_STD_SP1_FR.vmx

Dans certain cas, il est aussi nécessaire d’exécuter la commande service mgmt-vmware restart si une tache reste bloquée sur le VC.

Tags: ,

ESX 3.5 U3, “virtual machine monitoring” bugstory

Comme beaucoup d’autres admins ESX, nous avons souffert du bug de l’option “virtual machine monitoring” de l’update 3 d’ESX 3.5

Pour rappel, cette option est un watchdog de VM qui vérifie de façon plus ou moins régulière la disponibilité des vmtools :

Cette option permet donc de rebooter une vm ayant subit un BSOD, un kernel panic ou si l’OS est devenu trop “bancale”. Très pratique donc.

Malheureusement, l’update 3 d’ESX 3.5 à quelque peut gâchée la fête. En effet, un vmotion vers un host 3.5 U3 “peut” provoquer un reboot de la VM lorsque l’option “virtual machine monitoring” est activée.

Read more …

Tags: , , ,