Hello Lucas, On a exactement la même réflexion, et je termine les POCs pour migrer de Vmware a proxmox. Le choix est fait de notre côté car on a besoin de plus de maîtrise de l'infrastructure, d'optimiser nos coût et de plus de scalabilité.
Le choix de proxmox est défini parce qu'il est connu, en interne, et que les fonctions nous conviennent. Et on pense prendre le support, en cas de besoin. Olivier Le ven. 24 mai 2019 à 13:56, Romain Degez <romain.de...@gmail.com> a écrit : > Bonjour Lucas, > > Intéressant ce rétropédalage / sortie du cloud. > C'est une tendance qu'on constate un peu aussi du coup suis intéressé du > feedback si tu peux en dire un peu plus! > > Pour répondre à ta questionj e dirais que ça dépend un peu du nombre > d'hyperviseurs (HV) & DC que tu veux gérer ainsi que des features que tu > attends de la solution. > > Proxmox (que tu peux piloter avec Terraform.io derrière!) présente > l'avantage d'être assez simple, rock solid et de ne pas nécessiter un > contrôle plane séparé comme OpenStack par exemple : tu peux facilement > faire un cluster avec seulement 3 HV par exemple. > Mais tu n'auras pas vraiment les "services" un peu fancy que tu trouves > chez les cloud-provider en plus de la simple fourniture de VM. > > Proxmox gère jusqu'à 32 Noeuds par cluster, supporte la live-migration et > un SAN iSCSI sans problème. (Ainsi que Ceph, et autres joyeuseté autour de > ZFS - d'ailleurs la version 0.8 d'OpenZFS vient de sortir et apporte du > lourd! https://github.com/zfsonlinux/zfs/releases ) > > Je dirais qu'oVirt est encore plus light que Proxmox en terme de feature > mais je l'ai moins utilisé donc je ne me prononce pas trop.. > > Tu n'as pas mentionné OpenNebula et CloudStack qui sont aussi des > alternatives que je placerai un peu entre Proxmox et OpenStack en terme de > features/complexité. > OpenNebula se positionne comme une alternative ou en tout cas une solution > relativement compatible avec un environnement VMWare existant (voir > https://opennebula.systems/opennebula/ & h > ttps://opennebula.systems/vonecloud/ < > https://opennebula.systems/vonecloud/> > ) > La promesse initiale de CloudStack (projet Apache) était d'offrir solution > de virt avec des API compatibles AWS EC2 et S3 et le projet à beaucoup > évolué depuis! ( > http://docs.cloudstack.apache.org/en/4.12.0.0/releasenotes/about.html) > > Pour OpenStack... c'est clairement la solution la plus riche (pas pour rien > qu'OVH se base dessus pour son offre public-cloud) mais aussi de loin la > plus complexe à intégrer et opérer donc il faut que l'envergure du > besoin/projet en vaille la peine. > > ++ > > -- > Romain > > > > On Fri, May 24, 2019 at 1:22 PM Lucas Viallon <lucas.vial...@gmail.com> > wrote: > > > Bonjour, > > > > Bon je sais ce n'est pas trop réseau mais je pose quand même la question, > > n’hésitez pas a faire des retours en privés pour ne pas ennuyer. > > > > Après avoir externalisé nos serveurs dans des cloud de grand nom, nous > > souhaitons maintenant les ré-internaliser. Nous avons eu de trop mauvaise > > expérience (Attention, on ne cherche pas de nouveau prestataire ou > cloud). > > > > Nous avons donc un NAS haut de gamme bourré de SSD et supportant ISCSI, > > plusieurs serveurs pour faire des nodes, des switch cisco nexus 100% 10G > > bref que du bonheur pour moi en terme d’équipement. > > > > Aujourd'hui je dois choisir la solution software, de base j'ai ProxMox > dans > > la tête mais je voulais connaitre l'avis de ceux qui comme moi on > rapatrié > > ou on gardé en interne. > > > > Proxmox, OVirt, OpenStack que choisir ? sachant que nous aimerions > disposer > > de la Haute Disponibilité avec si possible déplacement des VM a chaud. > > > > merci d'avance > > Lucas > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
