Set-VMHostAdvancedConfiguration est case sensitive

Pour vous faire gagner 1/2 heure de “jardinage”, sachez que la cmdlet PowerCLI Set-VMHostAdvancedConfiguration est case sensitive, contrairement à la commande Get-VMHostAdvancedConfiguration. Vous admettrez la fourberie…

Si vous rencontrez l’erreur suivante, vérifier votre ligne de commande :

is invalid or exceeds the maximum number of characters permitted

Tags: ,

ESXi inception

Si les vm, tournant sur vos ESXi dans une vm (aussi appelés “nested ESX“), souffrent de timedrift c’est parce qu’ESXi n’est pas fait à l’origine pour tourner dans une vm :

This issue occurs because ESXi assumes that the frequency of the timestamp counter (TSC) is exactly a half-integral multiple of the frequency of the local APIC timer. This assumption is not necessarily valid in a virtual machine.

Une récente kb vmware détaille les modifications à faire dans le vmx du (ou des ESXi) pour régler le problème.

Ce paramétrage a, par contre, un impact sur les performances des vm.

Tags:

Instant VM Recovery de Veeam Backup 5 : l’idée ++

MAJ 29/07/2011 : En creusant un peu plus le sujet VSS, nous étions passés à coté de la feature “Connection-free operation” qui mérite une certaine attention :

Runtime processes for guest processing (also known as the Veeam VSS agent) no longer require a direct network connection between the backup server and the processed VM. This allows you to process VMs that are behind firewalls or located in a DMZ or other network that the backup server cannot access.

Sortie il y a à peine quelques jours, la liste des nouveautés de Veeam Backup & Replication v5 est hallucinante. Instant VM Recovery mise à part, voici nos préférées :

  • Universal Application-Item Recovery *
  • SureBackup Recovery Verification **
  • Guest File System Indexing ***
  • VM-level retention
  • ZFS support
  • VM search (Restore)
  • Datastore-based jobs
  • Continuous job schedule

* Connecteurs applicatifs pour une restauration d’objet type AD, Exchange ou SQL
** Test/validation de restauration dans un environnement cloisonné
*** Catalogue d’index des fichiers contenu dans les backup

Ce qui frappe le plus dans cette liste c’est le nombre de “petites bonnes idées” qui fait de Veeam Backup un produit encore plus différent des solutions de backup traditionnelles. Consultez le User Guide de la v5 si vous avez encore des doutes :)

Revenons sur Instant VM Recovery qui nous a clairement marqué par son ingéniosité : vous avez la possibilité de démarrer la VM directement depuis l’archive de backup ! Vous pouvez ainsi valider instantanément si la VM (ou le restore point) que vous voulez restaurer est le bon.  Le tout grâce à un service NFS qui présente à l’ESX un datastore contenant la VM :

Et si le stockage qui héberge le fichier est trop lent, vous pouvez rediriger (grâce à un simple snapshot) les I/O sur un datastore plus rapide. Surpuissant !

Voici une video issue de notre test :


Veeam Backup & Replication 5.0 – Instant VM Recovery (avi)

Veeam réussi clairement à garder sa philosophie “proche des utilisateurs” pour le développement des ses produits. Ce qui explique, en autre, le succès de cette petite boite qui a pondu, fin 2006, l’un des outils les plus populaire pour VI3 : FastSCP.

Tags:

ESXi & scratch partition

Un peu comme pour les proverbes chinois, tout devient plus clair lorsque c’est Olivier Cremel himself qui parle de la partition scratch d’ESXi :

[ESXi on an SD Card] For ESXi, it is 1GB if installing on flash/SD. It is also 1GB if installing on disk, but 5GB is recommended for auto creation of the scratch partition. That partition is not required and can be created after the fact but it’s easier and more trouble-free to have the system create it. Note that it is never created on flash/SD, so for that support, the number is always 1GB and the scratch will go elsewhere.

Maintenant vous n’avez plus d’excuses.

Tags:

iSCSI, Openfiler & IET

Si vous avez utilisé l’appliance dédiée au stockage Openfiler, vous avez peut être été confronté aux nombreux problèmes liés à la cible iSCSI IET (comme beaucoup d’utilisateurs).

Le principal symptôme étant un blocage pur et simple des VM lors de fortes activités sur le datastore mais celui ci n’est pas considéré comme dead systématiquement donc d’autres VM (situées sur d’autres datastore) peuvent en pâtir sérieusement. On observe alors une serie de messages d’erreur dans le log du serveur iSCSI :

iscsi_trgt: cmnd_abort(xxxx)

Probablement saturé de demandes liées à ce problème, le support de VMware y a dédié une KB :

OpenFiler uses IET which has the following caveats:
* Does not support SCSI Reservations.
* Inquiry commands do not conform to SCSI Specification.

OpenFiler is not a certified storage solution for use within a VMware environment.

Openfiler n’est pas la seule appliance à utilisé la cible iSCSI IET, Synology et Data Robotics souffrent aussi du même problème. Fort heureusement, certains utilisateurs du forum d’Openfiler ont isolés des solutions de contournement :

Nous avons personnellement testé ces paramètres avec succès sur un NAS Synology.

Tags: , ,