Bonjour tout le monde, D'avance désolé pour le top posting (smartphone) et pour le décalage horaire.
De mon côté, c'est trois possibilités en fonction de ce qu'on veut faire : - du simple et rapide : ovirt - prod dans le style containers : OpenShift - prod vm : Xen via XCP-NG (pour une fois qu'on a un truc français qui fonctionne) Pas de Xen brut de décoffrage sur une Debian parce qu'il ne faut plus se prendre la tête pour privilégier d'autres choses plus importantes. Je suis plus tranché concernant Proxmox, c'est directement la benne et c'est tout. Je préfère qu'on finance de l'hardware de qualité afin d'avoir des vrais clusters de base de données et de vm que de payer des licences VMware. Si les mecs veulent payer, qu'ils financent des noeuds pour les vm et le stockage. Autre point, base de données en vm, je suis moins fan, je préfère du vrai physique dédiée pour cela, il faut avoir de la performance et donc l'hardware adapté surtout quand on a des triggers & co dans la db. Même pour mes projets perso, x noeuds sous XCP-NG, ça juste fonctionne sans problème. Bonne journée tout le monde Florent > On 24 May 2019, at 11:32, Stéphane Rivière <s...@genesix.org> wrote: > > >> Proxmox, OVirt, OpenStack que choisir ? sachant que nous aimerions disposer >> de la Haute Disponibilité avec si possible déplacement des VM a chaud. > > OpenStack, vu qu'on est pas OVH & Co, ça me semble légèrement disproportionné. > > Pour le reste, hormis Proxmox, qui ne fait que rajouter une couche > clikodromesque (*) à de l'existant valable- personne n'évoque Xen... > > Dispo en standard sous Debian. D'une simpliplicité et d'une efficacité > ridicules. > > Les dernières version déchirent, on est proche du natif, ça fait tourner à > peu près n'importe quoi, c'est très mature et super tunable. Une relocation > prend entre 40 et 60 ms. > > https://wiki.xenproject.org/wiki/Migration & > https://www.suse.com/documentation/sles-12/book_virt/data/sec_xen_manage_migrate.html > > Il y a aussi des soluce de vraies HA, comme toute soluce similaire, il faut > du réseau de chez réseau (10 Gbps ou plusieurs 1 Gbps boundées). > > > Sinon en utilisation de base avec RaidSoftLinux+LVM : confort et sécurité. > Après, comme on est dans du standard, on greffe ce qu'on veux au niveau de > l'hyperviseur... et le reste suit... > > Cette remarque "on est dans du standard Linux" est (imho) essentielle. > > On greffe ce qu'on veux, pourvu que ça tournique sous Linux. > > Nos machines Xen n'ont même pas de VM routeur. Tout en standard > réseau/iptables linux dans l'hyperviseur et les VM. > > Xen est assez invisible mais on le trouve un peu partout, y compris de plus > en plus dans les voitures, entre autres... À part ça, il fait aussi tourner > AWS, mais c'est pas une référence :> > > > > A part la raison financière (et/ou sécurité) je vois assez peu de cas pour > > faire un rollback sur du physique. > > À part le fric et la sécu, il reste quoi ? > > Ici, c'est trop cher pour ce que c'est, pas si fiable que ça, du bon vieux > dédié chez OVH, ça juste marche au bon prix. C'est pas à la mode, il parait... > > > (*) C'est une interface connue et appréciée par beaucoup. De notre point de > vue, c'est une couche "d'apparente simplification" qui ajoute donc de la > "complexité cachée". Notre point de vue est qu'un jour, cette dernière se > vengera... > > On a eu le cas d'une pilière du bar OVH qui venait de faire sa migration > Proxmox vers Xen... Quelques temps après, j'ai eu droit à un message de > remerciement car "si elle était resté sous Proxmox, elle n'aurait pu gérer > l'incident aussi facilement". J'ai pas eu plus de détail mais comme c'est une > vraie kador, je suppose que c'était pas du bluff... > > > > -- > Be Seeing You > Number Six > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
