Vu sur le Micro­soft Vir­tua­li­za­tion Team blog: la ver­sion 2.1 des Linux Inte­gra­tion Ser­vices vient de sor­tir pour Hyper-V R2.

Les fonc­tion­na­lité sui­vantes sont dis­po­nible dans cette version:

• Dri­ver pour péri­phé­rique Syn­thé­tique: Linux Inté­gra­tion Ser­vices  four­nit les dri­vers Linux pour les cartes réseaux "Syn­the­tic Net­work Contol­ler" et les contrô­leurs disques "Syn­the­tic Sto­rage Controller".
• Sup­port démar­rage Fast­path: péri­phé­rique de démar­rage pro­fite des avan­tages de VSC pour amé­lio­rer les performances.
• Syn­chro Temps: l'heure de la VM reste syn­chro­nisé avec celle du host.
• Inté­gra­tion du Shut­down: arrêt propre des VMs Linux à par­tir du Mana­ger Hyper-V ou de SCVMM.
• Sup­port SMP: toutes les dis­tri­bu­tions Linux sup­porte jusqu'a 4 vCPU par VM.
• Heart­beat: per­met au Host de détec­ter le bon fonc­tion­ne­ment du Guest Linux.
• Source de Temps: pos­sible de défi­nir un module de source temps pour amé­lio­rer la syn­chro temps

Cette ver­sion sup­port les OS Linux suivants:

• Novell Suse Linux Enter­prise Ser­ver 10 SP3
• Novell Suse Linux Enter­prise Ser­ver 11
• Red­Hat Enter­prise Linux 5.2 / 5.3 / 5.4 / 5.5

Voici le lien de télé­char­ge­ment : Linux IntSvc 2.1 sur le centre de télé­char­ge­ment Microsoft.

Ca y est les cata­logues des ses­sions des VMworld 2010 sont disponibles:

• le VMworld 2010 @ San Francisco
• et le VMworld Europe 2010 @ Copenhagen

La liste est longue et inté­res­sante comme d'habitude, en tous cas pour le moment voici la liste des 30 labs de Copenhague:

Comme l'annonce le site ites­presso, le SP1 de Win­dows 7 (et sur­ement de Win­dows 2008 R2) va prendre un peu de retard.

Pour les impa­tients, vous pou­vez d'ores et déjà récu­pé­rer le SP1 en Bêta :

http://technet.microsoft.com/fr-fr/evalcenter/ff183870.aspx

Quelques infos com­ple­men­taires sur le blog de Fabrice Meillon :

http://blogs.technet.com/b/fabricem_blogs/archive/2010/07/16/annonce-beta-sp1-windows-7-et-disponibilit-233-de-windows-xp.aspx

Sur la com­mu­nauté Citrix, un article inté­res­sant est paru sur la liste des outils dis­po­nible pour diag­nos­ti­quer les pro­blèmes. Ces outils peuvent ser­vir pour Xen­Desk­top, Xen­Ser­ver, XenApp (et Pre­sen­ta­tion­Ser­ver), Bran­chRe­pea­ter, NetS­ca­ler, Access­Ga­te­way et autres.

Voici la liste des outils (dont cer­tains ont même une vidéo d'explication): Lire la suite...

Avant de pas­ser à vSphere 4.1, il y a quelques points à savoir: la com­pres­sion de mémoire, le pseudo Lock­down, Com­po­ser non sup­porté et les KB déjà existantes.

L'article d'Eric Sloof (NTpro.nl) sur la com­pres­sion trans­pa­rente de mémoire explique com­ment ce méca­nisme aug­mente la quan­tité de mémoire dis­po­nible pour les VMs. Glo­ba­le­ment, l'accès à la mémoire com­pressé est plus per­for­mant que l'accès au swap.

Encore plus inté­res­sant, l'article de Vir­tualVCP attire l'attention sur le fait que la nou­velle ver­sion fonc­tion en mode pseudo Lock­down. A par­tir du moment ou les ESXs sont confi­guré pour être uti­lisé avec vCen­ter, le Power Control des VMs n'est plus pos­sible que par vCen­ter. Ce qui signi­fie que si le vCen­ter est tombé, on ne peut plus démarré les VMs (encore plus pro­blé­ma­tique si le vCen­ter est une VM).
La solu­tion d'urgence pour redé­mar­rer les VMs (et sur­tout le vCen­ter) est de faire tombé le ser­vice "vpxa" sur l'ESX pour avoir le droit de démar­rer des VMs localement.

Atten­tion, Com­po­ser 2.0.x n'est pas sup­porté en vSphere 4.1 comme indi­qué dans la KB1011292 car View Com­po­ser 2.0.x n'est pas sup­porté en ver­sion 64 bits. Il fau­dra attendre View 4.5.

Et pour finir, les KB VMware déjà exis­tantes pour vSphere 4.1:

• Consi­dé­ra­tions et pré­re­quis d'installation et d'upgrade en vSphere 4.1, KB1022137
• Best Prac­tices de mise à jour ESX 4.1 et vCen­ter 4.1, KB1022104
• Best Prac­tices d'installation ESX 4.1 et vCen­ter 4.1, KB1022101
• Mise à jour ESX 4.0 en 4.1, KB1022140
• Chan­ge­ment des options du Sup­port VMware en vSphere 4.1, KB1023118
• Chan­ge­ment du DRS en vSphere 4.1, KB1022842
• Chan­ge­ment du HA en vSphere 4.1, KB1022843
• Chan­ge­ment du vMo­tion en vSphere 4.1, KB1022851
• Chan­ge­ment du FT en vSphere 4.1, KB1022844
• Uti­li­ser le Tech Sup­port Mode en ESXi 4.1, KB1017910
• Résoudre les pro­blèmes d'installation scrip­tée en ESXi 4.1, KB1022308
• Déployer ESXi en uti­li­sant les nou­velles fonc­tion­na­lité en ins­tal­la­tion scrip­tée, KB1022263
• Recréer le mode Lock­down de vSphere 4.0 en vSphere 4.1, KB1017628
• Confi­gu­ra­tion du mode Lock­down après mise à jour d'ESXi 4.0 en 4.1, KB1021935
• Erreur "This ins­tal­la­tion package is not sup­por­ted by this pro­ces­sor type" à l'installation ou la mise à jour de vCen­ter 4.1, KB1019144
• Migrer la base de don­nées en vCen­ter 4.1, KB1021635
• Les fonc­tion­na­li­tés du repo­si­tory d'Update Mana­ger 4.1, KB1021695
• Inté­gra­tion à l'Active Direc­tory avec vSphere 4.1, KB1021970
• Para­mètres ALUA dans les com­mandes ESX/ESXi 4.1, KB1022030
• Sup­port de l'USB pour ESX/ESXi 4.1, KB1022290
• Sécu­ri­ser les Cre­den­tials dans vMA 4.1, KB1017669
• Com­pa­rai­son en ESX et ESXi en 4.1, KB1023990
• Sta­tis­tiques I/O en vSphere 4.1, KB1021953
• Tea­ming réseau basé sur la charge en vSphere 4.1, KB1022590
• Uti­li­ser vShield­Zones 1.0 en ESX 4.1, KB1022536
• Ges­tion des res­sources I/O réseau avec les vDS en vSphere 4.1, KB1022585
• Résoudre des pro­blèmes avec Sto­rage I/O Control, KB1022091
• Chan­ger le nombre de CPU Vir­tuel en Coeur Vir­tuel en ESX/ESXi 4.1, KB1022289
• Ports réseau requis pour vCen­ter 4.1, KB1022256

VMware vSphere 4.1 est sorti !!!

Les nou­veau­tés de cette ver­sion sont détaillées à l'adresse sui­vante :
http://www.vmware.com/support/vsphere4/doc/vsp_41_new_feat.html

Et en francais:

http://www.vmware.com/fr/support/vsphere4/doc/vsp_41_new_feat.html

Voici les quelques chan­ge­ments de cette nou­velle version.

• ESX vs ESXi : Cette ver­sion est tou­jours décli­née en deux ver­sions (ESX et ESXi) mais ce sera la der­nière à le pro­po­ser. Les nouveaux
• Pos­si­bi­lité de scrip­ter l'installation d'ESXi
• Sup­pres­sion du client VMware dans la dis­tri­bu­tion, il fau­dra la télé­char­ger direc­te­ment sur le site
• VMware vSphere 4.1 est dis­po­nible dans les lan­gages sui­vants : Anglais, Fran­çais, Alle­mand, Japon­nais, Chi­nois Simplifié

Impos­sible d'utiliser l'ABT (Active Block Map­ping) pour la répli­ca­tion d'une VM par­ti­cu­lière alors que les autres marchent par­fai­te­ment dans Vizion­Core vRe­pli­ca­tor. En regar­dant dans l'eventlog du vRe­pli­ca­tor Ser­vice on a le war­ning suivant:

Unable to use ABT for the disk loca­ted at /vmfs/volumes/xxxxxxxxxxxxx.vmdk. The repli­ca­tion of the disk will pro­ceed nor­mally without ABT. Please verify that the ope­ra­ting sys­tem on the actual VM is a Win­dows system.

Pour plus d'informations, consul­tez le centre Aide et sup­port à l'adresse http://go.microsoft.com/fwlink/events.log

Comme indi­qué sur le vEx­change forum de Vizion­core, le pro­blème vient de la table de par­ti­tion du disque en question.

Il faut véri­fier le disque pour cor­ri­ger ce pro­blème. Sou­vent un simple chkdsk est suf­fi­sant, sinon il faire un chkdsk /f et redé­mar­rer la VM pour que le scan­Disk puisse cor­ri­ger les erreurs.

Le job de répli­ca­tion dans Vizion­Core vRe­pli­ca­tor plante avec l'erreur "wrong power state: Powe­re­dOn". Dans l'eventlog de vRe­pli­ca­tor ser­vice, on a le mes­sage d'erreur suivant:

xxxxxxxxxxxx is in the wrong power state: PoweredOn

Note that a detai­led log of the repli­ca­tion can be found at: xxxxxxxxxxxxxxxx.rep­job

If you can­not resolve this pro­blem on your own, Vizion­core sup­port team will require the atta­ched log to deter­mine the cause of the pro­blem and advise you on the resolution.

Regards,
Vizion­core Team

Le pro­blème vient du fait que la VM source et la VM des­ti­na­tion sont placé sur un DataS­tore por­tant le même nom (mal­grés qu'ils ne sont pas dans le même Data­Cen­ter et qu'il n'ont pas le même UUID). Lors du test ini­tial, vRe­pli­ca­tor véri­fie l'état des VMs en uti­li­sant le nom du DataStore.

Il faut donc chan­ger le nom ou choi­sir un DataS­tore dif­fé­rent en destination.

Et après l'expli­ca­tion, la confi­gu­ra­tion et l'implé­men­ta­tion avec VMware, on ter­mine par la confi­gu­ra­tion en pNIC avec Windows.

Tout d'abord, mal­gré que les vNIC d'une carte ne sont pas acti­vées, si l'option est activé sur le VFS, elles sont remon­tées comme vNIC sous Win­dows avec des confi­gu­ra­tions ban­cales. Pour éviter cela, il suf­fit d'aller dans le Bios de la carte Emu­lex pour désac­ti­ver com­plè­te­ment le mode vNIC.

Pour cela, aller dans le Bios de la carte Emu­lex ou dans la par­tie Sys­tem Set­tings > Emu­lex NIC Confi­gu­ra­tion > Emu­lex NIC Confi­gu­ra­tion Uti­lity de l'UEFI.  Mettre le para­mètre vNIC à Disa­bled (ce para­mètre s"applique simul­ta­né­ment sur les 2 ports de la carte VFA), sau­ve­gar­der et quit­ter.

Ensuite, dans Win­dows, il faut ins­tal­lée les dri­vers Emu­lex One­Con­nect VFA for Win­dows 2003/2008 four­nit par IBM (actuel­le­ment en ver­sion 5.00.31.01-5). Ces dri­vers four­nissent aussi bien les dri­vers pour vNIC que les dri­vers pour pNIC, mais aussi l'outil pour faire le tea­ming entre les inter­faces.
Lire la suite...

Cette tech­no­lo­gie est par­ti­cu­liè­re­ment inté­res­sante pour de la vir­tua­li­sa­tion de ser­veurs dans des châs­sis IBM. Donc après l'expli­ca­tion des VFS et la confi­gu­ra­tion des VFS, on attaque l'installation avec VMware ESX4.

Les cartes Emu­lex One­Con­nect VFA ne sont pas reconnu par défaut à l'installation d'un ESX mais sont bien sup­por­tées en ESX4 et ESX3.5 (voir la HCL). Il faut donc les télé­char­ger sur le site de VMWare, pour un ESX4.0 update2 on pren­dra la ver­sion 2.101.386.0.

Ensuite, lors de l'installation de l'ESX, il faut pré­ci­ser de char­ger un dri­ver spé­ci­fique et mettre le CD ou l'ISO récu­pé­rer pré­cé­de­ment sur le site de VMWare. On doit avoir la même chose que ci-dessous:
Lire la suite...