Aujourd'hui c'était la sor­tie GA de VMware Site Reco­very Mana­ger 5.0 (la Release Note) pas de chan­ge­ment depuis l'annonce à un détail près: les licences.

Depuis la ver­sion 4.1, on était passé d'un modèle par CPU d'ESX pro­tégé à un modèle par VM pro­té­gées (par pack de 25 VMs).

Comme expli­qué dans les KB2000394, KB2005000 & KB2000868 : on a main­te­nant 2 gammes de licences Stan­dard & Enterprise:

Pour les migra­tions de licences des clients VMware SRM sous contrat de main­te­nance à jour, l'upgrade et la conver­sion de licences sont gratuites:

• Les licences SRM 4.1 par VMs pro­té­gées => licences SRM 5 Enter­prise par VMs pro­té­gées (Exemple: 1 licence SRM 4.1 pack 25 VMs = 1 licence SRM 5 Enter­prise pack 25 VMs)
• Les licences SRM 4.0 (ou infé­rieur) par CPU d'ESX pro­té­gés = 5 VMs pro­té­gées sous SRM 5 Enter­prise (Exemple: 6 licences SRM 4.0 1 CPU pour 3 ESX bi-proc = 1 licence SRM 5 Enter­prise pour 30 VMs)

La grosse sur­prise du mode de licen­sing de vSphere 5 a été la notion de "vRAM poo­led" rat­ta­ché aux licences CPU clas­sique de VMware. Le prin­cipe est qu'une quan­tité de mémoire est attri­bué aux licences CPU en fonc­tion de la gamme de licences (voir tableau sur les licences). Cette quan­tité est glo­bal à un vCen­ter et cor­res­pond à la somme des mémoires vir­tuels alloué aux VMs (Power On): vRAM consu­med.

Pre­nons un cas concret, si on a 2 ser­veurs bi-proc et que l'on sou­haite des licences vSphere 5 Entre­prise. Il nous faut donc 4 licences Entre­prise (avec vRAM entit­le­ment à 32 64 Go), nous obte­nons un vRAM Poo­led à 128 256 Go. Si comme dans l'exemple ci-dessous, on sou­haite faire tour­ner 20 VMs avec 4 Go de RAM cha­cune, on obtient un vRAM consu­med de 80 Go.

___

En revanche, il y a sup­pres­sion des anciennes limi­ta­tions phy­sique sur les licences. En effet, en vSphere 4.x on était limité à 6 coeurs par CPU en Essentials/Standard/Enterprise et 12 coeurs par CPU en Advanced/Enterprise Plus, et seul  la ver­sion Enter­prise Plus n'était sou­mis à la limi­ta­tion à 256 Go par hosts.

Lire la suite...

Voici la pro­cé­dure pour pas­ser un Win­dows 2008/7 ins­tallé à par­tir d'un media "RETAIL" vers une ver­sion volume.

Véri­fi­ca­tion du type de licence

C:\Windows\System32>cscript slmgr.vbs -dli

Micro­soft ® Win­dows Script Host Ver­sion 5.8
Copy­right © Micro­soft Cor­po­ra­tion. All rights reserved.

Name: Win­dows Ser­ver®, Ser­ver­Stan­dard edi­tion
Des­crip­tion: Win­dows Ope­ra­ting Sys­tem - Win­dows Ser­ver®, RETAIL chan­nel
Par­tial Pro­duct Key: 2XXXX
License Sta­tus: Ini­tial grace per­iod
Time remai­ning: 1500 minute(s) (1 day(s))

Chan­ge­ment de la clé pour une clé KMS (ins­tallé par défaut avec un Win­dows 2008)

Lire la suite...

La gamme des packages Essen­tials n'a rien de nou­veau et la ver­sion vSphere Essen­tials est en ce moment très attrac­tif car il y a une promo de -50% jusqu'au 15 juin 2010.  Soit 3 ser­veurs ESX et 1 vCen­ter fon­da­tion avec 1 an de sub­scrip­tion pour 405 €uros. C'est une bonne occa­sion pour les PME de gou­ter à la vir­tua­li­sa­tion et d'upgrader des ESXi gratuit.

Pour rap­pel, depuis février der­nier, il est pos­sible d'upgrader des licences Essen­tials ou Essen­tials Plus vers du Stan­dard ou Enter­prise (pour qua­si­ment le prix complet).

Par contre, je viens de décou­vrir un piège: Les ser­veurs ESX d'un Bundle Essen­tials ne peuvent être managé que par un vCen­ter Essen­tial (et celui-ci ne dis­pose pas du Linked-Mode) c'est donc pour des solu­tions Stand-Alone.

Pour ajou­ter des ESX d'un Bundle Essen­tial à un vCen­ter stan­dard, il faut parti sur des Bundles Essen­tials for Retails and Branch Office aussi nommé ROBO. Et là, le prix est presque le même mais il faut par­tir sur un mini­mum de 10 Bundles (plus trop orienté PME).

Voici un tableau réca­pi­tu­la­tif des dif­fé­rences entre les ver­sions de la gamme Essen­tials : Lire la suite...