Bonjour,
Le 26 août 2015 à 17:05, Damien MICHAUDET <d.michaudet@gmail.commailto:d.michaudet@gmail.com> a écrit :
Je ne connaissais pas Itop, ça a l'air un peu comme TheForeman mais supporté par une boîte markéteuse.
Ca n’a pas grand chose à voir, TheForeman va te permettre de deployer sur différentes infra (baremetal, vmware, aws, etc) et de gérer le cycle de vie de tes VMs en étant un ENC Puppet (classifieur de noeud).
iTop va être un réferentiel CMDB, (+ ticketing, etc, à la sauce ITIL) ou tu vas pouvoir documenter tes infra et solutions applicatives.
C’est plutôt pratique, ca permet d’auto documenter tes infras, d’y attacher des contacts, des contrats, du support, etc. Les modèles sont extensibles et tu peux tout modéliser. La partie IPAM est plutot bien fichue aussi.
Nous commençons l’écriture de custom facts que nous remonte l’agent Puppet, que l’on pourrait importer dans I-Top pour étoffer l’inventaire des CI.
Le côté sympa c’est aussi Rundeck couplé à TheForeman, qui te permet d’exécuter des tâches sur des groupes de machines qui répondent directement à un fact particulier (version de l’OS, version d’un paquet, maj en attente, etc). Comme mcollective mais avec la délégation et l’UI pour les non adminsys.
De notre côté, on commence vraiment à utiliser TheForeman+Puppet+Rundeck (+GitLab+Jenkins pour l’écriture de modules Puppet) pour l’opérationnel et I-Top pour l’organisationnel.
Ca demande quand même pas mal de temps pour mettre le tout en ordre de marche et convaincre ses collègues du bien fondé de la chose.
La solution a l'air un peu trop complète pour être pertinente mais mérite de s'y attarder un peu. Le lien que tu donnes me semble super intéressant et du coup pas franchement besoin que ce soit Itop qui alimente la cmdb ;)
2015-08-26 16:13 GMT+02:00 Jean-Yves LENHOF <jean-yves@lenhof.eu.orgmailto:jean-yves@lenhof.eu.org>: Le 2015-08-26 15:26, Damien MICHAUDET a écrit : Bonjour à tous,
Effectivement la discussion part dans toutes les directions qui devraient converger mais qui ne le font pas.
Reprenons dans l'ordre. Pour commencer à connaître l'état de machines il faut connaître les machines. Je n'ai pas encore trouvé d'outil simple d'inventaire dynamique qui me permette de connaître les machines et de pondre un inventory ansible en fonction de mes besoins. Collins semble faire le job mais c'est un outil Java qui consomme 800M de Ram à vide, ce qui est inacceptable pour un outil d'inventaire qui ne devrait pas, pour 1000 machines, gérer plus de 2 ou 3M de données texte.
As-tu essayé itop ? Tu peux sortir une liste dynamique assez facilement... https://github.com/jaimevalero78/itop-utilities
JYL
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- // Damien Michaudet # Libre systems engineer @ inovia.frhttp://inovia.fr/ | 42.mghttp://42.mg/ // +33 (0)6 76 74 46 50 _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
— Vincent Hurtevent Direction du Système d’Information Université Claude Bernard Lyon 1