Bonjour
Je reprends le fil, Pourquoi OpenVZ parce que les ressourses sont moins
mutualisés que sous vserver.
OpenVZ permet des quota disque/ram pour tes VM, il a des fonctions de
routage (fini le 127.0.0.1 impossible sous vserver ou avec bidouille)
et avec les même avantages de perfs que vserver (noyau et devices mutualisé)
Maintenant vserver je n'utilise plus depuis un moment, ils ont peut être
fait des progrés !
KVM a l'air prometteur, par contre les devices emulés me paraissent un
peut léger, mais je n'en ai pas fait un tour complet, juste un test rapide.
Sébastien Libbrecht a écrit :
Cela m'intéresse aussi de connaitre la raison de openvz plutôt que
vserver. Je me pose la question...
Le 21 avril 2010 16:56, <[email protected]> a écrit :
il y a des paquets .deb avec un dépot debian quelque part ds le wiki.
sinon pourquoi openvz plutot que vserver ? (perso je préfere kvm qui permet
d'avoir autre chose linux)
----- "sourice" <[email protected]> a écrit :
Proxmox est un simili-libre (ch'ais pas trop comment le décrire) tu
peu
l'utiliser mais c'est donné sous forme d'un iso.
Pour le routage, c'est au cas ou tu travaille avec plusieurs domaines
IP, (moi j'ai plusieurs VLAN)
tu rassemble tout sur t'on serveur hôte qui dispatche ensuite en
fonction des IP/ports. (comme je disais pas simple)
L'avantage c'est une seule machine hôte multi domaine et pleins de VM
pour les services et cerise tu peu faire un cluster de plusieurs hôtes
pour de la haute dispo.
Bon bien sur il y aura les perfs qui peuvent t'embéter suivant ce que
tu
fais et suivant la taille de t'on serveur.
Recerise, gratuit si tu ne compte pas le temps ...
Sinon pour KVM mes tests avec l'interface de proxmox avait
effectivement
des bugs.
Je suis passé directement avec qemu.
Je suis plutôt un utilisateur openvz qui a plus de possibilités que
vserver (avant j'utilisais vserver)
Pour en revenir à t'on pb, Cyprien a bien décrit les solutions
possibles.
Aprés tout est question de compromis entre le matos/ressources dispo,
le
temps et les compétences.
[email protected] a écrit :
http://pve.proxmox.com/wiki/Main_Page
proxmox utilise openvz et kvm. Ça fournit une interface web pour
administrer plusieurs noeuds (un peu façon esx)
c'est simple d'utilisation mais j'ai eu besoin d'éditer manuellement
certains fichiers pour kvm...
----- "Sébastien Libbrecht" <[email protected]> a écrit :
Patrick mille excuse....
Le 21 avril 2010 15:22, Sébastien Libbrecht <[email protected]> a
écrit :
Bonjour Patrice,
Merci pour ton retour, le faite de vouloir utiliser plusieurs VM
n'est
pas forcément pour plusieurs apaches. Simple question sur une
configuration qui me posait question. Je suis d'accord avec toi
qu'il
faut utiliser à bonne escient la virtualisation.
Qu'appels-tu faire du routage de VM ?
J'ai vu proxmox, mais il est openSource ?
Merci pour ton retour,
Sébastien
Le 21 avril 2010 15:09, sourice <[email protected]> a écrit
:
Bonjour
Une question !
Pourquoi s'embêter avec plusieurs VM (Virtual Machine) alors
qu'apache
permet le virtual host ?
Les VM sont intéressantes pour les différents services, WEB,
MAIL
ou Mysql.
(Il te faudra quand même différentes IP pour les contacter)
Pour info, j'utilise OpenVZ pour mes services, il existe même
une
solution
logiciel (proxmox) qui
s'installe et permet une gestion via interface WEB des VM.
Le routage des VM est aussi possible (XEN fait cela aussi trés
bien) mais
c'est quand même un peu galère a mettre en oeuvre.
Patrick
Sébastien Libbrecht a écrit :
Bonjour,
Merci pour ta réponse, c'est ce qui me semblait de ne pouvoir
pas
faire diffèrent apache, je pensait comme toi faire une VM
Reverse
proxy... En terme de perf, cela ne risque pas de ralentir la
navigation tout cela ?
Sébastien
Le 21 avril 2010 14:20, <[email protected]> a écrit :
bonjour,
si tu as plusieurs ip dispo, tu mets une ip par machines
virtuels
et tu
configure ton dns pour taper sur la bonnne machine.
si tu n'as qu'une ip, tu mets des ip locales a tes machines
virtuelles,
et tu fais du nat au niveau de ton hote mais du coup tu
n'auras
qu'une
machine qui répondera sur le port 80... (je ne crois pas
qu'iptables puisse
faire du routage selon l'url peut etre avec layer 7)
Tu peux rajouter une vm reverse proxy qui reçoit toutes les
requetes http
et qui les route vers la vm qui contient la bonne appli web
(routage au
niveau de l'url)
voila les 2 solutions que je vois.
----- "Sébastien Libbrecht" <[email protected]> a écrit :
Bonjour tous le monde,
J'ai une question. J'envisage de monter un serveur avec une
virtualisation. Je me pose donc une question.
Je souhaite dissocier les différents services web sur des
Domaines
virtualisés.
J'aurais donc :
Un serveur :
=> Serveur Virtuel Web
=> Serveur Virtuel Mail
=> Serveur Virtuel Mysql
...
Comment je vais faire pour dire que telle domaine
www.toto.com
doit
arriver sur le Serveur Virtuel Web ? (Par exemple)
Petite précision, je peut avoir plusieurs Serveur Virtual
Web,
et
donc
un domain différent peut pointer sur un autre vserver...
Je ne comprend pas bien...
Pourriez-vous éclairer ma lanterne ?
Merci,
Sébastien
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
--
Cyprien Le Pannérer
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
--
Cyprien Le Pannérer
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
