Hypervisor.fr

Frank Denneman vient de poster un article très instructif à propos du NUMA. Autrefois réservé aux systèmes (x86) à base d’Opteron et à certains serveurs Intel IBM, le NUMA (Non-Uniform Memory Access) devient incontournable depuis l’apparition de l’architecture Nehalem. Les informations contenu dans l’article de Franck sont relatives au sizing des VM, au TPS et au troubleshooting (via esxtop) en environnement NUMA. Une lecture indispensable donc.

Pour la petite histoire, le NUMA est supporté par ESX depuis la version 2.0 sortie Q3 2003…

Tags: NUMA

Pour les amoureux d’esxtop qui n’ont pas la chance d’avoir une mémoire d’éléphant, il existe esxtop precis (basé sur le post de Duncan) :

Indispensable pour un troubleshooting efficace

Tags: esxtop

La dernière update de VirtualCenter 2.5 est disponible depuis ce WE avec, pour principale caractéristique, le support de Windows 7 et 2008 R2 pour le Guest OS Customization.

Cette update est accompagnée de la fin du support Général pour ESX(i) 3.5 et pour VC 2.5 fixée au 21/05/2010. La fin du support étendu est quant à lui fixé au 21/05/2013, ce qui laisse encore un peu de temps pour l’upgrade.

Pour les plus parano, la liste des EOS pour vSphere est disponible ici

Tags: EOS, ESX, ESXi, vCenter

Nous avons récemment été confronté à un problème de timedrift sur un ESX (probablement engendré par une défaillance de la CMOS battery) combiné à un défaut de configuration des serveurs NTP qui est totalement passé au travers de nos scripts d’audit et de notre vigilance. Pour renforcer la surveillance de ce point délicat, nous avons créer un petit script qui permet de comparer la différence de temps entre la machine exécutant le script (considérant qu’elle soit à l’heure) et les ESX(i) d’un datacenter :

foreach ($vmhostview in (Get-VMHost|get-view)){
	if ($vmhostview.runtime.ConnectionState -eq "connected"){
	$esxdatetimedrift = (((get-view $vmhostview.ConfigManager.DateTimeSystem).QueryDateTime()).ToLocalTime() - (Get-Date)).TotalSeconds
	if ($esxdatetimedrift -gt "30"){Write-Host -ForegroundColor Red $vmhostview.name " " $esxdatetimedrift " seconds drift"}}}

Le script fera alors apparaitre les ESX ayant un timedrift supérieur à 30sec. Pour ceux que cela concerne, ce check sera certainement intégré à la future version de vCheck.

Tags: NTP, powershell, scripting

MAJ 04/02/2010 : Scott nous explique pourquoi ce pilote ne doit être utilisé QUE pour les VM ayant des I/O disque importants.

Depuis l’Update 1 d’ESX(i), le contrôleur PVSCSI de VMWare est supporté sur le disque de boot (pour W2K3 et W2K8 uniquement). Pour rappel, le contrôleur PVSCSI peut apporter jusqu’à 12% de performance supplémentaire et 18% de consommation CPU en moins qu’un LSI. Une migration peut donc s’avérer particulièrement bénéfique sur des VM sollicitant fortement la partie stockage. De plus, des scripts de migration comme celui de LucD facilitent grandement la tache tout en laissant un problème de taille : les drivers. Sans drivers installé au préalable, c’est le BSOD assuré :

En effet, comme le décrit Alan sur son blog, la solution la plus facile consiste à rebooter avec un disque temporaire sur un nouveau contrôleur (PVSCSI en l’occurrence) et laisser Windows “ajouter” le driver à sa “base”. On reboot ensuite en retirant le disque temporaire et en changeant le contrôleur du disque de boot en PVSCSI. C’est long, c’est chiant et c’est pénible à automatiser. Et pire, c’est pas compliqué !

Ayant une riche expérience du P2V/P2P/V2P de haut vol, nous avons développé une technique qui fonctionne à tous les coups (sous Windows) : l’injection de driver “façon NiTRo”…

Read more …

Tags: P2V, PVSCSI