Xen
est un hyperviseur qui s'exécute sur le métal (le PC / serveur), puis héberge des machines virtuelles appelées domaines.
Un Xen PV
domaine est un domaine paravirtualisé , ce qui signifie que le système d'exploitation (nous parlons généralement de Linux ici) a été modifié pour fonctionner sous Xen et qu'il n'est pas nécessaire d'émuler réellement du matériel. Cela devrait être le moyen le plus efficace d'aller au-delà des performances.
Un Xen HVM
domaine est un domaine matériel émulé , ce qui signifie que le système d'exploitation (qu'il s'agisse de Linux, Windows, peu importe) n'a pas été modifié de quelque manière que ce soit et que le matériel est émulé. Ceci est plutôt lent. Vous devez donc généralement installer les pilotes PV dans le système invité pour le matériel essentiel (généralement le disque et le réseau). Ainsi, l’invité s’exécutera dans son intégralité, mais les éléments matériels les plus critiques en termes de performances seront exécutés paravirtualisés. Les systèmes linux récents ont des pilotes pv pour le disque et le réseau dans le noyau, et il existe également divers pilotes PV pour Windows. Avec tout le développement sur HVM de ces dernières années, il y a généralement peu de différence de performances entre HVM et PV pour les charges de travail standard.
KVM
n’est pas Xen, c’est une autre plate-forme de virtualisation construite à l’intérieur du noyau Linux. D'un point de vue invité , il ressemble à HVM Xen: l'invité est entièrement virtualisé et il existe un pilote spécifique pour exécuter certaines parties paravirtualisées (encore une fois, disque et réseau).
Xen HVM et Linux KVM nécessitent tous deux une prise en charge de la virtualisation assistée par matériel (Intel VT-x, AMD AMD-V), alors que Xen PV n’exécute pas mais ne peut pas exécuter de systèmes d’exploitation sans prise en charge de PV (vous ne pouvez pas exécuter Windows sur Xen PV).
Xen HVM et Linux KVM utiliseront tous deux des parties du logiciel de virtualisation qemu pour émuler le matériel réel des périphériques n’utilisant pas de pilotes PV dans le système invité.
Xen (PV et HVM) peut effectuer la migration en direct d'un invité en cours d'exécution d'un serveur physique à un autre. Je ne sais pas si KVM le peut également.
Xen et KVM ne peuvent pas surcharger la mémoire, vous obtenez donc généralement une "vraie RAM", tandis que d'autres plates-formes telles que VMware peuvent échanger une partie du RAM invité sur le disque.
Il existe des différences, mais elles s'appliquent généralement à des installations spécifiques et non au serveur privé virtuel générique destiné à être vendu à d'autres personnes. Par exemple, les hyperviseurs Xen récents prennent en charge la mémoire transcendante, ce qui pourrait améliorer l'utilisation de la mémoire et les performances de l'invité si l'invité était pris en charge (noyaux Linux> = 3.quelque chose).
Toutes ces technologies vous donneront une expérience enrichissante si elles sont mises en œuvre correctement et ne feront pas une grande différence de votre point de vue. Bien sûr, il y a mille façons dont les problèmes peuvent survenir, sans que cela soit lié à la solution de virtualisation spécifique (en d'autres termes, votre invité pourrait être stocké sur des disques lents, ce qui nuirait à vos performances).