Bonjour, je cherche un moyen de virtualisation/isolation, voila ce que je recherche:
- machine virtuel avec ip indépendante (ip overfail ovh)
- Les dossiers des machines virtuel sur stocker sur l'hote dans une seul partition et on peu donc faire un chroot dessus.
- Les machines virtuelle vois leur dossier de l'hote /home/vm1/ comme leur root / et ne peuvent pas en sortir.
Et biensur qui marche en noyau hote et invité en x86_64
# KVM tout simplement.
Posté par Grunt . Évalué à 3.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: KVM tout simplement.
Posté par alpha_one_x86 (site web personnel) . Évalué à -7.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: KVM tout simplement.
Posté par Grunt . Évalué à 3.
J'ignorais cela, désolé. D'un autre côté, si le code actuel de kvm fonctionne et répond à tes besoins (j'y viens), ce n'est pas dramatique s'il n'évolue pas beaucoup.
ne correspondant pas à mes besoins.
- Machine virtuelle avec IP indépendante: OK.
- dossier stocké sur une seule partition: OK.
- l'invité voit un dossier de l'hôte comme son root: OK.
- marche en x86_64 invité et hôte, avec support des extensions de virtualisation: OK.
Tu devrais préciser tes besoins de façon exhaustive, ça évitera les fausses pistes.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: KVM tout simplement.
Posté par alpha_one_x86 (site web personnel) . Évalué à -4.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: KVM tout simplement.
Posté par Kerro . Évalué à 7.
[^] # Re: KVM tout simplement.
Posté par Ludo . Évalué à 4.
Par contre, c'est vrai que le projet est encore jeune, mais pour l'instant, ça fonctionne bien.
# openVZ
Posté par NeoX . Évalué à 4.
[^] # Re: openVZ
Posté par err404 (site web personnel) . Évalué à 3.
Je m'en sert sur mon serveur, ne nécéssite pas de CPU particulier, ça marche du moment que le noyau du serveur est prévu pour OpenVZ, ça prend tres peu de ressources CPU au passage
Les dossiers des serveurs virtuels sont simplement dans /var/lib/vz/..... mais on peux facilement décider des las déplacer dans un autre endroit, personnelement je fait un mount --bind sur certains dossiers pour lesquels je ne souhaite pas avoir de quota, et pour lesquels je souhaite un partage à l'identique parmis les hotes virtuels (le dossier /home qui est un bind du /home du serveur principal)
L'installation d'un hote virtuel passe par un debootstrap et un chroot
On peux attribuer assez facilement une adresse IP aux hotes virtuels et la gerer avec netfilter sur le serveur principal
Pour le moment j'en suis pleinement satisfait
[^] # Re: openVZ
Posté par alpha_one_x86 (site web personnel) . Évalué à 1.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
# LXC Linux Containers
Posté par Old Geek . Évalué à 4.
j'ai commencé à migrer mes environnements sur LXC, intégré à la branche principale du noyau :
http://lxc.teegra.net/
Nicolas
# Vserver
Posté par geb . Évalué à 6.
Tu as au choix, la virtualisation lourde: kvm/xen/vmware esx etc... ou tu relances tout un OS avec son noyau etc
Ou les openvz,vserver/lxc... qui sont en gros des chroot évolués donc avec moins d isolation mais plus de performance. Perso, j'aime bien vserver: plus propre qu'openvz, plus abouti qu'LXC.
Chacun a ses specificités , ses intérêts comme ses inconvénients... si tu veux faire tourner que du linux sur du linux , l isolation est un bon choix :)
[^] # Re: Vserver
Posté par Scurz (site web personnel) . Évalué à 5.
[^] # Re: Vserver
Posté par totof2000 . Évalué à 2.
La complexité de l'installaion dépend surtout de son niveau d'intégration à la distribution.
Pour installer un Xen sous NetBSD c'est assez facile : installation d'un NetBSD de base, ajout des paquets xentools et xenkernel, configuration du boot pour démarrer le kernel xen, configuraation d'un bridge réseau, et installation du noyau Dom0. En moins d'une heure ça peut être fait.
Pour l'installation d'un DomU ça va encore plus vite : dans le cas de paravirtualisation, le noyau Xen qui va bien pour un DomU est présent sur le CD d'install. Si c'est du HVM, ya rien à toucher .... Faut juste créer les partitions ou les fichiers qui accueilleront les partitions virtuelles.
Par contre pour installer un DomU Linux paravirtualisé, c'est la galère si on a pas déjà un Linux sous la main. Les distribs ne fournissent pas forcément de noyau précompilé pour un domU et on peut y passer un peu plus de temps.
# Patche ou non?
Posté par alpha_one_x86 (site web personnel) . Évalué à -2.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
# pkgi
Posté par Stéphane Gully (site web personnel) . Évalué à 1.
Son principe est de mutualiser les binaires au niveau système et de déployer des lanceurs/fichiers de conf pour chaque utilisateur unix. On a donc un utilisateur unix associé à un répertoire (son homedir en général) par applicatif. Chaque applicatif est donc isolé mais uniquement par le biais du système de droits classique de linux, il n'y a pas d'utilisation de chroot.
Une autre contrainte avec pkgi c'est qu'il est conçu pour fonctionner avec la distribution Debian.
http://www.pkgi.net
http://linuxfr.org/2009/06/02/25545.html
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.