La sor­tie GA de VMware vSphere 5 est pour demain (lundi 22/08/2011), elle apporte plus de 140 amé­lio­ra­tions par rap­port à la pré­cé­dente ver­sion... dif­fi­cile de ne rien oublier.

Après toute une série d'article sur les nou­veau­tés, c'est l'occasion de faire un article de syn­thèse pour retrou­ver faci­le­ment les liens (cer­taines pages ont été mise à jour depuis).

Voici donc la liste des articles sur les nou­veau­tés de vSphere 5:

1. "nou­veau­tés vSphere 5": avec la release note
2. "les modes de licence vSphere 5"
3. "nou­veauté vSphere5: Client Web Flex": avec la par­tie vSphere Web Client Server
4. "nou­veauté vSphere5: vCen­ter Ser­ver Appliance"
5. "nou­veauté vSphere5: Auto­De­ploy & Ima­ge­Buil­der": avec Image Buil­der et Auto Deploy
6. "nou­veauté vSphere5: VSA"
7. "nou­veauté vSphere5: vDR 2.0"
8. "nou­veauté vSphere5: FDM": avec les rôles des agents FDM, le Heart­Beat par le Sto­ckage et la sim­pli­cité accrue de l’administration HA
9. "nou­veauté vSphere5: amé­lio­ra­tion réseau": avec les fonc­tions de sur­veillance et décou­verte du réseau (LLDP, Net­Flow, Port Mir­ro­ring), le Fire­wall d'ESXi et le Net­work IO Control par groupe de VMs
10. "nou­veauté vSphere5: amé­lio­ra­tions vmo­tion et clus­ter DRS/DPM": avec le vMo­tion, les clus­ters DRS/DPM et les Pools de Ressources
11. "nou­veauté vSphere5: amé­lio­ra­tion sto­ckage": avec le VMFS5, VAAI en ver­sion 2, VASA, le Sto­rage vMo­tion et l'adapteur soft­ware FCoE
12. "nou­veauté vSphere5: Sto­rage DRS &VM Sto­rage Pro­files": avec Sto­rage DRS et ses Datas­tore Clus­ters, Driven-Profile Sto­rage et ses VM Sto­rages Profiles
13. "Upgrade en vSphere 5"

Voici égale­ment la liste des articles sur les nou­veau­tés autour de la géné­ra­tion 5 de VMware (sor­tie pour début Sep­tembre 2011):

• "Nou­veau­tés Site Reco­very Mana­ger 5"
• "Nou­veau­tés vShield 5"
• "Nou­veau­tés vCloud Direc­tor 1.5"

Lire la suite...

Dans la majeure par­tie des cas, la mise en place de vSphere 5 va être une mise à jour vers vSphere 5 plu­tôt qu'une ins­tal­la­tion depuis zéro.

L'upgrade en vSphere 5 va se décou­per selon les phases suivantes:

• phase 0: vali­da­tion des pré-requis
• phase 1: mise à jour de vCenter
• phase 2: mise à jour des plu­gins vCen­ter (VUM...)
• phase 3: mise à jour des ser­veurs ESXi
• phase 4: mise à jour des VMs (VMtools & Vir­tual HW)

Phase 0: pré-requis

Remarque: vCen­ter 5.0 peut gérer des hôtes ESX/ESXi 3.5, 4.x et 5.0 au sein d’un même cluster.

Lire la suite...

La ges­tion de Sto­ckage fait une grosse avan­cée dans vSphere 5 avec Sto­rage DRS et Profile-Driven Sto­rage qui per­mettent de sim­pli­fier et d'automatiser les taches d'administration en rela­tion avec le stockage.

Sto­rage DRS

Avant Sto­rage DRS, le rem­plis­sage des Datas­tores et sur­tout les per­for­mances étaient dif­fi­ci­le­ment équi­li­brés et sur­tout l'ajustement de ces pro­blèmes était com­plexe. Ces opé­ra­tions de choix et d'équilibrage peuvent main­te­nant être adressé avec la fonc­tion­na­lité Sto­rage DRS.

• Pla­ce­ment ini­tial des VMs et des VMDKs en fonc­tion de l’espace et de la capa­cité d’E/S disponibles.
• Équi­li­brage de la charge entre les Datas­tores d’un clus­ter via Sto­rage vMo­tion, en fonc­tion de l’utilisation de l’espace de stockage.
• Équi­li­brage de la charge via Sto­rage vMo­tion en fonc­tion des mesures d’E/S (par exemple la latence).

Pour fonc­tion­ner, il s'appuie bien entendu sur le Sto­rage vMo­tion pour l'équilibrage mais aussi sur un nou­veau concept: le Datas­tore Clus­ter (égale­ment appelé "Pod"). Ce regrou­pe­ment de plu­sieurs Datas­tores en un seul objet admi­nis­trable glo­ba­le­ment. Ils offrent la flexi­bi­lité d'être inter­chan­geable (notam­ment avec le Mode Main­te­nance).  Cet agré­gat de Datas­tores peut être de type mixte: de dif­fé­rentes Baies, de dif­fé­rents  Construc­teurs, de dif­fé­rents VMFS (3/5), de dif­fé­rentes capa­ci­tés E/S et de dif­fé­rentes tailles. Cepen­dant, il est for­te­ment recom­mandé de ne pas mixer entre des volumes VMFS et NFS, ni entre les volumes répli­qués et non-répliqués. Il n'y a pas de rela­tion directe entre un Clus­ter d'ESXi et un Datas­tore Clus­ter, la rela­tion est de type n:n, c'est à dire qu'un Clus­ter d'ESXi peut avoir plu­sieurs Datas­tore Clus­ters et qu'un Datas­tore Clus­ter peut être atta­ché à plu­sieurs Clus­ter d'ESXi.

La plus grosse par­tie des nou­veau­tés vSphere 5 se situe au niveau du sto­ckage. Et c'est bien nor­mal, le sto­ckage devient le nerf de la guerre pour des infra­struc­tures vir­tua­li­sées, aussi bien au niveau des per­for­mances que du mana­ge­ment. Voici donc une des­crip­tion des nou­veau­tés au niveau sto­ckage : VMFS5, VAAI v2, VASA, Sto­rage vMo­tion, FCoE soft adap­ter (la par­tie Sto­rage DRS et Profile-Driven Sto­rage sera traité dans un pro­chain article).

VMFS5

La nou­velle ver­sion du sys­tème de fichier : VMFS5 apporte une meilleure évolu­ti­vité et de meilleur performance.

Avec le VMFS5, les limi­ta­tions du sys­tème de fichier sont repous­sées. En effet, les Datas­tores sup­portent des volumes allant jusqu’à 64 To sans néces­sité d’extend. Cela est pos­sible car les par­ti­tions VMFS5 sont basées sur une table GPT (GUID Par­ti­tion Table). La limi­ta­tion du nombre maxi­mum de fichier dans un volume VMFS est repoussé à plus de 100 000 fichiers. Lire la suite...

Lors de la mise en place de PRA avec VMware Site Reco­very Mana­ger, il est plus qu'utile mettre en place des rou­tines pour véri­fier que les ser­vices appli­ca­tifs contenu sont bien repar­tis. Pour cela le pro­duit inclut la pos­si­bi­lité de lan­cer des scripts, cepen­dant si les com­mandes des scripts sont pas­sées à tra­vers le réseau elles sont incom­pa­tible avec le mode "Test" de SRM. En effet, lors du mode "Test", les VMs sont démarré dans un réseau isolé qui ne peut com­mu­ni­quer avec le ser­veur SRM qui doit lan­cer les scripts. Il est alors impos­sible de véri­fier le bon fonc­tion­ne­ment des scripts.

Il y a cepen­dant une solu­tion: c'est d'utiliser VIX pour deman­der à la couche de vir­tua­li­sa­tion de lan­cer un script local aux VMs. Cette fonc­tion est dis­po­nible en Power­CLI avec le cmd­let Invoke-VMScript. Pour info, cette par­tie sera inté­gré dans la pro­chaine ver­sion: SRM5.

Je vais donc pré­sen­ter un exemple de lan­ce­ment de scripts pour réa­li­ser cela à l'étape "Post Power-On" des VMs. Il faut faire appel à plu­sieurs scripts qui en appel d'autres, l'important est d'être capable de récu­pé­rer les codes retour d'erreurs entre les dif­fé­rents contextes pour qu'ils soient prises en compte comme résul­tat par SRM.

Pour com­men­cer, voici un synop­sis de la com­mu­ni­ca­tion en dif­fé­rents scripts et le trai­te­ment des codes retour:

Lire la suite...

Même si ce n’est pas trop visible dans les annonces autour de vSphere 5, le fonc­tion­ne­ment de vMo­tion, DRS/DPM et des Pools de Res­sources a été amé­lioré. Ces amé­lio­ra­tions visent les points sui­vants : opti­mi­sa­tion des per­for­mances et de l’évolutivité, faci­lité d’utilisation accrue et inté­gra­tion de pro­duits mixtes.

vMo­tion

Et oui, même si cette fonc­tion existe depuis ans et que son effi­ca­cité n’est plus à démon­tré depuis bien long­temps, la fonc­tion­na­lité vMo­tion s’améliore encore !

Lire la suite...

Le réseau dans vSphere n'a pas été révo­lu­tionné mais il y a pas mal d'améliorations. Pour les admi­nis­tra­teurs: au niveau visibilité,dépannage, sur­veillance, confi­gu­ra­tion et ges­tion auto­ma­ti­sées du  réseau. Et coté uti­li­sa­teurs: au niveau du SLA réseau avec notam­ment du contrôle de bande pas­sante par regrou­pe­ment de VM et de la Qua­lité de Ser­vice (QoS) de bout-en-bout.

Fonc­tions de sur­veillance et décou­verte du réseau

Depuis VI3.5, VMware sup­por­tait la décou­verte réseau avec le pro­to­cole pro­prié­taire Cisco: CDP. Main­te­nant avec vSphere 5.0, on a égale­ment le LLDP (Link Layer Dis­co­ver Pro­to­col): un pro­to­cole de décou­verte stan­dard non lié à un four­nis­seur (802.1AB). Les pro­to­coles de décou­verte réseau (CDP ou LLDP) inter­viennent au niveau de la couche de liai­sons de don­nées (layer2) pour décou­vrir les capa­ci­tés des péri­phé­riques réseaux et décou­vrir la confi­gu­ra­tion de l'infrastructure voisine.

Voici un exemple de décou­verte réseau avec LLDP:

Lire la suite...

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...