Mon objectif est de configurer une machine pour qu'elle puisse héberger
quelques environnements complets NetBSD (dans une optique de développement)
avant qu'ils soient transportés sur des serveurs dédiés. Les admins des mini-
environnements pourraient installer les logiciels qu'ils souhaitent et les
configurer comme bon leur semble.
Ce à quoi je tiens c'est de pouvoir arrêter/démarrer des serveurs virtuels sans
rebooter la machine, et si possible que les systèmes de fichiers soient
accessibles directement depuis l'environnement principal.
Voilà ça fait une personne de plus qui recherche une solution qui soit à peu
près un FreeBSD jail.
Quelqu'un a-t-il une idée ?
Les solutions que j'ai trouvées jusqu'à présent sont :
- FreeBSD jail : c'est en gros ce que je veux, mais pour FreeBSD.
- systrace : j'ai lu sur tech-kern que "systrace is a superset of the jail
functionality. it is general enough that there is nothing that jails do
that systrace cannot" mais je ne suis pas convaincu (j'ai pas réussi à
limiter ps avec systrace par exemple)
- NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut
rebooter la machine et je vois pas trop comment avoir accès aux fichiers
des autres machines virtuelles vu qu'elles sont toutes égales.
- un émulateur : QEMU est bien, mais faut pas pousser non plus.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Manuel Bouyer
Cyrille Szymanski wrote:
Bonjour,
Mon objectif est de configurer une machine pour qu'elle puisse héberger quelques environnements complets NetBSD (dans une optique de développement) avant qu'ils soient transportés sur des serveurs dédiés. Les admins des mini- environnements pourraient installer les logiciels qu'ils souhaitent et les configurer comme bon leur semble.
Ce à quoi je tiens c'est de pouvoir arrêter/démarrer des serveurs virtuels sans rebooter la machine, et si possible que les systèmes de fichiers soient accessibles directement depuis l'environnement principal.
Voilà ça fait une personne de plus qui recherche une solution qui soit à peu près un FreeBSD jail.
Quelqu'un a-t-il une idée ?
Les solutions que j'ai trouvées jusqu'à présent sont : - FreeBSD jail : c'est en gros ce que je veux, mais pour FreeBSD. - systrace : j'ai lu sur tech-kern que "systrace is a superset of the jail functionality. it is general enough that there is nothing that jails do that systrace cannot" mais je ne suis pas convaincu (j'ai pas réussi à limiter ps avec systrace par exemple) - NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut rebooter la machine
Non, pourquoi ?
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Cyrille Szymanski <cns@cns2.invalid> wrote:
Bonjour,
Mon objectif est de configurer une machine pour qu'elle puisse héberger
quelques environnements complets NetBSD (dans une optique de développement)
avant qu'ils soient transportés sur des serveurs dédiés. Les admins des mini-
environnements pourraient installer les logiciels qu'ils souhaitent et les
configurer comme bon leur semble.
Ce à quoi je tiens c'est de pouvoir arrêter/démarrer des serveurs virtuels sans
rebooter la machine, et si possible que les systèmes de fichiers soient
accessibles directement depuis l'environnement principal.
Voilà ça fait une personne de plus qui recherche une solution qui soit à peu
près un FreeBSD jail.
Quelqu'un a-t-il une idée ?
Les solutions que j'ai trouvées jusqu'à présent sont :
- FreeBSD jail : c'est en gros ce que je veux, mais pour FreeBSD.
- systrace : j'ai lu sur tech-kern que "systrace is a superset of the jail
functionality. it is general enough that there is nothing that jails do
that systrace cannot" mais je ne suis pas convaincu (j'ai pas réussi à
limiter ps avec systrace par exemple)
- NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut
rebooter la machine
Non, pourquoi ?
et je vois pas trop comment avoir accès aux fichiers
des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques
virtuels des autres machines.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
Mon objectif est de configurer une machine pour qu'elle puisse héberger quelques environnements complets NetBSD (dans une optique de développement) avant qu'ils soient transportés sur des serveurs dédiés. Les admins des mini- environnements pourraient installer les logiciels qu'ils souhaitent et les configurer comme bon leur semble.
Ce à quoi je tiens c'est de pouvoir arrêter/démarrer des serveurs virtuels sans rebooter la machine, et si possible que les systèmes de fichiers soient accessibles directement depuis l'environnement principal.
Voilà ça fait une personne de plus qui recherche une solution qui soit à peu près un FreeBSD jail.
Quelqu'un a-t-il une idée ?
Les solutions que j'ai trouvées jusqu'à présent sont : - FreeBSD jail : c'est en gros ce que je veux, mais pour FreeBSD. - systrace : j'ai lu sur tech-kern que "systrace is a superset of the jail functionality. it is general enough that there is nothing that jails do that systrace cannot" mais je ne suis pas convaincu (j'ai pas réussi à limiter ps avec systrace par exemple) - NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut rebooter la machine
Non, pourquoi ?
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Cyrille Szymanski
On 2005-01-29, Manuel Bouyer wrote:
- NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut rebooter la machine
Non, pourquoi ?
Ah oui, au temps pour moi. Il a suffi de redémarrer une fois pour lancer NetBSD en domain 0. A part quelques problèmes avec la souris PS/2 sous X c'est impec.
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS pour les autres domaines ?
-- Cyrille Szymanski
On 2005-01-29, Manuel Bouyer <bouyer@nerim.net> wrote:
- NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut
rebooter la machine
Non, pourquoi ?
Ah oui, au temps pour moi. Il a suffi de redémarrer une fois pour
lancer NetBSD en domain 0. A part quelques problèmes avec la souris
PS/2 sous X c'est impec.
et je vois pas trop comment avoir accès aux fichiers
des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques
virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS
pour les autres domaines ?
- NetBSD/Xen : c'est la solution qui semble la plus propre, mais il faut rebooter la machine
Non, pourquoi ?
Ah oui, au temps pour moi. Il a suffi de redémarrer une fois pour lancer NetBSD en domain 0. A part quelques problèmes avec la souris PS/2 sous X c'est impec.
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS pour les autres domaines ?
-- Cyrille Szymanski
Manuel Bouyer
Cyrille Szymanski wrote:
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS pour les autres domaines ?
Ou alors monter les autres partitions - si je me souviens bien, le domaine 0 doit voir tout les disques. Par contre evidement il ne faut pas les monter si un guest tourne, qui les a deja montees. S'il faut pouvoir acceder aux fichiers des deux cotes en meme temps, alors NFS est la solution.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Cyrille Szymanski <cns@cns2.invalid> wrote:
et je vois pas trop comment avoir accès aux fichiers
des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques
virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS
pour les autres domaines ?
Ou alors monter les autres partitions - si je me souviens bien,
le domaine 0 doit voir tout les disques.
Par contre evidement il ne faut pas les monter si un guest tourne,
qui les a deja montees. S'il faut pouvoir acceder aux fichiers des deux
cotes en meme temps, alors NFS est la solution.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
et je vois pas trop comment avoir accès aux fichiers des autres machines virtuelles vu qu'elles sont toutes égales.
Le domaine 0 a tout les droits, il peut donc voir les disques virtuels des autres machines.
Donc une solution c'est que le domaine 0 exporte des disques en NFS pour les autres domaines ?
Ou alors monter les autres partitions - si je me souviens bien, le domaine 0 doit voir tout les disques. Par contre evidement il ne faut pas les monter si un guest tourne, qui les a deja montees. S'il faut pouvoir acceder aux fichiers des deux cotes en meme temps, alors NFS est la solution.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
