La gestion de la configuration est-elle utilisable pour un petit nombre de serveurs?

Si j'utilise quelque chose comme Ansible ou Puppet, et que je n'ai que deux serveurs, est-ce que cela va à l'encontre de l'utilisation de ces produits? Je pensais que si je configurais un serveur, je pouvais utiliser l'un d'eux pour le dupliquer sur l'autre.

configuration-management johnny
la source

Réponses:

Non, cela ne va pas à l'encontre du but. En fait, j'utilise Ansible pour configurer assez fréquemment des serveurs uniques pour les loisirs / projets parallèles. Cela me permet de conserver une configuration contrôlée par version, répétable et auto-documentée pour le serveur.

ceejayoz
la source

Ma compréhension est que c'est comme le "vieux" temps. Vous configurez une machine, vous y mettez toutes vos affaires et au lieu de la créer, vous utilisez le logiciel CF pour le faire à la volée. Cela signifie que j'aurais Docker ou quoi que ce soit installé et configuré, puis exécuter Ansible.

johnny

@johnny Pas tout à fait. Vous déterminez ce dont vous avez besoin sur les machines, puis créez les jeux / rôles / recettes qui mettent les machines dans cet état. L'un de vos rôles Ansible doit être l'installation et la configuration de Docker. Vous ne configurez pas réellement les machines "à la main". De plus, Ansible est bien plus bas qu'une barrière pour commencer. Tout ce dont vous avez besoin est de travailler ssh / python.

jscott

Honnêtement, les frais généraux liés à la mise en route d'un système CM lorsque vous n'avez que deux serveurs sont élevés, mais je pense que cela en vaut la peine. Et comme l'a dit jscott, vous laissez le système CM configurer votre système entièrement, et n'installez rien à la main si vous pouvez l'aider.

Mark Henderson

@MarkHenderson for marionnette id d'accord. pour ansible, les frais généraux ne sont vraiment pas si élevés, même si c'est la première fois que vous utilisez jamais ansible, alors ça pourrait l'être.

Sirex

Je ne suis pas d'accord avec le consensus actuel. En aucun cas, il ne peut être raisonnable d'apprendre un système CM pour un pool de 2 serveurs, sauf si vous voulez simplement une excuse pour apprendre ce système CM. Le temps que vous passez à apprendre, à écrire, à tester et à appliquer la configuration dépassera certainement le temps construit à la main. Si vous connaissiez l'un de ces systèmes, c'est une proposition beaucoup plus raisonnable.

Jim B
la source

"Le temps que vous passerez à apprendre, à écrire, à tester et à appliquer la configuration dépassera certainement le temps construit à la main." Initialement? Oui. Lorsqu'un serveur tombe en panne, est compromis, doit être remis à quelqu'un d'autre pour le maintenir, etc.? Pas tellement.

ceejayoz du

Bien que je ne puisse pas être en désaccord avec le temps qu'il faut pour en apprendre un, vous avez probablement beaucoup plus de temps pour le faire lorsque vous avez deux serveurs que lorsque vous avez besoin d'un CM pour en construire 10 de plus. Un CM n'est pas strictement pour gérer de grands pools de ressources, c'est pour répéter facilement des processus de manière cohérente. Vous êtes dans une bien meilleure situation si vous fsck quelque chose si vous pouvez faire une réinstallation (ou une nouvelle installation en cas de remplacement de matériel) et exécuter une commande pour le ramener à un état de fonctionnement connu. Ma règle d'or est que si je dois le faire plus d'une fois, non, je ne le fais pas. Je le fais en marionnette.

yoonix

En fait, je pense que vous n'êtes pas en désaccord - vous faites juste remarquer (correctement) qu'il y a un compromis à faire - plus de temps pour la configuration initiale, mais une gestion plus facile plus tard.

sleske

Je suis d'accord, en fait, trop souvent, je vois "pourquoi n'utilisez-vous pas Chef ..." sans penser à l'explosion des infrastructures (et donc des coûts) qui en résultera. L'exception concerne les serveurs fournis par un tiers ou dont l'image est basée sur un niveau de maintenance externe.

mckenzm

Pensez-y d'une autre manière: si vous construisez ces deux systèmes à la main, vous devrez documenter tout ce que vous faites pour la configuration initiale, chaque modification du système au cours de sa durée de vie afin que vous ou quelqu'un d'autre en votre absence puissiez reconstruire le système en cas d'urgence. Cela prend aussi du temps. Apprendre les marionnettes de base, le chef ou l'ansible n'est pas difficile et ne prend pas beaucoup de temps. Gardez à l'esprit: vous n'auriez pas besoin de fonctionnalités avancées de cm pour deux serveurs.

Phillip -Zyan K Lee- Stockmann