Je sais que Xen est généralement meilleur qu'OpenVZ car le fournisseur ne peut pas sur-vendre dans Xen. Cependant, quelle est la différence entre Xen PV , Xen KVM et HVM (J'étais en train de parcourir le site de ce fournisseur Spécifications ? Laquelle est la meilleure pour quels objectifs et pourquoi ?
Pour un utilisateur final qui ne fera qu'héberger des sites web, lequel est le meilleur ? Du point de vue de l'efficacité ou autre, y a-t-il un avantage de l'un sur l'autre ?
Types de virtualisation pris en charge par Xen
Xen prend en charge l'exécution de deux types d'invités. Les invités Xen sont souvent souvent appelés domUs (non privilégiés) domaines). Les deux types d'invités (PV, HVM) peuvent être utilisés en même temps sur un système Xen unique.
Paravirtualisation Xen (PV)
La paravirtualisation est une méthode efficace et technique de virtualisation légère et efficace introduite par Xen, puis adoptée également par d'autres solutions de virtualisation. Paravirtualisation extensions de virtualisation de la part du CPU hôte. Cependant, les invités paravirtualisés invités paravirtualisés nécessitent un noyau spécial qui est porté pour fonctionner en natif sur Xen, de sorte que les invités sont conscients peuvent fonctionner efficacement sans émulation ou de matériel virtuel émulé. Xen PV existent pour Linux, NetBSD, FreeBSD, OpenSolaris et Novell Netware. Netware.
Les invités de PV n'ont pas de matériel virtuel émulé, mais console graphique est toujours possible en utilisant le pvfb (paravirtual framebuffer) de l'invité. framebuffer). La console graphique de l'invité PV PV peut être visualisée à l'aide d'un client VNC ou le client virt-viewer de Redhat. Il y a un serveur VNC séparé dans dom0 pour le PVFB de chaque invité.
Noyaux Linux en amont de kernel.org depuis Linux 2.6.24 incluent Xen PV (domU) basé sur le cadre Linux pvops, de sorte que chaque noyau Linux en amont peut être automatiquement utilisé comme noyau invité Xen PV sans aucun correctif supplémentaire ou modifications supplémentaires.
S informations sur la prise en charge de Linux pvops Xen sous Linux.
Virtualisation complète de Xen (HVM)
Aka entièrement virtualisé Virtual Machine), les invités nécessitent un CPU extensions de virtualisation du CPU du CPU hôte (Intel VT, AMD-V). Xen utilise version modifiée de Qemu pour émuler matériel PC complet, y compris le BIOS, le contrôleur le contrôleur de disque IDE, l'adaptateur graphique VGA contrôleur USB, adaptateur réseau, etc. pour les hôtes HVM. Les extensions de virtualisation du CPU sont utilisées pour améliorer les les performances de l'émulation. Les invités entièrement virtualisés [ ] noyau spécial, donc par exemple Windows peuvent être utilisés en tant que systèmes d'exploitation Xen HVM. Les invités entièrement virtualisés sont généralement plus lents que les invités paravirtualisés, en raison de l'émulation l'émulation requise.
Pour améliorer pleinement les performances entièrement virtualisés peuvent utiliser des pilotes de périphériques pour contourner l'émulation pour les entrées-sorties de disque et de réseau. Xen Windows peuvent utiliser les pilotes opensource GPLPV. Voir page wiki XenLinuxPVonHVMdrivers pour les plus d'informations sur les pilotes Xen PV-on-HVM pour les hôtes HVM Linux.
Cela vient de http://wiki.xenproject.org/wiki/XenOverview
KVM n'est pas du tout Xen, c'est une autre technologie, où KVM est un module natif du noyau de Linux et non un noyau supplémentaire, comme Xen. L'inconvénient, c'est que KVM est plus récent que Xen et qu'il peut donc manquer de certaines fonctionnalités.
Xen est un hyperviseur qui s'exécute sur le métal (le pc / serveur) et héberge ensuite des machines virtuelles appelées domaines.
A Xen PV est un domaine domaine paravirtualisé Cela signifie que le système d'exploitation (généralement Linux) a été modifié pour fonctionner sous Xen et qu'il n'est pas nécessaire d'émuler le matériel. Ce site devrait est la manière la plus efficace de procéder, en termes de performances.
A Xen HVM Le domaine est matériel émulé cela signifie que le système d'exploitation (Linux, Windows, etc.) n'a été modifié en aucune façon et que le matériel est émulé. C'est plutôt lent, donc généralement vous installez Pilotes PV dans le système d'exploitation invité pour le matériel critique (généralement le disque et le réseau), de sorte que l'invité dans son ensemble fonctionnera de manière entièrement virtualisée, mais les pièces de matériel les plus critiques en termes de performances fonctionneront de manière paravirtualisée. 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 tous les développements réalisés sur HVM ces dernières années, il y a généralement peu de différence de performance entre HVM et PV pour les charges de travail standard.
KVM n'est pas Xen, c'est une autre plateforme de virtualisation construite à l'intérieur du noyau Linux. D'un invité De ce point de vue, il ressemble à Xen HVM : l'invité fonctionne de manière totalement virtualisée et il existe des pilotes spécifiques pour faire fonctionner certaines parties de manière paravirtualisée (encore une fois, le disque et le réseau).
Xen HVM et Linux KVM ont tous deux besoin d'une prise en charge de la virtualisation assistée par le matériel (Intel VT-x, AMD AMD-V), alors que Xen PV n'en a pas besoin 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 des parties du logiciel de virtualisation qemu pour émuler le matériel réel pour les périphériques n'utilisant pas de pilotes PV dans le système invité.
Xen (PV et HVM) peut faire 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 aussi.
Xen et KVM ne peuvent pas surcommettre la mémoire et vous obtenez donc généralement la "vraie RAM", tandis que d'autres plateformes comme VMware peuvent échanger une partie de la RAM de l'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 à vendre à d'autres personnes. Par exemple, les hyperviseurs Xen récents prennent en charge la mémoire transcendante, qui peut améliorer l'utilisation de la mémoire et les performances de l'invité si ce dernier la prend en charge (noyaux linux >= 3.quelque chose).
Toutes ces technologies vous offriront une excellente expérience 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 choses peuvent mal tourner et cela n'est pas lié à la solution de virtualisation spécifique (par exemple, votre invité pourrait être stocké sur des disques lents et cela nuirait à vos performances).
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
