Debian comme hyperviseur : remplacer ESxi Free, résolu.

Recherche :

Dernière réponse

Sujet : Debian comme hyperviseur : remplacer ESxi Free, résolu.

lecbee

bardiel a écrit :

Avec quoi pour le gérer ? C'est pour ça que j'indique notamment l'utilisation de Proxmox qui est basé sur KVM, mais avec de quoi le gérer de manière graphique

Si c'est pour quelques VM, virt-manager.
Si c'est pour plus de VM, oVirt.

bardiel a écrit :

Un KVM avec un déport sur virt-manager sur un autre poste ça peut se faire, mais quand à dire que c'est fait pour je n'irais pas jusque là.

Si ça sert pas à ça, ça sert à quoi alors ?

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

lecbee

bardiel a écrit :

Avec quoi pour le gérer ? C'est pour ça que j'indique notamment l'utilisation de Proxmox qui est basé sur KVM, mais avec de quoi le gérer de manière graphique

Si c'est pour quelques VM, virt-manager.
Si c'est pour plus de VM, oVirt.

bardiel a écrit :

Un KVM avec un déport sur virt-manager sur un autre poste ça peut se faire, mais quand à dire que c'est fait pour je n'irais pas jusque là.

Si ça sert pas à ça, ça sert à quoi alors ?

bardiel

lecbee a écrit :

KVM c'est aussi fait pour bosser sur du "vrai" matos.

Avec quoi pour le gérer ? C'est pour ça que j'indique notamment l'utilisation de Proxmox qui est basé sur KVM, mais avec de quoi le gérer de manière graphique [:haha_aloy]

Un KVM avec un déport sur virt-manager sur un autre poste ça peut se faire, mais quand à dire que c'est fait pour je n'irais pas jusque là.

lecbee

bardiel a écrit :

Pour bosser sur du "vrai matos", je conseille quand même sur des solutions faites pour comme Proxmox ou Xen ou ESXi côté serveur de dév, et Proxmox/Xen/ESX/HyperV en serveur de prod.

KVM c'est aussi fait pour bosser sur du "vrai" matos.

MysterieuseX

ledufakademy a écrit :

pourquoi tu me parles de dom0 alors que je parles de KVM ?
domx c'est pour xen ca ?

Tu serais pas un peu troll a éditer tes messages APRES une réponse qui te conviens pas ?
J'ai répondue sur le F.P. avant edit. Tu demandais un manager léger ou un truc qui aille sur ESX, j'ai répondue.
La prochaine fois, évite d'édit ton F.P. et de te plaindre que les autres sont a côté de tes demandes.

bardiel

Niveau vswitch tu peux regarder du côté openVSwitch, même si je n'ai pas encore trouvé de bon produit pour le gérer en graphique (web ou non)

Niveau pool de stockage et snapshots, avec KVM c'est scriptable.
Si tu as du client Linux, regardes du côté de Zenity (du GTK+ qui fonctionne sur tout Linux avec Gnome) avec l'envoi des commandes par SSH.
Si tu as du client Windows, idem avec AutoIT, et toujours par SSH (pmlink de PuTTY pourra t'aider)

Pour bosser sur du "vrai matos", je conseille quand même sur des solutions faites pour comme Proxmox ou Xen ou ESXi côté serveur de dév, et Proxmox/Xen/ESX/HyperV en serveur de prod.
J'avais vu un serveur Debian avec du KVM dessus dans une université, depuis ils sont passés sur du Xen pour pouvoir gérer sans problème un pool de stockage en SAN.

edit : rejeter RedHat/CentOS/Fedora car c'est US, alors il faudrait aussi rejeter Debian, Ubuntu, SuSE/openSuSE, etc etc...
A part Mandriva, qui utilise une bonne partie de ce qu'on déjà fait les autres, pour une architecture 100% francophone c'est trop se limiter ou devoir ré-inventer la roue.
Un dév ou un chef de projet qui a le choix entre quelque chose d'existant, même étranger, et quelque chose qu'il doit refaire de A à Z, le dév ou le chef de projet ne va pas s'amuser à choisir la 2ème option : il prendra l'existant.

Les limites de ce genre par rapport à ce que tu cherches, ça doit aussi entrer en compte.

ledufakademy

Sujet résolu : KVM + virt-manager, je te conseille cet article

edit : au taf j'ai déjà commencé à effectuer cette solution mais avec virt-manager sur l'hote (par sur mon client). Car j'utilise win7 avec xming (un serveur x gratuit pour windows)
via ssh j'ai le x forwarding activé .

Don il me reste à comprendre la conf réseau (adieu les vswitch vmware en gui, sniff), le pools de stockage , les snapshots si dispo ... : les classiques de la virtu en somme mais sous debian !

Merci Bardiel.

ledufakademy

t'est un chef Bardiel : ton lien (kvm + virt-manager)est EXACTEMENT ce que je cherche.

1 - j'essaie de tout faire avec Debian (tout !) et ses briques soft de qualité.(et ne cherche au contraire pas un client lourd style celui de vmware qui tourne uniquement sous Windaube)
2 - RedHat (donc Centos doin Fedora) c'est US donc je n'en veux pas (je sais KVM est majoritairement développé par ...redhat)
3 - Proxmox : j'y ai gouté durant 6 mois , et mouaih , usine à gaz pour les fonctionnalités simple que je désire : et puis j'aime tout contrôler !
(à ce sujet je cherche de la doc complète sur systemd : car le lennart je sais pas trop ce qu'il nous fout la dessous , ca fait tout son truc !!!)
4 - Xen la aussi trop usine à gaz.

Note : Avant je n'aimais pas Debian à cause qu'il fallait tout installé et que de base y'avait rien (même pas vim !!!), maintenant j'en suis fan, et je ne cherche que ça.

bardiel

ledufakademy a écrit :

Note : pour les solutions ProxMox ovirt (qui n'est pas sous debian d'aulleurs) ce n'est pas ce que je cherche forcément, d'ailleurs il y a un topic proxmox.

Tu cherches un truc qui va pouvoir ce lancer/manager avec un client lourd à la ESXi/vSphere, qui sera donc forcément à installer, alors que Proxmox permet de passer par un navigateur web pour le management des VM.
Pour les avoir "directement", tu n'as pas dû passer sur le topic Proxmox, j'ai indiqué une manip (qui fonctionne très bien) qui permet d'avoir ces VM directement dans un tunnel VNC.
Tant que tu as un utilisateur "autorisé" pour l'accès VNC, n'importe qui peut se connecter à la VM, sans forcément avoir les droits de gestion sur Proxmox en lui-même.
Idem pour la partie redémarrage au reboot hardware de l'host, c'est gérable directement dans Proxmox.
Donc là faudrait "motiver" l'exclusion [:ledepotoirducanard:2]

oVirt c'est du Red Hat. Et Red Hat est connu pour faire de la grande qualité donc là aussi écarter ce produit... faudrait expliquer le pourquoi. Le java ?

En solutions autres tu as Xen, utilisable sur Debian et dérivées, Fedora et dérivées, SLES et openSuSE, etc... il existe même des versions pour netBSD et openSolaris :D
Très puissant, mais usine à gaz.
virt-manager peut faire office de couteau suisse pour aussi bien gérer du KVM que du Xen, mais pas de Proxmox, pour info.

Si tu ne cherches qu'à avoir du KVM + virt-manager, je te conseille cet article ;)

ledufakademy

pourquoi tu me parles de dom0 alors que je parles de KVM ?
domx c'est pour xen ca ?

MysterieuseX

De mémoire, tu ne peu pas théoriquement changer de host ou dom0 pour ESXi, il faut obligatoirement passer par les solutions intégrées wmware.

En revanche tu peu avoir ESXi avec une interface de management mais c'est très certainement payant (openQRM par exemple ?).

ledufakademy

Avec une Debian 7 fraîchement installée je me demande si il est possible de faire en sorte qu'elle puisse héberger de manière stable et avec un gui sympa (virt-manager ?) des VM windows 2008 R2, Debian etc.
Le hardware est compsé d"'un core i5 , un ds61 de shuttle, et 32 go de ram + un hd ssd hybride seagate.

Avec option de redémarrage auto des vm si reboot etc : bref une sorte d'ESXi avec le gui vsSpehere client (pas vsphere server)

Merci de vos lumières.

Note : pour les solutions ProxMox ovirt (qui n'est pas sous debian d'aulleurs) ce n'est pas ce que je cherche forcément, d'ailleurs il y a un topic proxmox.