Ganeti vs Proxmox [fermé]

Je suis administrateur système dans une petite maison de logiciels. Je vais virtualiser nos serveurs. La principale raison pour cela est de fournir un temps de disponibilité le plus élevé possible, mais cela augmentera probablement également l'utilisation des ressources.

Nous avons deux serveurs. Sur l'un, nous avons peu de machines virtuelles de développement et également utilisées comme serveur de génération (Jenkins Master, mais aussi Build Executor). Le 2ème, nous avons obtenu quelques services essentiels (référentiels de code, tracker de problèmes).

Je voudrais utiliser ces machines pour créer deux clusters de nœuds et créer des machines virtuelles pour chaque service. Je voudrais utiliser DRBD pour déplacer des machines entre les nœuds.

Après quelques recherches, mes candidats sont Proxmox et Ganeti. Lequel serait le mieux dans ma situation? J'aime la simplicité de Proxmox (en particulier la simplicité d'installation), mais peut-être y a-t-il une raison valable d'utiliser Ganeti?

Je ne connais pas ProxMox mais je connais Ganeti car je l'utilise dans mon travail et travaille avec les développeurs principaux.

Si vous avez un petit nombre de machines physiques et de machines virtuelles, faire les choses à la main est très bien. Vous pouvez mémoriser quelle VM se trouve sur quelle machine physique et exécuter la bonne commande Xen sur le nœud droit. Si vous n'avez qu'une seule machine physique, vous savez toujours sur quelle machine se trouvent vos machines virtuelles.

Pour un nouvel utilisateur, l'avantage le plus évident de Ganeti est qu'il sait où se trouvent toutes les machines virtuelles. À partir d'un maître, vous pouvez émettre des commandes comme "stop instance foo" et il recherche avec foo est en cours d'exécution et l'arrête. Vous pouvez lancer une commande comme «créer une machine virtuelle de taille X partout où il y a de l'espace libre» et il trouvera cet espace libre et créera la machine virtuelle. Si vous avez beaucoup de désabonnement (création et suppression de VM), Ganeti vous fera gagner beaucoup de temps. Cela vous aide également en cas de catastrophe: si l'ensemble du cluster perd de l'énergie, Ganeti redémarre toutes les machines virtuelles lorsque le cluster est alimenté et démarre. (Un exemple est ici: Power Outage: Un vrai test pour Ganeti )

Vous pouvez définir des «modèles» pour les configurations de machine virtuelle (quel système d'exploitation, configuration de stockage sur disque, etc.) Ainsi, vous êtes peut-être la seule personne suffisamment experte pour créer un modèle, mais il existe d'autres administrateurs système plus juniors de votre équipe peuvent facilement créer de nouveaux instances.

Le problème de faire les choses à la main lorsque vous avez un petit nombre de machines virtuelles est que si vous réussissez, vous grandirez au point que Ganeti aurait du sens. À ce stade, vous pourriez avoir un gros travail et vous n'aurez pas le temps d'installer Ganeti. Il s'agit d'un problème général lié au passage de la procédure manuelle à l'installation de l'automatisation: vous n'avez pas le temps de réparer l'évier qui fuit, car vous êtes trop occupé à nettoyer le sol. Pour éviter cela, je recommande d'installer Ganeti (ou l'automatisation que vous sélectionnez) le plus tôt possible.

Ganeti est 100% open source, ne nécessite aucune licence. Cependant, aucun support commercial n'est disponible si vous en avez besoin. Je ne connais pas ProxMox mais leur page Web indique qu'il nécessite une licence; il y a des parties qui sont Open Source mais ce n'est pas disponible sans licence (d'après ce que j'ai lu sur leur site web). Ils ont des plans de soutien répertoriés sur leur site Web.

Ganeti est disponible en dehors de Google depuis 2007. Il a plus de 5 ans d'ingénierie derrière. Il est stable depuis un certain temps. Vous pouvez trouver le code source de Ganeti et la communauté d'assistance sur code.google.com/p/ganeti Je ne sais pas dans quelle mesure ProxMox a été publié récemment.

J'utilise Xen depuis 2003. J'utilise Ganeti depuis environ un an maintenant et je le recommande vivement. Je n'ai jamais entendu parler de ProxMox.

Pendant des années, j'ai géré manuellement les fichiers de configuration LVM, DRBD et Xen dans plusieurs clusters de taille allant de 2 à 5 nœuds - c'était un cauchemar. DRBD a rendu les choses merveilleusement fiables et Xen a facilité la migration des machines virtuelles entre les nœuds, mais chaque fois qu'un nœud échouait, j'étais dans un processus long et fastidieux de création de nouveaux volumes LVM, de configuration de DRBD et de reconstruction des miroirs, puis de m'assurer que Xen et les autres configurations ont été répliquées ... pour un cluster à 5 nœuds, garder les choses droites dans ma tête pouvait parfois être douloureux. J'ai toujours voulu tout scénariser, mais la vie continuait de me gêner.

Puis Ganeti est arrivé. Il a été écrit exactement pour mon cas d'utilisation - les clusters à n voies utilisant Xen et DRBD. Ces heures d'opérations douloureuses et risquées sont désormais compressées dans certains cas en une seule sous-commande ganeti. J'aime cela. J'ai maintenant migré la plupart de mes machines virtuelles vers un grand cluster ganeti à 10 nœuds.

J'ai également migré nos bureaux Windows vers un cluster Ganeti / KVM - Linux uniquement sur les bureaux maintenant, et ils utilisent VNC pour accéder aux machines virtuelles Windows. Le gros avantage ici est des instantanés et des sauvegardes plus faciles, et la possibilité de mettre en sandbox chaque application Windows dans sa propre VM.

Soit dit en passant, même si vous ne parlez que d'un cluster à 2 nœuds en ce moment, je suis presque sûr qu'une fois que vous verrez l'utilitaire, vous vous retrouverez à ajouter des nœuds et à migrer tout ce que vous pouvez dans des machines virtuelles. Si votre plateforme de clustering peut prendre en charge plus de 2 nœuds, comme Ganeti, alors vous pourrez le faire.

Je n'utilise pas ganeti, mais j'utilise proxmox et je le sais très bien. Proxmox VE est un projet SOURCE ENTIÈREMENT OUVERTE et tout le code est disponible avec les binaires. Le système de base est une distribution minimale Debian 64 avec un programme d'installation personnalisé, mais vous pouvez également installer votre système Debian et ajouter les référentiels proxmox. L'un des principaux sponsors du projet est le gouvernement autrien, ce qui garantit que le développement du produit sera financé pendant longtemps. À partir de la version 2.0, même le processus de développement est ouvert (avant c'était une liste fermée et vous deviez demander l'accès à l'entreprise derrière proxmox).

Il présente une interface conviviale, avec presque toutes les fonctionnalités de vSphere, la prise en charge de cluster (basée sur corosync), la haute disponibilité HA pour VM, la sauvegarde automatisée et la restauration à partir de l'interface. Il prend également en charge la virtualisation de conteneurs avec openvz, intégré de manière transparente dans la même infrastructure et la même interface que KVM, afin que vous puissiez choisir la meilleure stratégie de virtualisation en fonction de vos besoins. J'ai environ 20 installations de Proxmox autour, d'un seul hôte, à un cluster à 2 nœuds avec drbd arrivant à un cluster à 5 nœuds sur FC SAN (> 80VM).

Pour ce que je peux voir sur ganeti, je peux affirmer qu'il n'y a pas de concurrence. Proxmox gagne à coup sûr.

Ma plainte (peut-être basée sur l'ignorance) à propos de ganeti: je suis heureux de faire des choses à la CLI si nécessaire, mais je ne pense pas que vouloir une interface graphique me fasse une mauviette. Il semble y avoir un outil de gestion ganeti basé sur le Web, mais la dernière fois que j'ai regardé, il était TRÈS loin d'être plug & and play (par exemple quelques pages de commandes à taper sur l'hôte), et en quelques tentatives sur une maquette serveur, je ne l'ai jamais réussi à construire et à installer correctement.