Archive pour le Tag: ‘tuning

5 articles trouvés dans cette archive
Avr/13270
Par , Dans View

perf_video_viewNous avions déjà abordé le sujet de l’optimisation de VMware View dans un contexte WAN, mais à l’opposé pour certain usage spécifique il peut être nécessaire de faire de l’optimisation pour avoir de bonne performance pour lire des vidéos.

Cet exercice n’est jamais facile car ici on n’est pas dans le meilleur cas d’utilisation du VDI et que c’est un équilibre complexe entre la bande passante et le rendu utilisateur. L’objet de cet article est donc de recenser l’ensemble des bonnes pratiques et des paramètres de tuning pour améliorer le rendu vidéo.

 

Lire la suite…

Jan/13260

Mirage_IconMalheureusement, je n’ai pas eu le temps de vous présenter la technologie Mirage de VMware. Je ne vais pas l’introduire ici car d’autres blogs l’ont déjà fait: en anglais sur le site de Vladan (avec des exemples d’utilisation) et en francais sur VirtualGeek.ch.

L’action de synchroniser un poste avec son image dans le datacenter dans Mirage s’appelle la « centralisation ». Les mécanismes de Mirage permettent d’optimiser ce transfert par la déduplication source, mais bien entendu le premier poste est nettement moins optimiser que les postes suivants. Il est donc recommandé de faire la centralisation du premier poste sur le LAN.

De plus, pour ne pas impacter les utilisateurs, Mirage limite le transfert réseau en fonction de la bande passante (network throttling) et la consommation CPU sur le postes (pendant le calcul des hash et la vérification d’intégrité) en fonction de l’activité de l’utilisateur (user throttling). Il existe aussi un bridage disque mais il est fortement recommandé de ne pas y toucher.

Simon Long a écrit récemment un article sur ce débridage lié à l’activité utilisateur, mais il est aussi possible de le faire sur le bridage réseau.

Voici la procédure à réaliser sur le poste (coté client):

  • Exécuter Notepad en tant qu’administrateur (Run as Administrator)
  • Ouvrir le fichier « C:\Program Files\Wanova\Mirage Service\Wanova.Desktop.Service.exe.config« 
  • Mettre le paramètre « throttleEnabled » (user) à « false »: <add key= »throttleEnabled » value= »true »/>
  • Mettre le paramètre « netThrottlingEnabled » (network) à « false »: <add key= »netThrottlingEnabled » value= »true »/>
  • Enregistrer le fichier
  • Redémarrer le service « Wanova Mirage Desktop Service« 

Nb: Il est important de ne pas modifier sur paramètre sur un poste qui servira de « Reference CVD ».

Avr/118
Par , , , Dans View

Le protocole PCoIP (PC-over-IP) a été développé par la société Teradici et il est inclus en OEM dans la solution VMware View depuis la version 4.0. Cette technologie a la particularité d’être auto-adaptative en fonction du besoin du contenu et de la quantité de bande passante disponible. En pratique, PCoIP ajuste la bande passante en fonction des besoins des utilisateurs et, en cas de connexion dégradée ou limitée, envoie progressivement les données nécessaires à l’affichage d’un document. Une construction progressive donc avec le texte pour commencer et les images pour finir.

La particularité que cela peut provoquer est que si l’on essaye de mesurer la bande passante consommée par une session PCoIP on n’obtiendra pas le même résultat en fonction de la bande passante disponible ou pas. Si le tuyau est assez gros, il n’applique pas de compression. Alors que si le tuyau est en cours d’utilisation ou s’il y a plusieurs sessions en simultanée, il compresse le flux en fonction du besoin et de la bande passante.

Cette technologie fonctionne en mode « Server Side Rendering » (à la différence de l’HDX), ce qui veut dire que l’on a un overhead sur la partie serveur, mais il ne nécessite pas de codec côté client et est compatible avec le client léger de tye Zero-Client. On a une bien meilleure bande passante qu’en RDP mais l’overhead est supérieur de l’ordre de 14% sur les processeurs (voir page 13 de cette étude).

Même si le PCoIP s’adapte au lien, il est possible de forcer les valeurs pour optimiser le protocole pour le WAN. Une doc très intéressante est disponible sur le site du support de Teradici, dans Downloads > PCoIP Documentation > Implementation Notes > PCoIP Client to VMware View 4 LAN and WAN Optimization Guide

Lire la suite…

Déc/103

L’utilisation d’une base SQL Express est supportée, pour rappel, pour un environnement de maximum 4 ESX et 50 VMs. En version 4.1 de vCenter, seul la version 2005 de SQL Express est supportée.

L’avantage de SQL Express pour les petits environnements est une installation automatisée par l’installation du vCenter. Seulement 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épendance SQL pour le service vCenter
  • Mode de récupération simple
  • Reconstruction des indexes des bases
  • Database en virtuel

Lire la suite…

Oct/10270

Il n’est pas nouveau que XenServer souffre encore de lacune et notamment sur les performances réseau. Vu dans cette article de Trond Eirik Haavarstein comment optimisé le réseau de XenServeur (interface physique et virtuel) en désactivant le Checksum Offload sur les serveurs XenServer 5.X.

Il a même créé un petit script pour le faire sur toutes les interfaces automatiquement, 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 Windows 2003, il est recommandé de désactiver le Task Offload pour optimiser les performances. Pour cela, il faut créer la clé DisableTaskOffload de type DWORD à la valeur 1, dans le contexte HKLMSYSTEMCurrentControlSetServicesTcpipParameter

Ce paramètre est très important pour booster les performances sur un serveur PVS en VM XenServer (Cf. CTX117374).

Mais il y a aussi une autre clé à créer pour éviter un nombre de Retry TCP important pour les VMs provisionnés par un PVS en désactivant le TSO et le DMA des XenTools (Cf. CTX125157). pour cela, aller dans HKEY_LOCAL_MACHINESystemCurrentControlSetServicesxenevtchn, créer la clé Parameters et dedans créer la variable SetFlags de type DWORD à la valeur 30000 (en hexadécimal).