La técnica Round-Robin trabaja con una cantidad de datos fija, definida en el momento de crear la base de datos, y un puntero al elemento actual. Round robin es un método para seleccionar todos los elementos en un grupo de manera equitativa y en un orden racional, normalmente comenzando por el primer elemento de la lista hasta llegar al último y empezando de nuevo desde el primer elemento. El planeamiento Round Robin es tan simple como fácil de implementar, y está libre de inanición. El nombre del algoritmo viene del principio de Round-Roubin conocido de otros campos, donde cada persona toma una parte de un algo compartido en cantidades parejas. Una forma sencilla de entender el round robin es imaginar una secuencia para "tomar turnos". En operaciones computacionales, un método para ejecutar diferentes procesos de manera concurrente, para la utilización equitativa de los recursos del equipo, es limitando cada proceso a un pequeño período (quantum), y luego suspendiendo éste proceso para dar oportunidad a otro proceso y así sucesivamente. A esto se le denomina comúnmente como Planificación Round-Robin. Fuente: Wikipedia Marzo 2010.
El front-end es la parte del software que interactúa con el o los usuarios y el back-end es la parte que procesa la entrada desde el front-end . La separación del sistema en front ends y back ends es un tipo de abstracción que ayuda a mantener las diferentes partes del sistema separadas. La idea general es que el front-end sea el responsable de recolectar los datos de entrada del usuario, que pueden ser de muchas y variadas formas, y procesarlas de una manera conforme a la especificación que el back-end pueda usar. La conexión del front-end y el back-end es un tipo de interfaz. Ejemplo: En diseño web (o desarrollo web). Hace referencia a la visualización del usuario navegante por un lado (front-end), y del administrador del sitio con sus respectivos sistemas por el otro (back-end). Fuente: Wikipedia Marzo 2010.
En el caso de Base de Datos lineales, los nuevos datos se adjunta en la parte inferior de la tabla de Base de Datos. Por lo tanto su tamaño sigue aumentando, mientras que el tamaño de una Base de Datos de RRDtool se determina en tiempo de creación. Imagine una Base de Datos de RRDtool como el perímetro de un círculo. Los datos de añade a lo largo del perímetro. Cuando los nuevos datos alcanza el punto de partida, sobrescribe los datos existentes. De esta forma, el tamaño de una Base de Datos de RRDtool siempre permanece constante. El nombre de "Round Robin" se deriva de este comportamiento. Fuente: Wikipedia Marzo 2010.
Fuente: Wikipedia Marzo 2010.
Fuente: Wikipedia Marzo 2010.
La estructura de una base de datos RRD es diferente a otras bases de datos lineales. Otras bases de datos definen tablas con columnas, y muchos otros parámetros. Estas definiciones a veces son muy complejos, especialmente en grandes bases de datos. Las bases de datos en RRDtool se utilizan principalmente para fines de control y por lo tanto son muy simples en la estructura. Los parámetros que deben definirse son variables que contendrán los valores y los archivos de esos valores. Son sensibles al tiempo, por lo cual un par de parámetros relacionados con el tiempo también son definidos. Debido a su estructura, la definición de una base de datos de RRDtool también incluye una disposición para especificar acciones específicas a tomar en la ausencia de valores de actualización. Data Source (DS), heartbeat, Date Source Type (DST), Round Robin Archive (RRA), and Consolidation Function (CF) son algunas de las terminos relacionados con la base de datos de RRDtool . Fuente: http://oss.oetiker.ch/rrdtool/tut/rrd-beginners.en.html
Después de cada intervalo de paso, un nuevo valor de DS se suministra para actualizar la base de datos. Este valor también se denomina Primary Data Point (PDP). En nuestro ejemplo 1.1 se mencionó anteriormente, un nuevo PDP se genera cada 300 segundos.
Esto supone que el valor es siempre incremental (la diferencia entre el valor actual y el anterior sea mayor a 0). Los contadores de tráfico de un router son un candidato ideal para usar este tipo de datos COUNTER como DST.
Si quieres ver el tipo de cambio en el espacio libre de un disco en un servidor, entonces deberás usar el tipo de datos DERIVE.
La diferencia entre el actual y el anterior valor será siempre igual al valor actual. Por lo tanto, sólo almacena el valor actual dividido por el intervalo de step (300 segundos en el ejemplo).
El consumo de memoria en un servidor es un ejemplo típico de gauge. La diferencia entre los distintos tipos DST puede explicarse mejor con el siguiente ejemplo: Values = 300, 600, 900, 1200 Step = 300 seconds COUNTER DS = 1, 1, 1, 1 DERIVE DS = 1, 1, 1, 1 ABSOLUTE DS = 1, 2, 3, 4 GAUGE DS = 300, 600, 900, 1200
Este valor desconocido es una característica especial de RRDtool - es mucho mejor que suponer un valor que falta fue 0 (cero) o cualquier otro número que también podría ser un valor de datos válido. Por ejemplo, el flujo de tráfico de un contador en un router sigue aumentando. Digamos, es un valor perdido por un intervalo y 0 es almacenado en lugar de DESCONOCIDO. Ahora, cuando esta disponible el siguiente valor, será calculado con la diferencia entre el valor actual y el valor anterior (0) que no es correcto. De esta manera, el introducir un valor desconocido tiene mucho más sentido aquí.
El concepto de consolidated data point (CDP) entra en escena aquí. Un CPD es CF’ado (promedio, valor máximo / mínimo o por último valor) del número de step de los PDPs. Este RRA ofrecerá filas o registros CDPs . Vamos a echar un vistazo al ejemplo 1.1. Para el primer RRA, 12 (steps) PDPs (variables DS) son AVERAGEados (CF) para formar un CDP. 24 (registros o filas) de estos CDPs serán archivados. Cada PDP ocurre en 300 segundos. 12 PDPs representan 12 veces 300 segundos, que es de 1 hora. Esto significa 1 CDP (que es igual a 12 PDP) representa los datos un valor de 1 hora. 24 CDPs representan 1 día (1 hora 24 veces CDPs). Esto significa, que el RRA es un archivo para un día. Después de 24 CDPs, el CDP número 25 sustituirá al primer CDP. El segundo RRA graba 31 CDPs, cada CPD representa un valor promedio para un día (288 PDPs, cada uno cubre 300 segundos = 24 horas). Por tanto, este RRA es un archivo por un mes. Una sola base de datos puede tener muchas RRA. Si hay multiples DSs, cada RRA individual guardará los datos para todos los DSs en la base de datos. Por ejemplo, si una base de datos cuenta con 3 DSs, son declarados RRAs diarios, semanales, mensuales y anuales, entonces cada RRA almacenan los datos de las 3 data source.
Por device sustituya el nombre o la dirección IP de su dispositivo. Por community se utiliza la "comunidad de lectura" como se le llama en el mundo SNMP. Para algunos dispositivos por defecto es "public" podría funcionar, sin embargo, esto se puede desactivar, alterando o protegiendo para la privacidad y razones de seguridad. Lea la documentación que viene con el dispositivo o programa. Luego está el parámetro, llamado OID, que significa "objeto de identificación". Cuando comienzas a aprender sobre SNMP parece muy confuso. No es tan difícil cuando conoces la Base de Información de Administración ("MIB"). Es un árbol al revés que describe los datos, con un único nodo en la raíz y desde allí un número de ramas. Estas ramas terminan en otro nodo, que se ramifican, etcétera. Todas las ramas tienen un nombre y forman un camino que seguimos hasta el final. Las ramas que seguimos se denominan: iso, org, dod, internet, mgmt y mib-2. Estos nombres también pueden ser anotada como números y son 1 3 6 1 2 1: iso.org.dod.internet.mgmt.mib-2 (1.3.6.1.2.1) iso.org.dod.internet.mgmt.mib-2 (1.3.6.1.2.1) . Hay una gran confusión sobre el punto de inicio que algunos programas usan. No hay un punto de inicio en un OID. Sin embargo, algunos programas pueden utilizar la parte de arriba del OID por defecto. Para identificar la diferencia entre OID y full OID es que necesitan un punto inicial cuando se especifica el OID completo. A menudo, esos programas dejan fuera la parte por defecto al devolver los datos a usted. Para empeorar las cosas, tienen varios prefijos por defecto. Vamos a seguir el principio de nuestro OID: tenemos que a partir del 1.3.6.1.2.1, estamos interesados en la rama de "interfaces" que tiene el número 2 (por ejemplo, 1.3.6.1.2.1.2 ó 1.3.6.1. 2.1.interfaces).