vSphere 5.1 sans le webclient : xvmotion – MAJ

MAJ 01/08/2015 : Depuis vSphere 6.0 et son fameux X-Switch vMotion, il semble nécessaire d’indiquer le pool de destination:

Qu’à cela ne tienne :

(get-vm TargetVM|get-view).RelocateVM((new-object Vmware.Vim.VirtualMachineRelocateSpec -property @{datastore=(get-datastore TargetDatastore|get-view).moref;host=(get-vmhost TargetESX|get-view).moref;pool=(get-cluster TargetCluster|get-resourcepool -Name resources|Get-View).moref}),$null)

Comme vous l’avez certainement lu dans les “What’s new” ou dans les *très* nombreux post traitant du sujet, Ô combien sensible, du Web Client, VMware ne lève plus le petit doigt concernant le client C#. Dans cette optique et certainement pour forcer massivement son adoption, toutes les nouvelles fonctionnalités de vSphere 5.1 ne sont disponibles que dans le client flex qui ne laisse personne indifférent :

In vSphere 5.1, all new vSphere features are available only through the vSphere Web Client.

A contre courant, ce post est le premier d’une série qui vous permettra de continuer à utiliser le bon vieux client lourd, 10x plus fluide et ergonomique à nos yeux, et bénéficier des nouvelles fonctionnalités via des commandes PowerShell.

On commence par xvmotion (le codename du “Shared Nothing Live Migration” de VMware), qui permet de déplacer à chaud les vdisk ET le state (cpu & ram) d’une vm d’un host à un autre sans avoir besoin d’un stockage commun :

(get-vm TargetVM|get-view).RelocateVM((new-object Vmware.Vim.VirtualMachineRelocateSpec -property @{datastore=(get-datastore TargetDatastore|get-view).moref;host=(get-vmhost TargetESX|get-view).moref}),$null)

Il vous suffit de remplacer “TargetVM”, “TargetDatastore” et “TargetESX” par les valeurs de votre choix.

Pour en savoir plus sur xvmotion, nous vous conseillons vivement la lecture du document “VMware vSphere 5.1 vMotion Architecture, Performance and Best Practices” qui précise d’ailleurs que lorsque la vm à déplacer a un ou plusieurs snapshot, les fichiers en read only (généralement le plus gros de la vm) sont déplacés en NFC via l’interface de management (vmk0 donc) et ne bénéficiera donc pas du multi-NIC.

Tags: , , , ,

EZ Compact 6, le futur backplane de votre NAS

Comme nous, vous connaissez Icy Dock (une marque appartenant au groupe taiwanais Cremax Technology) depuis longtemps pour ses boitiers externe usb, ses adaptateurs 2.5″ > 3.5″ ou ses racks 3.5″ comme ceux utilisés dans les solutions LimeTech. Ce que vous ignorez peut être en revanche, c’est qu’il y a quelques temps déjà ils ont commercialisé un rack interne pour 4 disques ou SSD 2.5″ (sas et/ou sata) 100% métal qui tiens dans une baie 5.25″ :

Ok, rien d’exceptionnel si ce n’est le très bon rapport qualité/prix et un système de fermeture “eagle-hook” très efficace. En effet, 4 slots 2.5″ dans une baie 5.25″ tout le monde en fait depuis longtemps mais Cremax s’apprête à lancer un rack similaire avec une légère différence : il aura 6 slots. Oui vous avez bien lu, un rack 100% métal 6 slots 2.5″ dans une seule baie 5.25″ avec le même système ”eagle-hook” et un switch High/Low/Off pour la ventilation.

Nous avons eu l’immense privilège d’obtenir un sample afin de vous le faire découvrir sous toutes les coutures mais surtout dans ce pourquoi il a été conçu : un NAS ultra compact.

Read more …

Tags: , ,

Storage vMotion : the method is disabled

Lors d’une opération de migration de baie de stockage, nous avons rencontré un problème intéressant durant le storage vmotion d’une vm. La migration consistant à déplacer les vm de 3 datastores d’une baie vers 3 datastore d’une autre baie, nous avons evidement utilisé notre fameux script Datastore-Equalizer. Voici un screenshot de l’erreur en question :

Une kb vmware couvre le sujet mais les 2 workaround sont particulièrement déplaisants. Au choix, unregister/register de la vm (arrêtée sinon c’est pas drôle) ou modifications dans la base du vcenter (arrêté sinon c’est pas drôle non plus).

Pour rappel, un unregister une vm du vcenter vous fait perdre les stats et les custom fields mais induit aussi un changement de moref qui peut également entraîner de conséquences importantes comme une perte des règles d’affinités DRS ou encore une appartenance à un job de backup.

N’ayant pas pour habitude d’accepter ce genre de solutions sans chercher un moyen de contournement pour éviter un downtime ou une perte d’information quelconque, nous avons fini par trouver la solution simplement dans la description du problème :

This issue occurs because the entries from VPX_DISABLED_METHODS are not removed after a virtual machine backup task completes.

Vous l’aurez deviné, un nouveau backup (réussi) de la vm a corrigé le problème et nous avons pu continuer la migration.

Tags:

Alarme vCenter pour les snapshots mal consolidés

A la sortie de vSphere 5, la fonctionnalité bien sympathique ”consolidate” faisait son apparition dans le menu snapshot. Destinée à être utilisé lorsque une consolidation de snapshot (delete/delete all) s’est mal passée, elle est accompagnée d’un petit message d’avertissement au niveau de la VM :

Malheureusement il faut être sur la vm pour voir ce message, d’où l’idée d’un ami champion de badminton de faire une alarme pour remonter cet event !

Ni une, ni deux, un petit oneliner qui va créer la précieuse alarme :

if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).MoRef)|?{(get-view $_).info.name -match "VM disks consolidation is needed"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "VM disks consolidation is needed";Description = "Custom alarm to monitor com.vmware.vc.VmDiskConsolidationNeeded event";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.EventAlarmExpression -Property @{eventType = "EventEx";EventTypeId = "com.vmware.vc.VmDiskConsolidationNeeded";objectType = "VirtualMachine";status = "red"});(New-Object VMware.Vim.EventAlarmExpression -Property @{eventType = "EventEx";EventTypeId = "com.vmware.vc.VmDiskConsolidatedEvent";objectType = "VirtualMachine";status = "green"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] {targetName} VM disks consolidation is needed - {newStatus}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}

Comme d’hab, il faut remplacer “admin@vmare.local” par le mail qui vous convient et rajouter (ou remplacer) un envoi de trap snmp si besoin. Cette alarme s’auto-acquittera lorsque la consolidation sera réussie :

Tags: , , , ,

Au menu de vSphere 5.1

Nous attendons toujours l’accès au binaires et aux documents pour plus de détails mais pour les flémars voici une petite liste des trucs croustillants que nous avons noté dans les What’s new de vSphere 5.1 annoncé hier au VMworld 2012 SF :

  • No more vRAM (5.0+)
  • In vSphere 5.1, the VMware vSphere Web Client is the new primary point for vSphere management
  • 64 vCPU support
  • vGPU support (NVIDIA + view)
  • SE sparse disk (Guest OS Storage Reclamation)
  • vMotion and Storage vMotion in one operation
  • Zero-downtime upgrade for VMware Tools (5.1+)
  • The vSphere Web Client adds support for interrupt-driven workloads
  • Maximum number of hosts that can share a read-only file on a VMFS is increased to 32
  • In vSphere 5.1, a new time-out value for APD is being introduced
  • VMware provides a generic SMART plug-in in vSphere 5.1
  • Automatically SIOC tuning congestion threshold
  • SIOC correlation detector
  • Auto Deploy “stateless caching” and “stateful installs”
  • VDS Configuration Backup and Restore / automatic rollback and recovery
  • LACP support
  • Network Health Check
  • SR-IOV support
  • vSphere 5.1 has introduced the ability to swap out and reduce the memory reservation for several of the vSphere backend processes
  • Latency Sensitivity Feature

VMware a également ”gratuifié” vSphere Replication sans SRM mais la VR appliance reste mandatory contrairement au modèle d’Hyper-V Replica, ce qui nous apparaît donc comme une piètre riposte de dernière minute…

Tags: