Version 7 Manuel de l'administrateur Table des matières LinkedIn social network LinkedIn social network LinkedIn social network LinkedIn social network Share on social media

Sources de donn�es RRD - DS

Une source de donn�es est une description g�n�rique d’une variable � collecter. Elles servent � enrichir apr�s consolidation, la base de donn�es de RRD sous formes de table (Archive Round Robin). C’est lors de la mise en place d’une collecte avec RRD Collector que l’on associera un variable collect�e � une source de donn�e (op�ration de mapping).

Les sources de donn�es sont appel�es Data Source ou DS en abr�g�. Par d�faut RRD Collector assigne des nom g�n�riques au data source tel que DS1, DS2 etc. Ces noms peuvent �tre quelconques et sont modifiables.

Un profile RRD dans le logiciel LoriotPro contient un seul jeu de source de donn�es mais peut contenir plusieurs RRA. UN profile doit contenir au minimum un jeu de source de donn�es et une archive RRA. Un jeu de source de donn�e contient au minimum une source de donn�e. Il n’y a pas de limite au nombre de source de donn�es que l’on peut mettre dans un jeu mais pratiquement une dizaine d’entr�es reste un maximum pour en avoir une exploitation ais�e.

En terme plus pratique si vous souhaitez collecter deux variables SNMP, le trafic entrant et le trafic sortant d’une interface r�seau vous aurez � d�finir deux sources de donn�es, de type � counter �.� Les types de donn�es de RRD sont adapt�s aux types d�j� existant en SNMP.

Les sources de donn�es sont typ�es, on distingue les types suivants :

Gauge

Jauge : Les jauges sont utilis�es pour la mesure instantan�, tel que le niveau d'un r�servoir, la vitesse d'un v�hicule, une temp�rature, la charge d'un processeur, le nombre d'impression en attente, un espace disque, nombre d'utilisateurs connect�s au syst�me, etc.

Counter

Compteur : Les compteurs repr�sentes des quantit�s qui s'incr�mentent en permanence. Les compteur sont toujours croissants (Exception faite li�e � la capacit� de stockage maximal qui provoque un retour � 0, "overflow"). Exemples de compteurs, les kilom�tres parcourus, le nombre d'octets transmit sur une interface r�seau,

Derive

Valeur d�riv� : S'applique principalement sur des variables instantan�es (gauge SNMP) pour mesurer une variation de celle-ci sur une p�riode de temps. Si on applique cela au nombre d'utilisateurs connect�s au syst�me on obtient un taux de connections sur la p�riode consid�r�e.

Absolute

Valeur absolue : S'applique � la lecture de compteurs qui sont remis � z�ro lors de leur lecture. Cette m�thode est utilis�e pour les compteurs � croissance rapide et permet d'�viter la saturation (overflow).

Edition et cr�ation de DataSource

La cr�ation d’un nouveau Data Source se r�alise � partir de l’onglet Data Source Settings.

liste des sources de données

Un clique sur Create Data Source ouvre la fen�tre de cr�ation d’un nouveau Data Source� ci- dessous :

édition de source de données RRD

D�finissez en premier un nom unique pour ce nouveau Data Source. Un nom doit contenir uniquement des caract�res alpha num�rique, ni signe ni symboles.

Choisissez ensuite le type de donn�es � collecter. Ce choix doit �tre fait en fonction du type de la donn�e que vous souhaitez collecter.

Le heartbeat est une valeur en secondes qui pr�cise le temps maximum tol�r� entre deux �chantillons de mises � jour d’une source de donn�e. Cette valeur est li�e � la valeur update interval d�finissant la p�riode d’enrichissement de cette source de donn�e et d�finie dans l’onglet Global Settings. Si la limite d�finie par Heartbeat est d�pass�e la valeur de la source de donn�e pour cet intervalle de temps sera positionn�e � la valeur UNKNOWN.

Pour mieux comprendre le principe de la mesure, il faut prendre en compte les trois param�tres de configuration suivants :

1.        La p�riode de polling et de collecte de donn�es (d�finie dans le plugin RRD Collector) Cette p�riode doit �tre de pr�f�rence inf�rieure ou �gale � la p�riode de cr�ation des PDP.

2.        La p�riode de mise � jour des sources de donn�es (Data Source – DS ) . Un ou plusieurs �chantillons sont utilis�s sur cet intervalle pour r�aliser la mise � jour (PDP) d’une source de donn�e.

3.        Le Heartbeat

Un PDP est un point de donn�e primaire utilis� pour l’enrichissement des archives RRA. La collecte des donn�es (SNMP get, Ping) est programm� � intervalle r�gulier (polling interval) mais cette p�riode peut cependant varier car le traitement ne s’effectuant pas dans les d�lais, la r�ponse peut �tre retard�e par des latences r�seau etc. La cr�ation du PDP a lieu � intervalle r�gulier et prend en compte tous les �chantillons collect�s par un calcul automatique de la moyenne de ces �chantillons sur la p�riode consid�r�e.

PDP définition

Le Heartbeat peut �tre sup�rieur ou inf�rieur � l’intervalle de mise � jour de la source de donn�e. Nous assignons par d�faut un Heartbeat �gal au double de l’intervalle de mise � jour.

Si il est sup�rieur un seul �chantillon collect� permettra d’assigner une valeur aux multiples Update Interval de cette p�riode. Un exemple extr�me serait d’avoir un Update Interval de 5 mn et un Heartbeat d’une journ�e ce qui signifierait qu’un seul �chantillon collect� sur la journ�e suffirait pour assigner la m�me valeur� � tous les PDP constituant cette journ�e.

Si le Heartbeat est inf�rieur � l’Update Interval cela signifie que tous les �chantillons collect�s doivent �tre valide pour que le PDP soit consid�r� comme valide. Par exemple avec un heartbeat de 1 minute et un Update Interval de 5 minutes il faut au minimum cinq bons �chantillons pour pouvoir avoir un PDP valide.

L’option Minimum value permet de d�finir la valeur minimum tol�r�e pour les �chantillons collect�s. Si la valeur collect�e est en dessous de ce minimum le PDP sera enrichi d’une valeur inconnue ( UNKNOWN)

L’option Maximum value permet de d�finir la valeur maximum tol�r�e pour les �chantillons collect�s. Si la valeur collect�e est au dessus de ce maximum le PDP sera enrichi d’une valeur inconnue (UNKNOWN).

Un champ description qui permet de commenter cette source de donn�e pour l’identifier plus facilement. Dans l’exemple ci-dessus le commentaire a �t� cr�� automatiquement par RRD Collector. Une description plus g�n�rique serait appropri�e dans le cas d’un profil r�utilisable.

 


LUTEUS
www.loriotpro.com