Comment améliorer les performances E/S de Citrix XenServer ?

Il semble que vous fassiez spécifiquement référence au débit de stockage d'un invité. Il ne s'agit que d'une mesure parmi d'autres des performances. Le débit d'E/S est une fonction de largeur de bande y latence . Cela signifie que, pour obtenir un débit élevé, il faut minimiser la latence et maximiser la bande passante (c'est-à-dire faire circuler beaucoup de données à tout moment et répondre aux demandes de données le plus rapidement possible).

Lorsque vous êtes dans un environnement virtualisé, vous aurez inévitablement un temps de latence supplémentaire pour répondre à vos demandes. Cela signifie qu'il sera très difficile pour un domU d'atteindre le débit que vous voyez dans le dom0. Heureusement, cet impact est minimisé en permettant à plus de données de circuler à tout moment (soit en ayant de nombreuses machines virtuelles effectuant des E/S, soit en ayant des requêtes suffisamment importantes).

Compte tenu de votre matériel et des taux auxquels vous faites référence (~150 Mo/s), je serais très surpris si vous ne pouviez pas obtenir un débit similaire de la part d'un invité, compte tenu de votre système d'exploitation. dd a les bons paramètres.

Essayez ceci à partir de votre "dom0" et de votre "domU" (la commande ci-dessous écrira 500MB de données sur delete.me :

dd if=/dev/zero of=delete.me bs=1M count=500 oflag=direct

Les oflag=direct s'assurer que ces écritures contournent les caches de mémoire tampon des VM (dom0 et domU).

Consultez également le document suivant pour mieux comprendre comment XenServer 6.1.0 met en œuvre le stockage virtualisé et ses implications en termes de performances (y compris les conseils de réglage pour le nombre de vCPU et l'épinglage) :

http://support.citrix.com/article/CTX136861

Une chose que vous pouvez essayer d'ajouter est de basculer l'ordonnanceur io dans la vm sur deadline, et de désactiver les fusions io à ce niveau. Cela devrait réduire la latence des entrées-sorties en général et pourrait mieux fonctionner avec la structure des anneaux d'entrées-sorties de Xen.

echo    1       >       /sys/block/$dev/queue/nomerges 

Mon raisonnement, et mon expérience, est que le code bloc de Linux n'est pas vraiment intelligent mais pense qu'il l'est. Il essaiera donc idéalement de fusionner toutes les demandes d'E/S en une seule avant de les transmettre au pilote du disque. Dans le cas de Xen, l'action suivante consistera à les séparer pour qu'elles tiennent dans le tampon circulaire. Elles se retrouvent alors dans dom0 et le pilote de disque est dans une bien meilleure position pour savoir ce qui doit être fusionné puisqu'il n'a pas besoin de prendre en compte les connaissances d'une seule VM pour l'alignement.

Si cela n'aide pas, annulez le changement, mais c'est ce que je ferais si toutes les autres solutions avaient déjà été essayées.

Peut-être votre serveur a-t-il été abandonné depuis longtemps, mais je pense que cela pourra encore aider quelqu'un d'autre.