rrd-beginners - Online en la nube

PROGRAMA:

NOMBRE

rrd-beginners - Guía para principiantes de RRDtool

SINOPSIS

Ayudar a los nuevos usuarios de RRDtool a comprender los conceptos básicos de RRDtool

DESCRIPCIÓN

Este manual es un intento de ayudar a los principiantes a comprender los conceptos de RRDtool. Eso
arroja luz sobre las diferencias entre RRDtool y otras bases de datos. Con ayuda de un ejemplo,
explica la estructura de la base de datos RRDtool. A esto le sigue una descripción general de la
característica de "gráfico" de RRDtool. Al final, tiene scripts de muestra que ilustran el
uso / envoltura de RRDtool dentro de los scripts de Shell o Perl.

What hace herramienta RRD so ¿especial?
RRDtool es un software con licencia GNU desarrollado por Tobias Oetiker, un administrador de sistemas en el
Instituto Federal Suizo de Tecnología. Aunque es una base de datos, existen distintos
diferencias entre las bases de datos RRDtool y otras bases de datos que se enumeran a continuación:

· RRDtool almacena datos; eso lo convierte en una herramienta de back-end. El conjunto de comandos RRDtool permite
para crear gráficos; eso lo convierte también en una herramienta de interfaz de usuario. Otras bases de datos simplemente almacenan
datos y no puede crear gráficos.

· En el caso de bases de datos lineales, los datos nuevos se agregan al final de la base de datos
mesa. Por lo tanto, su tamaño sigue aumentando, mientras que el tamaño de una base de datos RRDtool es
determinado en el momento de la creación. Imagine una base de datos RRDtool como el perímetro de un círculo.
Los datos se agregan a lo largo del perímetro. Cuando los datos nuevos llegan al punto de partida,
sobrescribe los datos existentes. De esta manera, el tamaño de una base de datos RRDtool siempre permanece
constante. El nombre "Round Robin" se deriva de este comportamiento.

· Otras bases de datos almacenan los valores tal como se suministran. RRDtool se puede configurar para calcular
la tasa de cambio del valor anterior al actual y almacenar esta información
preferiblemente.

· Otras bases de datos se actualizan cuando se proporcionan valores. La base de datos RRDtool es
estructurado de tal manera que necesita datos en intervalos de tiempo predefinidos. Si lo hace
no obtiene un nuevo valor durante el intervalo, almacena un valor DESCONOCIDO para ese intervalo.
Entonces, al usar la base de datos RRDtool, es imperativo usar scripts que se ejecuten en
intervalos regulares para asegurar un flujo de datos constante para actualizar la base de datos RRDtool.

RRDtool está diseñado para almacenar series temporales de datos. Con cada actualización de datos, un asociado
se almacena la marca de tiempo. El tiempo siempre se expresa en segundos transcurridos desde la época (01-01-1970).
RRDtool se puede instalar tanto en Unix como en Windows. Viene con un conjunto de comandos para llevar
realizar varias operaciones en bases de datos RRD. Se puede acceder a este conjunto de comandos desde el comando
línea, así como desde scripts de Shell o Perl. Los scripts actúan como envoltorios para acceder
datos almacenados en bases de datos RRDtool.

Entender by an (aqui)
La estructura de una base de datos RRD es diferente a otras bases de datos lineales. Otro
las bases de datos definen tablas con columnas y muchos otros parámetros. Estas definiciones
a veces son muy complejas, especialmente en grandes bases de datos. Las bases de datos de RRDtool son
se utilizan principalmente con fines de supervisión y, por lo tanto, tienen una estructura muy simple. los
Los parámetros que deben definirse son variables que contienen valores y archivos de esos
valores. Al ser sensibles al tiempo, también se definen un par de parámetros relacionados con el tiempo.
Debido a su estructura, la definición de una base de datos RRDtool también incluye una disposición
para especificar acciones específicas a tomar en ausencia de valores actualizados. Fuente de datos (DS),
latido, Tipo de fuente de fecha (DST), Archivo Round Robin (RRA) y Función de consolidación
(CF) son algunas de las terminologías relacionadas con las bases de datos RRDtool.

La estructura de una base de datos y la terminología asociada a ella se pueden explicar mejor
con un ejemplo.

rrdtool crear target.rrd \
--comienza 1023654125 \
--paso 300 \
DS: mem: CALIBRE: 600: 0: 671744 \
RRA: PROMEDIO: 0.5: 12: 24 \
RRA: PROMEDIO: 0.5: 288: 31

Este ejemplo crea una base de datos llamada objetivo.rrd. Se especifica la hora de inicio (1'023'654'125)
en el número total de segundos desde la época (tiempo en segundos desde el 01-01-1970). Mientras se actualiza
la base de datos, también se especifica la hora de actualización. Este tiempo de actualización DEBE ser mayor (más tarde)
que la hora de inicio y DEBE estar en segundos desde la época.

El paso de 300 segundos indica que la base de datos espera nuevos valores cada 300 segundos.
El script de envoltura debe programarse para ejecutarse cada paso segundos para que actualice el
base de datos cada paso segundos.

DS (fuente de datos) es la variable real que se relaciona con el parámetro en el dispositivo que
es monitoreado. Su sintaxis es

DS: variable_name: DST: heartbeat: min: max

DS es una palabra clave. "variable_name" es un nombre con el que se guarda el parámetro en el
base de datos. Puede haber tantos DS en una base de datos como sea necesario. Después de cada intervalo de pasos,
Se proporciona un nuevo valor de DS para actualizar la base de datos. Este valor también se llama Primario
Punto de datos (PDP). En nuestro ejemplo mencionado anteriormente, se genera un nuevo PDP cada 300
segundos.

Tenga en cuenta que si NO proporciona nuevos puntos de datos exactamente cada 300 segundos, esto no es un
problema, RRDtool interpolará los datos en consecuencia.

el horario de verano (Tipo de fuente de datos) define el tipo de DS. Puede ser CONTADOR, DERIVADO, ABSOLUTO,
INDICADOR. Un DS declarado como COUNTER guardará la tasa de cambio del valor en un paso
período. Esto supone que el valor siempre está aumentando (la diferencia entre los
actual y el valor anterior es mayor que 0). Los contadores de tráfico en un enrutador son una
candidato ideal para usar COUNTER como DST. DERIVE es lo mismo que COUNTER, pero permite
valores negativos también. Si quieres ver la tasa de el cambio en el espacio libre en el disco de su
servidor, entonces es posible que desee utilizar el tipo de datos DERIVE. ABSOLUTE también ahorra la tasa de
cambiar, pero asume que el valor anterior se establece en 0. La diferencia entre el
actual y el valor anterior siempre es igual al valor actual. Por lo tanto, solo almacena
el valor actual dividido por el intervalo de paso (300 segundos en nuestro ejemplo). GAUGE hace
no guardar la tasa de cambio. Guarda el valor real en sí mismo. No hay divisiones ni
cálculos. El consumo de memoria en un servidor es un ejemplo típico de indicador. La diferencia
entre los diferentes tipos de DST se puede explicar mejor con el siguiente ejemplo:

Valores = 300, 600, 900, 1200
Paso = 300 segundos
CONTADOR DS = 1, 1, 1, 1
DERIVAR DS = 1, 1, 1, 1
ABSOLUTO DS = 1, 2, 3, 4
CALIBRE DS = 300, 600, 900, 1200

El siguiente parámetro es latido del corazón. En nuestro ejemplo, el latido del corazón es de 600 segundos. Si la base de datos
no obtiene un nuevo PDP en 300 segundos, esperará otros 300 segundos (un total de 600
segundos). Si no recibe ningún PDP en 600 segundos, guardará un valor DESCONOCIDO
en la base de datos. Este valor DESCONOCIDO es una característica especial de RRDtool, es mucho mejor
que asumir que un valor faltante era 0 (cero) o cualquier otro número que también podría ser un
valor de datos válido. Por ejemplo, el contador de flujo de tráfico en un enrutador sigue aumentando.
Digamos, se pierde un valor para un intervalo y se almacena 0 en lugar de DESCONOCIDO. Ahora, cuando
el siguiente valor esté disponible, calculará la diferencia entre el valor actual
valor y el valor anterior (0) que no es correcto. Entonces, insertando el valor DESCONOCIDO
tiene mucho más sentido aquí.

Los siguientes dos parámetros son el valor mínimo y máximo, respectivamente. Si la variable
a almacenar tiene valores máximos y mínimos predecibles, esto debe especificarse aquí.
Cualquier valor de actualización que se salga de este rango se almacenará como DESCONOCIDO.

La siguiente línea declara un archivo de operación por turnos (RRA). La sintaxis para declarar un RRA es

RRA: CF: xff: paso: filas

RRA es la palabra clave para declarar RRA. La función de consolidación (CF) puede ser PROMEDIO,
MÍNIMO, MÁXIMO y ÚLTIMO. El concepto de punto de datos consolidados (CDP) entra en
la foto aquí. Un CDP se CFed (promediado, valor máximo / mínimo o último valor) de paso
número de PDP. Este RRA se mantendrá filas CDP.

Echemos un vistazo al ejemplo anterior. Para el primer RRA, 12 (pasos) PDP (variables DS)
son PROMEDIO (CF) para formar un CDP. Se archivan 24 (filas) de estas CDP. Cada PDP ocurre
a los 300 segundos. 12 PDP representan 12 veces 300 segundos, que es 1 hora. Significa 1 CDP
(que es igual a 12 PDP) representa datos por valor de 1 hora. 24 de estos CDP representan 1 día (1
hora por 24 CDP). Esto significa que este RRA es un archivo por un día. Después de 24 CDP, CDP
el número 25 reemplazará al primer CDP. El segundo RRA ahorra 1 CDP; cada CPD representa un
Valor PROMEDIO de un día (288 PDP, cada uno de los cuales cubre 300 segundos = 24 horas). Por lo tanto este
RRA es un archivo por un mes. Una sola base de datos puede tener muchas RRA. Si hay
múltiples DS, cada RRA individual guardará datos para todos los DS en la base de datos. Para
Por ejemplo, si una base de datos tiene 3 DS y se declaran RRA diarias, semanales, mensuales y anuales,
luego, cada RRA contendrá datos de las 3 fuentes de datos.

Gráfico Simétrica
Otra característica importante de RRDtool es su capacidad para crear gráficos. El comando "gráfico"
utiliza el comando "buscar" internamente para recuperar valores de la base de datos. Con el
valores recuperados dibuja gráficos según lo definido por los parámetros proporcionados en el comando
línea. Un solo gráfico puede mostrar diferentes DS (fuentes de datos) de una base de datos. Tambien es
posible mostrar los valores de más de una base de datos en un solo gráfico. A menudo, es
necesario realizar algunas operaciones matemáticas en los valores recuperados de la base de datos antes de trazar
ellos. Por ejemplo, en las respuestas SNMP, los valores de consumo de memoria generalmente se especifican en
Los KBytes y el flujo de tráfico en las interfaces se especifican en Bytes. Los gráficos de estos valores
ser más significativo si los valores se representan en MBytes y mbps. El comando gráfico RRDtool
permite definir tales conversiones. Aparte de los cálculos matemáticos, también es
posible realizar operaciones lógicas como mayor que, menor que y si / entonces / si no.
Si una base de datos contiene más de un archivo RRA, puede surgir una pregunta: ¿cómo
RRDtool decide qué archivo RRA usar para recuperar los valores? RRDtool mira
varias cosas a la hora de hacer su elección. Primero, se asegura de que el RRA cubra la mayor cantidad de
el marco de tiempo de la gráfica como sea posible. En segundo lugar, analiza la resolución de la RRA en comparación
a la resolución del gráfico. Intenta encontrar uno que tenga el mismo o mejor mejor
resolución. Con la opción "-r" puede obligar a RRDtool a asumir una resolución diferente
que el calculado a partir del ancho de píxel del gráfico.

Los valores de diferentes variables se pueden presentar en 5 formas diferentes en un gráfico: ÁREA,
LINE1, LINE2, LINE3 y STACK. AREA está representada por un área de color sólido con valores como
el límite de esta área. LINE1 / 2/3 (ancho creciente) son solo líneas simples que representan
Los valores. STACK también es un área pero se "apila" en la parte superior AREA o LINE1 / 2/3. Otro
Lo importante a tener en cuenta es que las variables se grafican en el orden en que se definen en el
comando gráfico. Por lo tanto, se debe tener cuidado de definir STACK solo después de definir AREA / LINE.
También es posible colocar comentarios formateados dentro del gráfico. Las instrucciones detalladas pueden
se puede encontrar en el manual de gráficos.

Envoltura herramienta RRD within Shell / Perl guión
Después de comprender RRDtool, ahora es el momento de usar RRDtool en los scripts. Tareas
involucrados en la gestión de la red son la recopilación de datos, el almacenamiento de datos y la recuperación de datos. En
En el siguiente ejemplo, se utiliza la base de datos target.rrd creada anteriormente. Recopilación de datos
y el almacenamiento de datos se realiza mediante scripts de Shell. Se realiza la recuperación de datos y la generación de informes.
utilizando scripts de Perl. Estos scripts se muestran a continuación:

Cáscara guión (recoge datos, <font style="vertical-align: inherit;" class="">actualizaciones sobre los portfolios ilustrativos de Small Caps y de todos los activos</font> base de datos)

#!/ Bin / sh
a = 0
while ["$ a" == 0]; hacer
snmpwalk -c público 192.168.1.250 hrSWRunPerfMem> snmp_reply
total_mem = `awk 'COMIENZA {tot_mem = 0}
{if ($ NF == "KBytes")
{tot_mem = tot_mem + $ (NF-1)}
}
END {print tot_mem} 'snmp_reply`
# Puedo usar N como reemplazo de la hora actual
rrdtool update target.rrd N: $ total_mem
# dormir hasta que los próximos 300 segundos estén completos
perl -e 'dormir 300 - tiempo% 300'
hecho # final del ciclo while

Perl guión (recupera datos obtenidos de base de datos y genera gráficos y Estadísticas)

#!/ usr / bin / perl -w
# Este script obtiene datos de target.rrd, crea un gráfico de memoria
# consumo en el objetivo (Procesador Dual P3 1 GHz, 656 MB de RAM)

# llamar al módulo perl RRD
use lib qw (/usr/local/rrdtool-1.0.41/lib/perl ../lib/perl);
utilizar RRD;
my $ cur_time = tiempo (); # establecer la hora actual
my $ end_time = $ cur_time - 86400; # establece la hora de finalización en hace 24 horas
my $ hora_inicio = $ hora_final - 2592000; # establecer inicio 30 días en el pasado

# obtener valores promedio de la base de datos RRD entre la hora de inicio y la de finalización
my ($ inicio, $ paso, $ ds_names, $ datos) =
RRDs :: fetch ("target.rrd", "PROMEDIO",
"-r", "600", "-s", "$ hora_inicio", "-e", "$ hora_finalización");
# guardar los valores obtenidos en una matriz bidimensional
mis $ filas = 0;
mis $ columnas = 0;
my $ time_variable = $ inicio;
foreach $ line (@ $ data) {
$ vals [$ filas] [$ columnas] = $ variable_tiempo;
$ variable_tiempo = $ variable_tiempo + $ paso;
foreach $ val (@ $ línea) {
$ vals [$ filas] [++ $ columnas] = $ val;}
$ filas ++;
$ columnas = 0;
}
my $ tot_time = 0;
my $ count = 0;
# guardar los valores de 2 dimensiones en una matriz de 1 dimensión
por $ i (0 .. $ # vals) {
$ tot_mem [$ count] = $ vals [$ i] [1];
$ cuenta ++;
}
my $ tot_mem_sum = 0;
# calcular el total de todos los valores
por $ i (0 .. ($ count-1)) {
$ tot_mem_sum = $ tot_mem_sum + $ tot_mem [$ i];
}
# calcular el promedio de la matriz
my $ tot_mem_ave = $ tot_mem_sum / ($ count);
# crea el gráfico
RRDs :: graph ("/images/mem_$count.png",
"--title = Uso de memoria",
"--vertical-label = Consumo de memoria (MB)",
"--start = $ hora_inicio",
"--end = $ end_time",
"--color = BACK # XNUMX-",
"--color = LONA # CCFFFF",
"--color = SHADEB # 9999CC",
"--altura = 125",
"--límite-superior = 656",
"- límite inferior = 0",
"--rígido",
"--base = 1024",
"DEF: tot_mem = target.rrd: mem: AVERAGE",
"CDEF: tot_mem_cor = tot_mem, 0,671744, LIMIT, UN, 0, tot_mem, IF, 1024, /",
"CDEF: machine_mem = tot_mem, 656, +, tot_mem, -",
"COMENTARIO: Consumo de memoria entre $ start_time",
"COMMENT: y $ end_time",
"HRULE: 656 # 000000: Memoria máxima disponible - 656 MB",
"AREA: machine_mem # CCFFFF: Memory Unused",
"AREA: tot_mem_cor # 6699CC: Memoria total consumida en MB");
my $ err = RRDs :: error;
if ($ err) {print "problema al generar el gráfico: $ err \ n";}
# imprime la salida
imprimir "El consumo medio de memoria es";
printf "% 5.2f", $ tot_mem_ave / 1024;
imprimir "MB. La representación gráfica se puede encontrar en /images/mem_$count.png.";

Use rrd-beginners en línea usando los servicios de onworks.net