Ma contribution

Durant mon stage à l’Inria Nancy en 2014, j’ai contribué durant 6 mois à ce projet afin d’ajouter un monioring réseau à Kwapi.

J’ai adapté le code, l’ai rendu compatible avec l’API de Grid’5000, l’ai packagé pour Debian. J’ai ensuite créé une VM par site Grid’5000, écrit un module Puppet afin de le déployer partout?

Après cela, j’ai continué à maintenir Kwapi durant 2 ans, ajoutant quelques patchs et vérifiant la fonction de monitoring de chaque site.

Voici un extrait du site web Grid’5000 à propos de Kwapi:

Prendre des mesures en utilisant Kwapi sur Grid’5000

Pour les mesures classiques avec Ganglia, un utilisateur désirant une plus grande résolution peut simplement déployer ses propres sondes de mesure et les configurer avec un échantillonage de plus haut. Ce n’est cependant pas possible avec toutes les mesures, en particulier pour les sondes en dehors du contrôle des utilisateurs comme les sondes de consommation d’énergie des unités de distribution d’alimentation électriques (PDUs) ou de certains liens réseaux. C’est pourquoi Grid’5000 a déployé un adaptation de son monitoring électrique conçu initialement par des utilisateurs nommé Kwapi (page de référence, page github) Pour les curieux, le code de référence et la documentation developpeur est disponible. Dans le contexte de Grid’5000, veuillez remarquer que :

• Les mesures de Kwapi sont stockées dans un fichier HDF5: aucune donnée n’est perdue au fil du temps
• L’interface web qui affiche les mesures ((par exemple à Rennes) a connaissance des job OAR afin de permettre aux utilisateurs d’avoir une vue de leurs données collectés au cours d’une expérience.
• Kwapi-g5k a sa propre API native pour récupérer les données. Cette API est partiellement compatible avec celle développée pour Ganglia. […] Ceci donne l’illusion d’un API Metrologie unifiée pour la plupart des utilisateurs.
• Aucune metrique définie par les utilisateurs ne peut être collectée à travers Kwapi
• Il existe un délai de 5 minutes (300 secondes) avant que les données ne soient écrites sur le disque et accessibles à travers Kwapi. Ce délai a été mis en place car Kwapi utilise des volumes NFS pour stocker ses données et les écritures trop fréquentes stressent les serveurs. l’API HDF5 doit être utilisée pour récupérer les données après les expériences. Veuillez utiliser l’API native de Kwapi (port 5000) pour récuperer des données en cours d’expérience comme vous le feriez avec Ganglia.