Hypervisor.fr

A conditions d’être créées via le vCenter ET qu’elles ne soient pas dans le même folder/ressource pool :

Tags: vCenter

MAJ 02/06/2010 : Le problème de syncro de temps à été corrigé depuis ESX(i) 4.0 :

Starting in VMware Workstation 7.0 and vSphere 4.0, VMware Tools periodic clock synchronization has been improved  to address this issue. It does that by making the guest clock run more slowly than normal until host time catches up with it.

Using Storage VMotion to migrate a virtual machine with many disks may timeout
Definition of the advanced NFS options
Unpresenting a LUN from ESX 4.X and ESXi 4.X
PowerCLI: Change Persistence mode (on the fly)
Using ssh keys with ESXi
Recovering a lost partition table on a VMFS volume
How to generate PSOD
Creating a linked clone from a snapshot point in PowerCLI
Using the esxcfg-auth –usecrack command to set password complexity
Change VUM Download Directory
Disabling Time Synchronization
VMware tools time sync can’t slowing down time
Windows Server 2008 Enterprise/Datacenter SAN Policy is offline
vmshrink : to shrink virtual disks from command line in a VMware guest

Lorsque la taille de la base du vCenter vient à enfler, la première question qui vient à l’esprit est bien évidement “mais qu’est ce qui bouffe toute cette place ?!” Tous les serveurs de DB possèdent un shell ou une console qui permet(e) de recueillir la taille des tables mais si votre base est, probablement comme la majorité, hébergée par un serveur MS SQL, vous allez pouvoir vous amuser avec powershell.

Alan en parlait il y a quelques temps sur son blog mais il existe aussi des cmdlets sql disponibles avec MS SQL 2008 (compatibles MS SQL 2005). Le Snapin est disponible avec Microsoft SQL Server 2008 Management Studio Express en sélectionnant “Management Tools” lors de l’install :

Il suffit ensuite de loader le Snapin  :

Add-PSSnapin SqlServerCmdletSnapin100

Et lancer la commande suivante :

Invoke-Sqlcmd -Query "sp_msForEachTable 'EXEC sp_spaceused ''?'''" -ServerInstance "server\instance" -Database VIM_VCDB |select name,@{N="data size KB";E={[int]($_.data).split(" ")[0]}},@{N="reserved size KB";E={[int]($_.reserved).split(" ")[0]}}|sort "data size KB" -Descending|select -first 10

Vous obtiendrez la liste des 10 tables les plus gourmandes de votre base :

Il est évidement possible d’obtenir aussi la taille totale de la base :

(Invoke-Sqlcmd -Query “sp_helpdb” -ServerInstance “server\instance” |?{$_.name -eq “VIM_VCDB”}).db_size

Tags: powershell, scripting, sql

Nous profitons d’une récente mise à jour pour faire connaître, à ceux qui pourraient en avoir besoin, le très pratique script d’Xtravirt qui permet de générer un repository offline de toutes les docs pdf VMware :

GetVMwareDocs is a small DOS batch script that creates and maintains a local copy of all VMware’s product documentation, making it an ideal utility for consultants or administrators that require offline access to these resources, such as when at a customer site without immediate internet access.

Le petit plus, c’est la page du site de vmware avec les url modifiées :

Tags: pdf

Fin Mars, Project VRC à publié une mise à jour à son très populaire Virtual Reality Check – Phase II (dont nous avions parlé courant Février) qui faisait état des lacunes de vSphere face à ses concurrents en environnement TS/ICA. Comme le décrit Scott Drummond, VMware a été très surpris par ce résultat et à fini par identifier la cause de ce problème de performance : En situation de quasi saturation CPU sur un serveur à base de Xeon 5500 avec Hyper-Threading activé, le scheduler d’ESX(i) maintient la pondération d’utilisation entre core “physique” et core “Hyper-Threadé” au détriment des performances globales.

In this scenario, VMware vSphere favors fairness over throughput and sometimes pauses one vCPU to dedicate a whole core to another vCPU, eliminating gains provided by Hyper-Threading

Après avoir fourni un patch ainsi que 2 paramètres d’optimisation, l’équipe de Project VRC à publié cette fameuse mise à jour qui “restaure l’équilibre” :

The vSphere 4.0 Update 1 P05 patch clearly has positive impact on TS 2008×64 workload with 4vCPU’s. The performance differences are now very small [...] In practice, performance will be equal for all hypervisors when 4vCPU’s are used with Hyper-threading.

Dans le même temps, Citrix publie un bench VDI maison (avec un schéma où l’on peut voir Hyper-V en NFS et du VHD avec ESX…) où Hyper-V fait le meilleur score pour Win7 (admirez l’échelle) mais le moins bon pour WinXP et pourtant Citrix conclu :

First, it is clear that the industry’s two leading hypervisors for these benchmarks for both TS and VDI, are Hyper-V R2 and XenServer 5.5.

Et concernant Virtual Reality Check – Phase II version 2.0, une petite touche d’humour :

The results clearly stung the VMware folk who rushed out a patch that they claim fixes their TS performance issues, but they have yet to disclose whether this affects their VDI performance, and we have yet to test it.

On peut constater clairement que la suite d’événements autour de ce fameux patch #5 légitiment les résultats des benchmark de Project VRC. Quant à VMware, tout laisse à penser que l’éditeur tient autant à son image qu’aux résultats de son hyperviseur. Et concernant le patch en lui même (dispo public depuis le 01/04/2010) nous partageons l’avis de Scott :

Of course production environments rarely (never?) have a one-to-one ratio of vCPUs to logical processors.

Tags: Benchmark, Hyper-Threading