Est-il logique d'exécuter une machine virtuelle avec un invité "maître"
et dans cet invité maître d'exécuter de nombreux autres invités?
Quelqu'un a-t-il testé cela? Est-ce même possible?
Existe-t-il de meilleures façons d'atteindre mes objectifs? (Lisez la suite.)
(J'ai cherché sur Google "invité en invité" et je n'ai rien trouvé)
Ce que je veux faire : je voudrais configurer et tester divers réseaux virtuels, avec des serveurs de base de données et d'applications, et tester différents pare-feu, serveur DNS, configurations de serveur de base de données, etc.
Je pourrais le faire en exécutant des invités directement sur mon ordinateur hôte, mais je pourrais alors avoir besoin de modifier la configuration réseau sur mon hôte (par exemple, configurer dnsmasq ?), En fonction de la configuration réseau que je suis sur le point de tester. Je devrais également commencer chaque invité individuellement. Alors que si tous les invités s'exécutent à l'intérieur d'un invité principal, je peux configurer le réseau sur cet invité principal, et je n'ai besoin que de démarrer et d'arrêter cet invité principal, et de prendre des instantanés de celui-ci, pour démarrer et arrêter implicitement et instantané tous les invités s'exécutant à l'intérieur. .
(J'aurais beaucoup de maîtres invités, probablement un seul à la fois.)
J'utilise Ubuntu 11.4 et KVM, avec prise en charge de la virtualisation matérielle (AMD-V).
Pensez-vous que les invités invités bénéficieraient de la virtualisation?
Mise à jour : j'aurais dû googler pour "Virtualisation imbriquée" et non "invités en invité". Maintenant, je trouve beaucoup de liens :-) Par exemple, cet exemple de migration d'une machine virtuelle en cours d'exécution de la machine hôte vers un hôte VM imbriqué: VMotion de ESX 4 physique à ESX 4 virtuel
Vous qui avez répondu, merci d'avoir mentionné "Virtualisation imbriquée": - )
Mise à jour : Informations sur les performances, pour les processeurs AMD, de 2008 : [...] jusqu'à présent, lorsque kvm virtualise un processeur, l'invité voit un processeur similaire au processeur hôte, mais sans extension de virtualisation. Cela signifie que vous ne pouvez pas exécuter un hyperviseur qui a besoin de ces extensions de virtualisation au sein d'un invité (vous pouvez toujours exécuter des hyperviseurs qui ne dépendent pas de ces extensions, tels que VMware, mais avec des performances inférieures). Avec les nouveaux correctifs, le processeur virtualisé inclut les extensions de virtualisation; cela signifie que l'invité peut exécuter un hyperviseur, y compris kvm, et avoir ses propres invités. (merci "wzzrd")
Mise à jour : Informations sur les performances des processeurs Intel, à partir de 2011 : "Il n'y a pas de support pour la virtualisation imbriquée avec Intel vmx dans la version actuelle de kvm dans les référentiels Ubuntu. Avec les derniers correctifs pour kvm c'est possible, mais il y en a encore en développement"