On Sat, May 25, 2019 at 9:45 AM Stéphane Rivière <s...@genesix.org> wrote:
> Le 25/05/2019 à 08:56, David Ponzone a écrit : > > Est-ce qu’il y en a au moins un de vous qui pourrait arrêter de troller > sur Proxmox et poser quelques arguments > > Avec plaisir David, j'avais déjà vaguement argumenté. Je recommence en > plus long. Là je reprends un copié/collé d'un MP : > > Je me cite : 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.. > > Plus précisément, c'est une couche sur de l'existant. C'est comme > employer une surcouche de routage et de firewalling au kernel + > netfilter/iptables (genre un zeroshell ou un vyaos) ou employer > directement les fonctions de base avec quelques scripts. > > C'est aussi du packaging/patching, et suivi de version/features. Avec notamment un bon suivi du kernel et des outils utilisés (il y a quand meme dans les 200 paquets dans le repo proxmox, avec notamment qemu-server, corosync, un kernel custom pve, zfs, ceph, ...) Et des parties qui n'existe pas ailleurs, comme pmxcfs pour la gestion d'un /etc/pve distribué. J'ai regardé, installé, testé, ça ne m'intéresse pas pour les raisons > évoquées. J'aime pas les clickodromes. Je ne savais même pas qu'il y > avait une CLI au clickodrome. > Tu peux ne jamais utiliser la gui. L'interet est plus dans l'api et l'env pour moi, meme si la gui aide et fourni des fonctionnalités difficiles à avoir sur une debian de base (genre la console visible via spice, ou en html5) Mais l'api et les outils couvrent nettement plus de fonctionnalités qu'une simple surcouche, comme la gestion distribuée de la configuration dans un cluster, ou la délégation de droits plutot fine sur les diverses actions possibles. D'autres ne jurent que par ça. La beauté du truc c'est qu'on a le choix. > > Perso, j'aime la simplicité. C'est pas si simple que ça la simplicité > (sic). Ca demande du travail. Mais le résultat est une remarquable > stabilité avec un minimum de composants. > > > (d’ingénieur ou d'autodidacte, perso, je m’en fous) ? :) > > Clairement, le grade sur l'épaule n'a rien à voir avec la compétence (ou > pas) :) > > > C’est avec plaisir que je testerai XCP-NG sur une prochaine infra, mais > pour le moment, à part que le GUI est plus joli, je manque de motivation. > > Mode Troll post Dredi > Donc tu aimes les GUI, c'est même un critère :> > > Sérieusement, il y a plein de cas où un GUI peut aider à abaisser le > niveau de compétence nécessaire à la mise en œuvre d'une techno. > > Proxmox en est un parfait exemple. Plein de gens l'adorent. Tant mieux > pour lui, tant mieux pour eux. > > De mon point de vue, j'ai pas besoin de ça pour monter du kvm ou du lxc > et la glue logique qui tourne autour (lvm, zfs, ou stockages réseau). Je > trouve ça overkill. > > Dès que tu tente de monter un cluster, la simplicité a tendance à disparaitre, peu importe l'outil, meme si certains sont apparement simples, les concepts ne le sont pas :) Proxmox ne me sert pas juste a avoir une interface simple pour faire de la vm (meme si c'est possible) mais a avoir une bonne base pour faire une infra potentiellement complexe. > Le jour où j'ai une merde, bien endormi dans mon édredon proxmox, je ne > saurais pas nécessairement quoi faire car, au delà des briques de base > que met en œuvre Proxmox, il faudra que je m'imprègne de la logique et > des concepts Proxmox. > > Savoir utiliser la ligne de commande pour construire un mur simple, fait > de briques simples, me semble une meilleure approche. De mon point de > vue (bis). > > ça tombe bien. C'est des outils plutot connus, kvm, lxc, corosync. Et le reste c'est pas mal de perl avec des outils en cli :) (et/ou une api rest/json) > Des potes l'utilisent et en sont contents. Je suis content pour eux. > > Mais j'aime pas la pensée monothéïste. L'info est un monde de modes qui, > selon la définition de la mode, varie toujours. Aujourd'hui Machin a la > cote, demain ça sera Bidule et après demain Trucmuche. > > D'où l'idée de rappeler l'existence de Xen. > > Mais aussi de basher Proxmox (on entend plus que des admins sautillants > et psalmodiants Proxmox ! Proxmox ! Proxmox !). Manquerai plus qu'ils > se transforment de derviches tourneurs pour la peine... > > Y'a des applications pour lesquelles VMWare est très bien voire > incontournable, d'autres ou KVM ou LXC feront l'affaire, etc... C'est la > variété des solutions qui autorisent la variété des choix. > > Proxmox, c'est comme le cloud aujourd'hui : la solution à tous les > problèmes de mauvais réveil, d'hygiène alimentaire et de lutte contre le > réchauffement de la boule... À force, on aimerait un peu de diversité. > > +1 pour la diversité. > Perso, le penguin, la debian, le xen, raidsoft, lvm, nginx pour tout, > postfix et mariadb pour le reste, etc... toujours les mêmes outils > complètement libres... depuis toujours... des briques de base... un > minimum de société commerciales, un maximum de projets vraiment libres. > > Ligne de commande, fichiers de confs et documentation interne > constamment mise à jour sont ma trinité (pour l'instant). > > Tout peut bouger. On est pas sectaire. On a du soft payé qui tourne sous > Linux (Da Vinci Resolve, TreePadBusiness, Elementor Pro entre autres). > > -- Thomas SAMSON --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
