Parcequ'a un moment, faut arrêter de squatter les topics des autres à causer de notre jouet, on vas faire un topic unique, histoire de centraliser un peu l'info et arrêter de polluer ailleurs
 
https://www.proxmox.com/fr
 
Pour faire simple, Proxmox, c'est un hyperviseur qu'il est bien, qu'il est basé sur Debian, qu'il fait du container et de la VM Qemu/KVM dans une zoli interface web. Pour les barbus, y'a bien évidement accès à toutes les fonctionnalités via une API REST Json. Et la ligne de commande.
Et, histoire que ce soit utilisable à la maison, y'a les fonctions de base :

• Cluster,
• HA,
• Support des SAN, du iSCSI, du NFS,
• Passthrough pci-ex, usb (voir c0mm0n pour les détails),
• FS distribué CEPH intégré,
• Migration a chaud,
• Intégration à un AD pour la connexion à l'interface,
• Client VNC intégré, compatibilité Spice pour les vms et les containers,

• ... Et pleins d'autres trucs fnu

Bon, évidement, la liste fait pas forcément rêver face à du Xen ou Vmware mais c'est moins cher que vmware, et plus facile de prise en main que Xen. Et c'est assez stable/utilisé/propre pour le faire tourner en prod.
 
 
Tips (Merci Bardiel ) :
 

• Accès VNC sans passer par le portail web

• Nginx en frontal comme reverse-proxy

Déjà parceque depuis la 3.0, le apache2 a été remplacé par un sombre process chelou pvecluster, mais aussi parceque les reverse proxy, c'est pratique
Voir Sheldon pour plus de détails. Merci Sheldon
 

• Cluster à deux nodes

Sans même parler de HA, les clusters à deux nodes posent problème : si il y a coupure, le cluster ne se resynchronisera pas, car chaque node se considérera seul maître valable pour le cluster. Pour faire simple : la démocratie à deux, ça marche pas.
Pour faire fonctionner un cluster avec deux nodes sans trop de problèmes en cas de coupure, il faut fouiller dans la doc de Proxmox jusqu'à trouver ça :

Bien penser à augmenter le numéro de version
Il est bien possible que la manip fonctionne depuis l'interface web, j'ai l'habitude de la faire avec le pmxcfs monté en local
 

• Cluster tout cassé, faire fonctionner une node seule

Votre cluster à 3 membres à perdu deux de ses petits ? Et du coup, plus moyen de faire quoi que ce soit avec la troisième ?
Xinux a une solution magique pour vous :

Et hop, Cluster à un membre avec un vote pour être le chef
 
To be continued

Aide moi à remplir le FP au lieu de troller toi

 
J'utilise Proxmox pour mes VM et containers @home, ça tourne bien, pis c'est pas compliqué à utiliser.
 
Mangez en !

 
Proxmox@home

Idem, j'utilise Proxmox pour mes VM, mais pas pour les containers (système que je trouve moins intéressant)

2 petits trucs que je trouve indispensables :
- ajouter nGinx en tant que frontal à Proxmox
Idée qui m'a été soufflé par un collègue, chose particulièrement utile si on souhaite héberger d'autres systèmes web (nagios/shinken pour ses VM, smokeping pour le réseau, ou un petit wiki) ou avoir un frontal unique pour plusieurs Proxmox qui ne sont pas en cluster (si si, ça existe)
Pour cela, autant voir directement chez Sheldon

- ajouter l'accès total par VNC, sans passer la console Java VNC intégrée
ça c'est extrêmement simple à mettre en place (tellement simple qu'on se demande pourquoi elle n'est pas mise par défaut) :
Sur le serveur on installe le super-serveur Inetd :

Dans le fichier /etc/inetd.conf on définit un port de connexion pour chaque VM, dans le cas ci dessus il s'agit de la VM qui a pour vmid 101 sur port 59060 :

On redémarre sur le super-serveur (pas notre serveur, juste un service) :

Et depuis le client VNC de son choix on se connecte en tant que root@pam (ou tout autre compte @pam configuré sur le serveur ayant les droits d'accès, et là on remercie le sudoers pour simplifier la tâche), sur le port défini dans le fichier précédent, et on a accès à la VM.

Apparemment il serait possible aussi de le faire avec Remina par une autre méthode, pas testé (Proxmox 3.x pour ma part)

Seule petit défaut, je n'ai pas encore trouvé comment interfacer les droits avec un LDAP. Je n'y consacre pas beaucoup de temps dessus, mais pour "comparer" avec la gestion AD d'HyperV ou d'ESXi quoi

 
Ca m'intéresse pour le jour où ça sera implémenté :

(http://pve.proxmox.com/wiki/User_Management#Privileges)

KVM/libvirt/virt-manager, avec tuning de libvirt ?

Nope, je veux pouvoir établir des quotas par utilisateurs, genre max tant de mémoire, tant de vcpus, tant d'espace disque.

Drap

J'ai repompé tes tips en FP
J'vais en rajouter quelques uns, genre un lien vers la seule doc pour faire un cluster avec deux nodes sans que tout se casse la gueule au moindre pépin. Pour le LDAP, je sais que c'est faisable, je sais pas à quel point ça s'intègre (surtout vis-a-vis des permissions d'accès à telle ou telle vm/node/cluster).
 

TU Proxmox    
 

   
Je compte sur toi pour m'aider à alimenter la FP
Et pour les news à propos du nouveau noyal  

Sinon faudrait changer le titre, proxmox n'est pas un hyperviseur

C'est un environnement de gestion de virtualisation, mais c'est moins sympa comme titre
T'en connais beaucoup qui utilisent Qemu/kvm comme ça, from scratch ?

Les gens qui utilisent virt-manager/libvirt te diront que leur hyperviseur est KVM/qemu, pas virt-manager/libvirt

Et pourtant, tu leurs enlève virt-manager (même en laissant libvirt), je pense qu'ils vont galérer à administrer leurs machines

C'est pas la question, le terme d'hyperviseur désigne quelque chose de précis, et proxmox n'en est pas un.
Ou alors autant y aller franco dans le marketing-bullshit et dire que c'est une solution de cloud clefs en main

Que je sache, virt-manager/libvirt, il viens pas avec son fs distribué pour gérer les confs, sa solution de cluster, de HA, ...
Comparer avec Proxmox, c'est zapper une partie des fonctions quand même
Mais histoire que tout le monde soit d'accord, maintenant, y'a un sondage

Le contenu de ce message a été effacé par son auteur

En l’occurrence, c'est pas une distribution non plus vu que tu peut l'installer sur du debian
Et pour le titre, je suis ouvert à toute proposition
Par contre, la "topitude" d'un titre de topic me laisse rêveur C'est quoi déjà le titre du topic Bla²@OSA ?

Nan, là c'est un topic technique, donc faut être précis dans les termes utilisés.

"Proxmox, une solution de virtualisation kélébien"

EDIT: ou tout simplement "proxmox"

avec plaisir    
 
ben je continue de chercher guetter !
j'ai déjà vu quelques portage en 3.10 avec openvz 4.0.
mais c'est encore trop instable, et il manque des outils :
 
https://openvz.org/Vzctl_for_upstream_kernel

Le contenu de ce message a été effacé par son auteur

aptitude install virsh

Ca commence bien
 
XaT

Heu franchement, le full qemu en ligne de commande, je l'ai fait 2 jours, c'est à la limite du masochisme après... Enfin ça dépend du nombre de VM et de ce que l'on en fait aussi !

Pour en lancer une, à l'arrache ou pour un test, c'est faisable, mais pour gérer 50 machines, non
Ou alors, tu fait ta propre solution à base de script bash/perl/python/whatever...

Fig. 1-1 : c0mm0n passé a la bâtâclou par Plam dans pas longtemps.
Welcome en cat OSA, l'élite HFR !
 
Edith : ninja drapalisation !

histoire de parler un peu d'openvz,
 
voici un script qui permet la mise à jour par lot :
 

Y'a un topic XenServer ?

XaT

Petite commande pratique en cas d'utilisation en cluster :
si vous avez par exemple trois hôtes, et que vous coupez le maître et un esclave    
le dernier esclave va passer en sécurité et en lecture seule, pour lui redonner accès a ses fichiers de confs (problème de quorum, démocratie toussa toussa), utilisez la commande suivante :
 

ça m'a sauvé les fesses une fois ^^

Je valide la petite commande
Les clusters avec deux nodes (voir une, parfois ), c'est vraiment la plaie avec Proxmox