Le pro­to­cole PCoIP (PC-over-IP) a été déve­loppé par la société Tera­dici et il est inclus en OEM dans la solu­tion VMware View depuis la ver­sion 4.0. Cette tech­no­lo­gie a la par­ti­cu­la­rité d'être auto-adaptative en fonc­tion du besoin du contenu et de la quan­tité de bande pas­sante dis­po­nible. En pra­tique, PCoIP ajuste la bande pas­sante en fonc­tion des besoins des uti­li­sa­teurs et, en cas de connexion dégra­dée ou limi­tée, envoie pro­gres­si­ve­ment les don­nées néces­saires à l'affichage d'un docu­ment. Une construc­tion pro­gres­sive donc avec le texte pour com­men­cer et les images pour finir.

La par­ti­cu­la­rité que cela peut pro­vo­quer est que si l'on essaye de mesu­rer la bande pas­sante consom­mée par une ses­sion PCoIP on n'obtiendra pas le même résul­tat en fonc­tion de la bande pas­sante dis­po­nible ou pas. Si le tuyau est assez gros, il n'applique pas de com­pres­sion. Alors que si le tuyau est en cours d'utilisation ou s'il y a plu­sieurs ses­sions en simul­ta­née, il com­presse le flux en fonc­tion du besoin et de la bande passante.

Cette tech­no­lo­gie fonc­tionne en mode "Ser­ver Side Ren­de­ring" (à la dif­fé­rence de l'HDX), ce qui veut dire que l'on a un ove­rhead sur la par­tie ser­veur, mais il ne néces­site pas de codec côté client et est com­pa­tible avec le client léger de tye Zero-Client. On a une bien meilleure bande pas­sante qu'en RDP mais l'overhead est supé­rieur de l'ordre de 14% sur les pro­ces­seurs (voir page 13 de cette étude).

Même si le PCoIP s'adapte au lien, il est pos­sible de for­cer les valeurs pour opti­mi­ser le pro­to­cole pour le WAN. Une doc très inté­res­sante est dis­po­nible sur le site du sup­port de Tera­dici, dans Down­loads > PCoIP Docu­men­ta­tion > Imple­men­ta­tion Notes > PCoIP Client to VMware View 4 LAN and WAN Opti­mi­za­tion Guide

Lire la suite...

L’utilisation d’une base SQL Express est sup­por­tée, pour rap­pel, pour un envi­ron­ne­ment de maxi­mum 4 ESX et 50 VMs. En ver­sion 4.1 de vCen­ter, seul la ver­sion 2005 de SQL Express est supportée.

L’avantage de SQL Express pour les petits envi­ron­ne­ments est une ins­tal­la­tion auto­ma­ti­sée par l’installation du vCen­ter. Seule­ment l’installation est basique et l’optimisation n’est pas au rendez-vous. Pour y remé­dier voici le programme:

• Nombre de CPU de vCenter
• OS anglais ou francais
• Dépen­dance SQL pour le ser­vice vCenter
• Mode de récu­pé­ra­tion simple
• Recons­truc­tion des indexes des bases
• Data­base en virtuel

Lire la suite...

Il n'est pas nou­veau que Xen­Ser­ver souffre encore de lacune et notam­ment sur les per­for­mances réseau. Vu dans cette article de Trond Eirik Haa­var­stein com­ment opti­misé le réseau de Xen­Ser­veur (inter­face phy­sique et vir­tuel) en désac­ti­vant le Check­sum Offload sur les ser­veurs Xen­Ser­ver 5.X.

Il a même créé un petit script pour le faire sur toutes les inter­faces auto­ma­ti­que­ment, voici le contenu du script:

echo Setting checksum off on VIFs
VIFLIST=`xe vif-list | grep "uuid ( RO) " | awk '{print $5}'`
for VIF in $VIFLIST
do
  echo Setting ethtool-tx=off and ethtool-rx=off on $VIF
  xe vif-param-set uuid=$VIF other-config:ethtool-tx="off"
  xe vif-param-set uuid=$VIF other-config:ethtool-rx="off"
done
echo Setting checksum off on PIFs
PIFLIST=`xe pif-list | grep "uuid ( RO) " | awk '{print $5}'`
for PIF in $PIFLIST
do
  echo Setting ethtool-tx=off and ethtool-rx=off on $PIF
  xe pif-param-set uuid=$PIF other-config:ethtool-tx="off"
  xe pif-param-set uuid=$PIF other-config:ethtool-rx="off"
done

Et pour les VMs en Win­dows 2003, il est recom­mandé de désac­ti­ver le Task Offload pour opti­mi­ser les per­for­mances. Pour cela, il faut créer la clé Disa­ble­Tas­kOf­fload de type DWORD à la valeur 1, dans le contexte HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter

Ce para­mètre est très impor­tant pour boos­ter les per­for­mances sur un ser­veur PVS en VM Xen­Ser­ver (Cf. CTX117374).

Mais il y a aussi une autre clé à créer pour éviter un nombre de Retry TCP impor­tant pour les VMs pro­vi­sion­nés par un PVS en désac­ti­vant le TSO et le DMA des Xen­Tools (Cf. CTX125157). pour cela, aller dans HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\xenevtchn, créer la clé Para­me­ters et dedans créer la variable Set­Flags de type DWORD à la valeur 30000 (en hexadécimal).