Image of an arrow

MONitoring as a Service pour OpenStack

Début mai, nous annoncions la publication d’un blueprint proposant l’intégration d’un service de supervision à la plate-forme infonuagique OpenStack. Baptisé Monitoring as a Service (MONaaS, ce qui pourrait se traduire par Supervision-service en français), ce projet a été présenté pour la première fois le 21 mai, par Thibault Cohen et moi-même, lors du salon Solutions Libres & Open Source de Paris.

Nous vous invitons à en visionner les diapositives que nous allons présenter de nouveau à Montréal lors de la troisième rencontre d’OpenStack Montréal, ce mercredi 4 Juin.

MONaaS-presentation-titre

Aujourd’hui, en effet, il n’existe pas de solution de supervision dans OpenStack si ce n’est au travers du projet Ceilometer. Ce composant d’OpenStack a pour but de collecter des mesures d’utilisation des différents composants de la plate-forme et ce, à l’origine, afin d’en permettre la facturation. Il répond bien aux besoins de mesure de l’infrastructure des opérateurs du cloud, mais ce n’est pas une solution de supervision destinée aux utilisateurs de l’infrastructure et à leurs applications.

Ceilometer ne permettant pas la supervision au niveau applicatif, nous proposons donc d’ajouter un composant de Monitoring as a Service (MONaaS) à OpenStack.

  • Il serait question d’un service REStful tolérant aux erreurs, autosupervisé et hautement disponible.
  • Ce service permettrait aux utilisateurs de créer différentes opérations de vérifications qui seraient effectuées périodiquement par le service de supervision.
  • Un agent optionnel serait installé dans les instances afin de récolter des données applicatives qui ne sont autrement pas visibles de l’hyperviseur.
  • Le service de supervision pourrait aussi effectuer des vérifications de disponibilité en testant directement vos services sur leur ports TCP/UDP standards (SMTP, HTTP, etc…)  et même effectuer des scénarios web.

Bien entendu cette contribution est totalement ouverte et nous discutons actuellement avec les membres de la communauté technique pour intégrer au mieux notre projet dans l’écosystème OpenStack. En attendant l’intégration du Monitoring as a Service dans Openstack, SFL à publié un plugin Nagios qui permet la supervision des métriques dans Ceilometer.

Ce billet a été préparé et co-rédigé par Alexandre Viau et Thibault Cohen

Vidéo de la présentation (MISE À JOUR)


Articles similaires

Image of an arrow

La LDAPCon est une conférence internationale autour de la technologie LDAP et des enjeux de gestion des identités, d’authentification et d’habilitation. L’événement qui se déroulera cette année à Bruxelles du 19 au 20 octobre, se tient tous les deux ans dans un pays différent : 2007 à Cologne en Allemagne 2009 à Portland aux États-Unis […]

Savez-vous comment automatiser l’installation ainsi que la configuration de Nexus Repository Manager version 3.x avec Ansible ? Pas encore ? On vous donne un coup de pouce ici ! Pour rappel, Ansible est un outil de déploiement qui permet à des playbooks d’automatiser les déploiements d’applications et d’infrastructure. L’avantage clé d’Ansible est sa flexibilité puisqu’il […]

         Nous sommes heureux de vous annoncer la sortie d’une vidéo promotionnelle produite par Microsoft eux-même ! Fruit d’une collaboration autour de la plateforme Azure, cette vidéo souligne la pertinence et l’essor des technologies open source dans l’environnement infonuagique Azure de Microsoft ainsi que notre capacité d’innovation en combinant technologies open source […]

Thumbnail image

L’authentification unique (en anglais Single Sign On ou SSO) est aujourd’hui bien implantée dans les systèmes d’information, grâce à une large offre de produits et surtout de nombreux standards comme CAS, SAML ou OpenID Connect, pour ne citer que les plus importants. Cependant, ce domaine reste difficile d’accès car chaque nouvelle norme demande un temps […]

Thumbnail image

La Ville de Villeurbanne mise sur l’Open Source et choisit LemonLDAP::NG pour contrôler les droits d’accès de ses utilisateurs. La Ville de Villeurbanne possédait plusieurs applications Web dont l’authentification était déjà déléguée à un serveur central CAS (Central Authentification Services), modifié pour les besoins de Villeurbanne pour donner accès à la fois aux utilisateurs internes […]