Voici le top 20 des KB les plus uti­li­sées par le sup­port VMware au mois de Juillet 2011:

1. KB1004588: Best prac­tices pour uti­li­ser et résoudre VMware Converter
2. KB1003490: Redé­mar­rer les agents de mana­ge­ment sur un ser­veur ESX ou ESXi
3. KB1003212: Sup­port de pro­ces­seur avec Enhan­ced VMo­tion Com­pa­ti­bi­lity (EVC)
4. KB2003715: Sup­port de Mac OS X Lion (10.7) par VMware Fusion 3
5. KB1001596: Réso­lu­tion de VMware High Avai­la­bi­lity (HA)
6. KB1022104: Best prac­tices pour mettre à jour en ESX 4.1 et vCen­ter Ser­ver 4.1
7. KB10051: Une VM ne peut démar­rer à cause d’un fichier man­quant ou verrouillé
8. KB1016621: Acti­ver Sys­log sur un ESXi
9. KB1002511: Recréer un fichier de des­crip­tion de disque vir­tuel (VMDK) manquant
10. KB1003894: Col­lec­ter les infor­ma­tions de diag­nos­tique pour VMware Fusion
11. KB1016626: Les VMs arrêtent de répondre quand un des LUN sur l’hôte est dans l’état all-paths-down (APD)
12. KB1022101: Best prac­tices pour ins­tal­ler ESXi/ESX 4.1 et vCen­ter Ser­ver 4.1
13. KB1004340: Eteindre une « unres­pon­sive » VM sur un host ESX
14. KB1022140: Mon­ter de ver­sion de ESX 4.0 en ESX 4.1
15. KB1007849: Conso­li­der des Snapshots
16. KB1008658: Sup­pri­mer manuel­le­ment des entrées péri­mées ou en Linked-Clone de Bureau Vir­tuel dans View Manager
17. KB1002310: Appli­quer les Snap­shots quand il n'y a pas d'entrée Snap­shot dans le Snap­shot manager
18. KB1015180: Com­prendre les Snap­shots de VM en VMware ESX
19. KB1025279: Best prac­tices pour les Snap­shots VM dans un envi­ronnent VMware
20. KB1003565: Limi­ta­tions du Block Size d'un Datas­tore VMFS

Le module HA dans vSphere 5 a été com­plè­te­ment réécrit, du coup l'agent est renommé main­te­nant de AAM en FDM (Fault Domain Manager).

Avant de ren­trer plus dans le détail voici déjà une syn­thèse de amé­lio­ra­tion de ce nou­veau HA:

• Prise en charge de l’IPv6
• Sup­pres­sion des pro­blèmes stan­dard de confi­gu­ra­tion (lié à la réso­lu­tion DNS)
• Uti­lise le sto­ckage par­tagé comme che­min secon­daire de véri­fi­ca­tion de l’isolation d’un Host
• Prise ne charge des par­ti­tions réseau de gestion
• Amé­lio­ra­tion de la capa­cité à détec­ter cer­tain type de plan­tage et four­nit la redondance
• API orien­tée appli­ca­tions : assure la sur­veillance des appli­ca­tions stratégiques
• Faci­lité d’utilisation accrue : modi­fi­ca­tion de la pro­cé­dure de jour­na­li­sa­tion et de l’interface utilisateur
• Amé­lio­ra­tion du repor­ting des erreurs : un seul fichier log par host, ce qui sim­pli­fie le troubleshooting
• Amé­lio­ra­tion de l’interface utilisateurs
• Amé­lio­ra­tion des méca­nismes de déploiement

Lire la suite...

Pour ceux qui compte pas­ser la cer­ti­fi­ca­tion VCAP-DCD (VDCD410), voici quelles infor­ma­tions pour ci-préparer :

• L’examen est très long 3h45 (+30 min pour les non-anglophone), bien sur­veiller la montre, on ne voit pas le temps passé
• L'outil type Visio en bien mieux que dans le pré­cé­dent (VCD310)
• Un total de 113 ques­tions: il contient un mélange de ques­tion à choix mul­tiple, ques­tion à réponses mul­tiples, des schéma à faire style visio et ques­tions drag-n-drop
• Ici un aperçu de l’interface d’examen VCAP-DCD Online Demo

Idéa­le­ment, il faut avoir suivi une ou plu­sieurs de ces for­ma­tions (mais elles ne sont pas obligatoires) :

• VMware vSphere: Design Workshop
• DRBC Design - Disas­ter Reco­very & Busi­ness Conti­nuity Fundamentals

Lire la suite...

On en parle moins, mais avec vSphere 5, VMware Data Reco­very (vDR) passe en ver­sion 2.0. Les amé­lio­ra­tions sont mineurs, mais glo­ba­le­ment il y a une meilleure sta­bi­lité. En voici le détail.

vDR2 per­met l'envoie de rap­port email, les admi­nis­tra­teurs ne sont plus obligé de connec­ter tous les jours pour véri­fier l'état des sau­ve­gardes. Les rap­ports peuvent être pla­ni­fié à une heure pré­cise cer­tain jour de la semaine, ils peuvent être envoyé jusqu’à 10 des­ti­na­taires. Les rap­ports contiennent les infor­ma­tions suivantes:

• résumé de l'application
• résumé des jobs
• résumé des destinations
• la liste des VMs dont la sau­ve­garde a plantée
• la liste des VMs non-sauvegardées
• la liste des VMs bien sauvegardées
• les erreurs et les aver­tis­se­ments pas en rap­port avec la sauvegarde

Les fenêtres de main­te­nance des des­ti­na­tions per­mettent de pla­ni­fier les cré­neaux pour les jobs d'"Integrty Check" et de "Reclaim ope­ra­tions". La confi­gu­ra­tion se fait par volume de des­ti­na­tion. La fenêtre par défaut est entre 9h et 17h en semaine. Lorsque la fenêtre de main­te­nance est ter­miné, l'emplacement dédu­pli­qué est déver­rouillé avant la fin du contrôle d'intégrité, les sau­ve­gardes peuvent donc com­men­cer avant que l'opération n'est terminée.

Lire la suite...

Dans vSphere 5, VMware lance une nou­velle appliance de sto­ckage nom­mée VSA: vSphere Sto­rage Appliance. Cette vir­tual appliance est des­ti­née aux PME afin d'avoir du sto­ckage par­tagé pour un moindre coût. Cette fonc­tion­na­lité n'est pas inclus dans les licences, elles s'achètera en licence sépa­rée ou couple avec un pack Essen­tials Plus (40% de remise sur la licence VSA quand ce cas).

Une appliance est déployée en tant que VM sur chaque ser­veur ESXi. Les VSAs occupent l'espace dis­po­nible sur les disques locaux des ser­veurs ESXi et pré­sentent un volume NFS répli­qué par ser­veur ESXi. Ce mode de répli­ca­tion du sto­ckage aug­mente sen­si­ble­ment la tolé­rance aux pannes des VSAs.

Voici les fonc­tion­na­li­tés offertes par les VSAs:

• Déployer comme une appliance, très facile à installer
• Doit être déployé sur des ESXi 5.0 frai­che­ment installé
• L'appliance uti­lise l'espace local d'un ESXi et le pré­sente en tant que DataS­tore NFS
• Répli­ca­tion du sto­ckage local vers un autre ser­veur ESXi pour assu­rer la redondance
• Si un Host plante, le VSA mana­ger bas­cule immé­dia­te­ment les adresses IP et le sto­ckage par­tagé vers le VSA réplica => aucune cou­pure pour les VMs sur ce DataStore
• La v1.0 sup­porte 2 ou 3 ser­veurs ESXi dans un Clus­ter (Typi­que­ment pour les kits Essen­tials mais pas obligatoirement)
• Sup­porte 25 VMs en confi­gu­ra­tion 2 nœuds ou 35 VMs en confi­gu­ra­tion 3 nœuds
• C'est le seul scé­na­rio où VMware recom­mande de mettre le vCen­ter sur un ser­veur phy­sique ou un ESXi hors du Clus­ter (car vCen­ter assure la ges­tion des VSAs)
• Uti­li­sa­tion du sto­ckage en RAID1 (Mir­ro­ring) entre les ser­veurs ESXi pour la redondance
• Com­pa­ti­bi­lité avec tous les modules néces­si­tants du sto­ckage par­tagé (HA, DRS, DPM, FT, vMotion)
• Com­pa­ti­bi­lité avec Sto­rage vMo­tion pour une évolu­tion vers une baie de stockage
• Pos­si­bi­lité de mettre tous le clus­ter VSA en mode main­te­nance mode ou juste un nœud
• Pos­si­bi­lité de rem­pla­cer un nœud et de recons­truire un VSA en cas de crash ou de mises à jour

Lire la suite...

Avec vSphere 5, c'en est fini de l'ESX nor­mal, il ne reste plus que l'ESXi. Seule­ment l'ESXi est dis­tri­bué par VMware en image stan­dard et les ver­sions OEM avaient des fois du retard sur les sor­ties. Du coup, les pilotes/les four­nis­seurs CIM et les plu­gins spé­ci­fique d'un four­nis­seur sont man­quant. Avec cette nou­velle ver­sion le module "Image Buil­der" per­met de per­son­na­li­ser l'image et "Auto Deploy" per­met d'automatiser la migra­tion et le déploie­ment de la ver­sion ESXi.

Lire la suite...

Avec la sor­tie de vSphere 5, le vCen­ter a sa ver­sion Vir­tual Appliance: "vCen­ter Ser­ver Appliance (vCSA)". Bien entendu la ver­sion Win­dows conti­nue d'exister assu­rer la conti­nuité avec les pré­cé­dentes ver­sions et pour les ins­tal­la­tions phy­siques. Mais la avec cette ver­sion (tant demandé par la com­mu­nauté), le com­po­sant cen­tral de l'infrastructure vSphere devient indé­pen­dant de Micro­soft (et de sa licence) mais sur­tout les mises à jours en sont sim­pli­fiées: mise à jour comme toute autre Vir­tual Appliance avec Upda­te­Ma­na­ger. Cette Vir­tual Appliance est un ser­veur Linux qui contrai­re­ment à la pré­cé­dente ten­ta­tive (vCen­ter ser­ver 2.5 en Linux) n'a que peu de limi­ta­tion en terme de fonctionnalité.

Lire la suite...

Dans vSphere 5, l'interface d'administration Web a été com­plé­ment revu. La pré­cé­dente ver­sion était lente et très limité, je pense que per­sonne ne l'utilisait (sauf peut-être pour les URL consoles). Cette nou­velle ver­sion qua­li­fiée de "Next Gene­ra­tion Flex Client" et appelé "VMware vSphere Web Client" a été com­plè­te­ment ré écrit en Adobe Flex (comme les inter­faces de View et vCloud Direc­tor). Pour le moment l'interface Web ne rem­place pas 100% des fonc­tion­na­li­tés du client vSphere pour Win­dows mais elle rem­plit une grande par­tie des fonc­tion­na­li­tés. Elle per­met donc de :

• cen­tra­li­ser les inter­faces d'administration de plu­sieurs vCenter
• faire du SSO (inter vCenter)
• inté­gra­tion du client en tant que plu­gin (IE & Firefox)
• per­son­na­li­ser l'affichage: créer des vues personnalisées
• l'accès rapide aux taches standard
• faire des recherches avan­cées (et de les enre­gis­trer) à tra­vers plu­sieurs vCenter
• exten­si­bi­lité des fonc­tion­na­li­tés: pos­si­bi­lité d'ajouter des fonc­tions par un Fra­me­work de déve­lop­pe­ment, grâce aux points d'extension riches natifs Linux (contrai­re­ment au plu­gin Html pour le client windows)
• Ges­tion des VMs: Pro­vi­sion­ning de VM /Edit Set­tings, Power Ope­ra­tions, Snap­shots & migrate VMs / Ges­tion des Res­sources VMs / Vue de tous les objets vSphere (Host, Clus­ters, DataS­tores , Folder ...)
• avoir une vue basique du Health Monitoring
• se connec­ter à la console des VMs
• gérer les vApps: Pro­vi­sion­ning de vApps, Edit Set­tings, Power Operations
• avoir un client indé­pen­dant des plateformes
• prise en charge des flux de tra­vail avec inter­rup­tions: pos­si­bi­lité de reprendre une action inter­rom­pue sans répé­ter le pro­ces­sus entier

Cette inter­face Web est un com­po­sant addi­tion­nel de vCen­ter pour Win­dows: "vSphere Web Client (Ser­ver)", il peut donc être déporté sur un autre ser­veur si besoin.

Lire la suite...

Et la géné­ra­tion 5 de VMware se décline aussi sur SRM: Site Reco­very Mana­ger 5. Les nou­veau­tés sont expli­quées dans un fichier PDF: "What's New in VMware vCen­ter Site Reco­very Mana­ger 5.0".

Même si l'on peut conser­ver l'ancienne manière de fonc­tion­ner, la par­tie Host-Based Repli­ca­tion modi­fie quelque peu l'architecture mise en place pour la répli­ca­tion. Dans ce cas, il faut :

• une vir­tual appliance de ges­tion:  vSphere Repli­ca­tion Mana­ge­ment Ser­ver par site (vRMS). Elle contient la confi­gu­ra­tion de la répli­ca­tion. La vRMS est enre­gis­tré en tant que plu­gin dans vCen­ter et stocke la confi­gu­ra­tion dans une base de don­nées (SQL Ser­ver, Oracle ou DB2);
• des agents: vSphere Repli­ca­tion Agent au niveau des hyper­vi­seur (vRA). L'agent est situé dans les ESXi5 et sur­veille les chan­ge­ments sur les vDisks qui sont mar­qué à pro­té­ger, il envoie les modi­fi­ca­tions vers le site de secours;
• et un ser­veur de répli­ca­tion: vSphere Repli­ca­tion Ser­ver sur le site secours (vRS). Cette vir­tual appliance recoit les dif­fé­rences de modi­fi­ca­tion à par­tir des vRA du site protégé.

Lire la suite...

Avec la 5ième géné­ra­tion VMware, la gamme vShield est mise à jour avec notam­ment vShield App 5 Data Secu­rity. La suite vShield, au cas ou vous ne connai­triez pas, est com­posé des pro­duits Edge (la sécu­ri­sa­tion des vDC dans le vCloud), App (Sécu­ri­sa­tion du traf­fic réseau entre les VMs), End­Point (l'interface des bureau View avec un Anti­vi­rus déporté) et Mana­ger (la par­tie d'administration des autres modules vShield).

Les nou­velles fonc­tion­na­li­tés de vShield Edge sont la pos­si­bi­lité de mettre en place du rou­tage sta­tique (au lieu de néces­sité la mise en place de NAT des connec­tions vers l'extérieur) et les ser­vice fire­wall 5-tuple (régles basées sur Des­ti­na­tion IP/Destination Port/Protocole/Source IP/Source Port). Et on a tou­jours les fonc­tion­na­lité de la pré­cé­dente ver­sion: régles de fire­wall, DHCP dans les vApps, VPN site à site, scrip­ting via les APIs REST et le log­ging de l'activité. Il per­met d'inclure les régles de sécu­rité dans une vApp pour qu'elles soient trans­por­table avec la vApp et auto­ma­ti­que­ment déployer avec les nou­velles vApp d'un cata­logue vCloud.

vShield App 5 est un fire­wall inté­gré au niveau du noyau de vir­tua­li­sa­tion direc­te­ment sur les Switchs Vir­tuels. Il per­met de ren­for­cer la sécu­rité au niveau des VMs, la confi­gu­ra­tion simple des régles de sécu­rité pour une VMs ou un groupe de VMs, four­nit des APIs REST, le moni­to­ring, l'audit et le log­ging du traf­fic réseau. A la dif­fé­rence d'un fire­wall clas­sique il per­met d'analyse le traf­fic inter-VM sous pour autant devoir mettre en place une foul­ti­tude de VLANs.

Com­plé­te­ment nou­veau, vShield App with Data Secu­rity (vSDS) est une option de vShield App, elle est com­pa­rable à de la sécu­rité IDS. Elle per­met la décou­verte et de rap­por­ter les don­nées sen­sibles entre les VMs, elle ana­lyse en conti­nue le tra­fic de manière trans­pa­rente pour les VMs. Les régles de sécu­ri­sa­tion des don­nées appelé "Com­pliance Regu­la­tions" peuvent être créer à par­tir de 80 modèles (Per­so­nally Iden­ti­fiable Infor­ma­tion, PCI-DSS card­hol­der data, Pri­vate Health Infor­ma­tion...). Elle per­met aussi l'intégration avec des pro­duits tiers de sécu­rité comme RSA Data Loss Pre­ven­tion (voir égale­ment l'article sur Vir­tual­Geek).

Une petite pré­sen­ta­tion par Eric Sloof sur les nou­veau­tés vShield 5: