Bonjour,
Mon service gère un peu plus de 10 serveurs (principalement des debian) qui font tous plein de choses différentes et plus personne ne sait vraiment qui fait quoi. Donc en ce moment, je fais l'inventaire, tout ira beaucoup mieux après mais comment faire pour que ça aille mieux longtemps ?
Idéalement, à tout moment, je serais capable de savoir quel serveur fait quoi (hébergement d'un site web, de web services, scripts batch, base de données, …), de voir les interactions entre ces différents services, de voir les interactions avec l'extérieur (qui appelle nos web services, qui appelons nous, …)
J'aimerais bien connaître les outils que vous utilisez pour gérer un parc de serveurs.
merci.
# plusieurs outils parfois se regroupant...
Posté par NeoX . Évalué à 5.
GLPI pour l'inventaire, coupler à Fusion-Inventory pour la remontée d'inventaire automatique.
Maintenant y a meme un plugin de monitoring dans GLPI qui va interroger un serveur Shinken.
ca te permet d'avoir un point central pour tout voir.
J'ai vu passer ici un depeche pour un logiciel serveur m23 qui permet de gerer/deployer des machines facilement en centralisant la gestion.
Y a aussi les plus classiques CFEngine, Puppet pour teleconfigurer tes serveurs.
Sinon à la main, j'utilise cssh serveur1 serveur2 serveur3 si je veux me connecter aux 3 serveurs pour y faire les memes manips, sans avoir à les repeter trois fois.
[^] # Re: plusieurs outils parfois se regroupant...
Posté par plouf2123 . Évalué à 0.
Merci. Intéressant mais en fait, c'est pas tout à fait ce que je cherche.
En réalité, je ne cherche pas à gérer les serveurs mais les services finaux qui tournent sur les serveurs.
Ca peut être par exemple :
- sur srv1, j'ai les sites web http://machin1.example.com, http://machin2.example.com, …
- sur srv2, j'ai d'autres sites + un cms qui centralise du contenu utilisé par tous ces sites + une base de données pour les données du cms.
- sur srv3, j'ai des web services qui sont utilises par machin1 et un site d'un client ainsi qu'un ftp pour du stockage de fichiers pour ces web services.
…
Au final, je veux pouvoir dire sur quels serveurs tourne un service, quels services tournent sur un serveur et quels sont les liens entres services/l'extérieur.
[^] # Re: plusieurs outils parfois se regroupant...
Posté par NeoX . Évalué à 2.
on appelle ca un inventaire, ou une base de données.
[^] # Re: plusieurs outils parfois se regroupant...
Posté par BAud (site web personnel) . Évalué à 2.
plus précisément, une CMDB ;-) même si le volet applicatif est plutôt traité dans des référentiels.
cf. cette demande de cartographie applicative dans les forums pour plus de détails.
M'enfin pour 10 serveurs ça risque d'être un peu overkill, hormis si tu mutualises à outrance.
[^] # Re: plusieurs outils parfois se regroupant...
Posté par plouf2123 . Évalué à 2.
c'est justement mutualisé à outrance. Au final, ca represente quelques centaines de services (interne ou externe).
je vais regarder tout ça. Merci !
[^] # Re: plusieurs outils parfois se regroupant...
Posté par Marc Quinton . Évalué à 2.
ca donne quoi finalement cette application de CMDB ?
[^] # Re: plusieurs outils parfois se regroupant...
Posté par Marc Quinton . Évalué à 2.
tiens, voici un lien : http://en.wikipedia.org/wiki/CMDB ; visiblement, quelques petites applications de CMDB apparaissent.
[^] # Re: plusieurs outils parfois se regroupant...
Posté par Marotte ⛧ . Évalué à 3. Dernière modification le 22 mars 2012 à 23:56.
Je ne peux qu'aller dans le sens du commentaire précédent : GLPI c'est la gestion de parc libre par excellence.
Je ne sais pas si "application" ou "base de donnée" sont des objets qui existent par défaut mais tu peux les ajouter facilement. Après tu pourras les lier à des serveurs, des utilisateurs, des incidents, etc…
Shinken ajoute le monitoring, et si je ne dis pas de bêtise la "découverte" de ton parc (t'auras pas à saisir les matériels un par un…)
[^] # Re: plusieurs outils parfois se regroupant...
Posté par eric gerbier (site web personnel) . Évalué à 2.
Si tes exemples sont corrects, il te suffit d'interroger le dns pour savoir sur quelle machine est un service ( Je suppose que tu utilise les CNAME pour déclare un service sur une machine)
Pour avoir une vue globale, tu peux faire un petit script qui interroge le dns et fait un tri par serveur.
# mcollective
Posté par napster2core . Évalué à 2.
Je pense que mcollective est ce que tu cherche. Plus d'infos sur le site de puppetlab avec une intro à mcollective:
http://puppetlabs.com/mcollective/introduction/
un article de Unixgarden:
http://www.unixgarden.com/index.php/gnu-linux-magazine/mcollective-l-administration-systeme-massive
Il est parfait avec l'outil de configuration puppet (aussi de puppetlab).
Librement
Si tu ne sais pas demande, si tu sais partage !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.