Difference between revisions of "Pandora: Documentation es: Glosario Terminos"

From Pandora FMS Wiki
Jump to: navigation, search
(Módulo)
(SVN / Subversion / Repositorio de código)
(21 intermediate revisions by 7 users not shown)
Line 2: Line 2:
  
 
= Glosario de términos de Pandora FMS =
 
= Glosario de términos de Pandora FMS =
<br>
+
 
A menudo una de las cosas que más cuesta entender cuando se comienza con Pandora FMS son los términos que se manejan. Si se viene de otro sistema de monitorización o si no se conoce ninguno anterior, resulta bastante confuso. El propósito de este glosario es unificar y definir de forma pormenorizada todas las definiciones de términos comúnmente empleados en Pandora FMS
+
Al empezar a trabajar con Pandora FMS es importante tener claros algunos de los términos que se manejan. Debido a que los diferentes sistemas de monitorización utilizan sus propios términos para referirse a conceptos similares, es importante que cada uno de ellos quede claro para evitar confusiones posteriores. El propósito de este glosario es unificar y definir de forma pormenorizada todas las definiciones de términos comúnmente empleados en Pandora FMS.
  
 
== Agente ==
 
== Agente ==
<br>
+
 
Un agente en Pandora FMS es una entidad organizativa, que generalmente suele ser una maquina, sistema o host (un ordenador). El agente contiene información, y pertenece a un grupo (a un único grupo). Un agente también puede ser una unidad organizativa, diferente de un ordenador, puede ser un edificio, un vehículo o cualquier otra cosa que ''contiene información''. El agente contiene información en diferentes módulos. El agente puede estar relacionado con otros agentes, mediante una relación de parentesco (un agente puede ser hijo de otro agente).  El agente por tanto es una unidad organizativa dentro de Pandora FMS, un concepto donde se almacena información otras unidades de información llamadas módulos.
+
Un agente en Pandora FMS es una entidad organizativa, que generalmente suele ser una máquina, sistema o host (un equipo), que contiene información de diferentes chequeos llamados módulos, y pertenece a un único grupo. Puede estar relacionado con otros agentes mediante una relaciones de parentesco (padre-hijo).
  
 
== Agente software ==
 
== Agente software ==
<br>
+
 
Aunque se llama igual que el concepto anterior, el agente software hace referencia al programa que se instala en los ordenadores para recoger información de forma automática, ese programa es el llamado "Agente de Pandora FMS" que se instala en todo tipo de sistemas: Windows, UNIX, etc. El agente software es una aplicación que genera un fichero de datos que se envía al servidor de Pandora FMS a través de la red, generalmente usando el protocolo Tentacle.
+
Hace referencia al servicio que se instala en los equipos para recoger información local, y puede instalarse en todo tipo de sistemas: Windows, UNIX, etc. Permanece corriendo en el sistema en el que es instalado para recoger y enviar información cada cierto tiempo, llamado ''intervalo''. El agente software genera un fichero de datos en formato XML que se envía al servidor de Pandora FMS a través de la red, generalmente usando el protocolo Tentacle.
  
 
== Módulo ==
 
== Módulo ==
<br>
+
 
Un módulo es una entidad atómica de información que almacena valores (numéricos, o de de tipo alfanumérico/texto). Cada módulo sólo almacena un tipo de dato, del mismo tipo. Es decir, un módulo que almacena el caudal de tráfico en un router, solo almacena ese valor (números que se van incrementando en el tiempo). Los módulos están contenidos dentro de los agentes, y siempre asociados a un único agente. Un agente puede contener N módulos. Los módulos no están relacionados entre sí.
+
Un módulo es una entidad atómica de información que almacena valores numéricos o de de tipo alfanumérico/texto. Cada módulo solo almacena datos de un chequeo individual (CPU, RAM, tráfico...). Los módulos están contenidos dentro de los agentes, y siempre asociados a un único agente. Un agente puede contener múltiples módulos.  
  
 
== Servidor remoto ==
 
== Servidor remoto ==
<br>
+
 
 
Servidor que está en red y no es el servidor local.
 
Servidor que está en red y no es el servidor local.
  
 
== Servidor ==
 
== Servidor ==
<br>
 
El servidor de Pandora FMS es quien procesa la información recolectada de diferentes maneras, también son los que ejecutan alertas y envían los datos a la base de datos. Hay muchos subtipos de servidores de Pandora, y cada uno realiza una operación. Los servidores de tipo red, por ejemplo, realizan pruebas de monitorización remotas (a distancia, mientras que los servidores de datos, procesan XML recogidos).
 
  
A veces se habla genéricamente "Servidor" cuando nos referimos a un sistema, a un ordenador.
+
El servidor de Pandora FMS es el que procesa la información, recolectada de diferentes maneras. También ejecuta alertas, aplica las políticas y envía la información a la base de datos. El servidor de Pandora FMS contiene además diferentes componentes que realizan funciones propias; algunos de ellos son el servidor de red, el servidor SNMP, el servidor de datos... Todos son componentes que forman parte del servidor de Pandora FMS y pueden habilitarse o deshabilitarse en función de las necesidades.
  
 
== Consola ==
 
== Consola ==
<br>
+
 
La consola, o consola WEB es la aplicación WEB que permite gestionar Pandora FMS mediante WEB.  
+
La consola de Pandora FMS o consola web es la interfaz que permite gestionar Pandora FMS a través del navegador.
 +
 
 +
== Metaconsola ==
 +
 
 +
La Metaconsola es un portal web donde poder visualizar, sincronizar y gestionar de forma unificada distintos sistemas de monitorización Pandora FMS. De este modo, el manejo de datos de diferentes entornos de monitorización se realizará de forma centralizada desde este punto jerárquicamente superior.
  
 
== Grupo ==
 
== Grupo ==
<br>
 
Un grupo es un elemento organizativo. Los grupos contienen agentes, y los grupos se usan como referencia para establecer que cosas puede ver y que no puede ver un usuario. Por ejemplo, cuando se define un informe y este está relacionado con un grupo, solo los usuarios con acceso a ese grupo pueden ver ese informe.
 
  
Los grupos pueden contener otros grupos, pero esa jerarquía no se ve (al menos en la versión 3.1 y anteriores) de ninguna otra manera ni se tiene en cuenta en el sistema de permisos.
+
Conjunto que contiene agentes, empleados para filtrar y para controlar visibilidad y permisos. Los grupos funcionan estrechamente con los perfiles de usuario, y combinándose crean reglas que establecen qué elementos de la consola puede o no visualizar un usuario. Los grupos pueden contener otros grupos.
  
 
== Perfil ==
 
== Perfil ==
<br>
+
 
Es un grupo de "permisos" sobre diferentes operaciones posibles en Pandora FMS: ver un agente, modificar un agente, asignar alertas, definir informes, gestionar la BBDD, etc.
+
Define los permisos sobre las diferentes operaciones posibles en Pandora FMS: ver un agente, modificar un agente, asignar alertas, definir informes, gestionar la BBDD, etc. Se asocian a usuarios para grupos determinados.
  
 
== ACL ==
 
== ACL ==
<br>
+
 
ACL es un acrónimo en ingles de Access Control List, o Listas de Control de Accesos (LCA en Español), que en Pandora FMS se definen asignando a un usuario un perfil sobre un grupo.
+
ACL es el acrónimo en inglés de "Access Control List", o "Listas de Control de Accesos" (LCA en Español), que en Pandora FMS se definen asignando a un usuario un perfil sobre un grupo. Determinan los permisos de los usuarios.
  
 
== Monitor ==
 
== Monitor ==
<br>
+
 
Es un módulo con un estado asociado. En versiones anteriores de Pandora FMS únicamente los módulos booleanos tenían estado (normal cuando estaban a 1 y crítico cuando estaban a 0). Actualmente todos los módulos permiten definir umbrales para tres estados diferentes. Cuando un modulo no tiene informacion de estado asociado, no sabe cuando ponerse crítico o en warning, de forma que es simplemente un módulo.
+
Módulo con un estado asociado.
  
 
== Ficheros de datos / XML de datos ==
 
== Ficheros de datos / XML de datos ==
<br>
+
 
Un XML es un fichero de datos que generan los agentes software de Pandora FMS. Además de la información de los módulos del agente contiene información sobre el propio agente (versión, sistema operativo etc.). El formato XML es un standard en la informática y sirve como contenedor de datos, para más información sobre el formato XML, visitar http://es.wikipedia.org/wiki/Extensible_Markup_Language.
+
Archivos de datos que generan los agentes software de Pandora FMS. Además de la información de los módulos del agente, contiene información sobre el propio agente (versión, sistema operativo, etc.).
 +
 
 +
== Evento ==
 +
Un evento es cualquier acontecimiento que ocurre en nuestros sistemas monitorizados. La información que muestran va desde cualquier cambio de estado de un módulo, alertas lanzadas o recuperadas, hasta reinicios del sistema o eventos personalizados.
  
 
== Alerta ==
 
== Alerta ==
<br>
+
 
Es una instancia de una plantilla de alerta asociada a un módulo concreto. Puede llevar asociadas distintas acciones y tiene dos estados posibles, disparada o no disparada. La alerta en Pandora FMS, es lo que hace que cuando ocurra algo - por ejemplo cuando se cae un servidor -, Pandora FMS lo interprete y envíe un email o un SMS a una persona indicandole lo sucedido.
+
Ejecución automática basada en circunstancias. Puede llevar asociadas distintas acciones y tiene dos estados posibles: disparada o no disparada. La alertas en Pandora FMS son las encargadas de ejecutar de forma automática acciones tales como el envío de un email de aviso o un SMS. Consta de una plantilla + acción + comando.
  
 
== Plantilla de alerta ==
 
== Plantilla de alerta ==
<br>
+
 
Es uno de los tres componentes de las alertas. Define la configuración de una alerta de forma general (llamaremos alerta propiamente dicha a la instancia de una plantilla). Permite especificar la condición de disparo, que puede depender del valor o del estado de un módulo, y otros detalles como el número máximo de veces que se disparará en un intervalo dado o las opciones de recuperación.
+
Es uno de los tres componentes de las alertas. Especifica las condiciones de disparo de la alerta, que puede depender del valor o del estado de un módulo, y otros detalles como el número máximo de veces que se disparará en un intervalo dado o un rango horario de funcionamiento.
  
 
== Acción ==
 
== Acción ==
<br>
+
 
La acción es una de las partes de la alerta. Las acciones son instancias (es decir, la particularización) de un comando. Esta particularización hace que las acciones incluyan parámetros específicos. Por ejemplo, sobre el comando '''eMail''' podríamos definir las acciones '''Enviar un correo al administrador''' y '''Enviar un correo a la lista de distribución del proyecto''', definiendo algunos de los campos que tenía el comando, especificando el email del administrador o el de la lista de correo de distribución, siguiendo el ejemplo anterior.
+
Ejecución que se lleva a cabo cuando se dispara una alerta. Son parametrizables mediante una serie de campos, incluyendo información concreta sobre las circunstancias en que se disparó la alerta. Es posible ejecutar varias acciones para una única alerta.
  
 
== Comando ==
 
== Comando ==
<br>
+
 
Es otro componente de las alertas de Pandora FMS. Exceptuando los comandos internos de Pandora FMS, que permiten generar eventos, enviar emails etc. un comando representa un programa o utilidad externa que el servidor ejecuta.
+
Ejecución a nivel de sistema que lleva a cabo el servidor cuando se dispara una alerta. Pueden emplearse comandos externos o scripts personalizados para ampliar las posibilidades existentes.
  
 
== Shell o línea de comando ==
 
== Shell o línea de comando ==
<br>
+
 
Interfaz que permite la introducción de comandos por medio del teclado.
+
Interfaz que permite la introducción de comandos sobre una máquina por medio del teclado.
  
 
== Paquete ==
 
== Paquete ==
<br>
+
 
 
Un paquete contiene un programa o conjunto de programas empaquetados en un determinado formato listo para ser instalado en un sistema operativo y versión determinados. Por ejemplo, un paquete RPM para OpenSUSE Linux.
 
Un paquete contiene un programa o conjunto de programas empaquetados en un determinado formato listo para ser instalado en un sistema operativo y versión determinados. Por ejemplo, un paquete RPM para OpenSUSE Linux.
  
 
== Tarball ==
 
== Tarball ==
<br>
+
 
Al igual que un paquete, contiene un programa o conjunto de programas empaquetados en formato TAR, pero a diferencia de éste no contiene información sobre cómo instalarlo y en principio no son específicos para un sistema operativo determinado (aunque es posible el programa que contenga sí lo sea).
+
Al igual que un paquete, contiene un programa o conjunto de programas empaquetados en formato TAR, pero a diferencia de este no contiene información sobre cómo instalarlo y en principio no son específicos para un sistema operativo determinado.
  
 
== SVN / Subversion / Repositorio de código ==
 
== SVN / Subversion / Repositorio de código ==
<br>
+
 
Es un sistema de control de versiones que guarda un repositorio con las distintas versiones de los archivos que integran un proyecto a lo largo de su vida. Al conjunto de archivos en un instante del tiempo dado se le denomina revisión, de modo que dos personas que tengan la misma revisión del proyecto tendrán dos copias idénticas de los mismos archivos.
+
Es un sistema de control de versiones que guarda un repositorio con las distintas versiones de los archivos que integran un proyecto a lo largo de su vida. Al conjunto de archivos en un instante del tiempo dado se lo denomina revisión, de modo que dos personas que tengan la misma revisión del proyecto tendrán dos copias idénticas de los mismos archivos.
  
 
== Base de datos ==
 
== Base de datos ==
<br>
+
 
 
Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. Pandora FMS utiliza bases de datos relacionales, en las que el lugar y la forma en que se almacenen los datos no tienen relevancia y se accede a ellos a través de un lenguaje estructurado de consultas estándar (SQL).
 
Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. Pandora FMS utiliza bases de datos relacionales, en las que el lugar y la forma en que se almacenen los datos no tienen relevancia y se accede a ellos a través de un lenguaje estructurado de consultas estándar (SQL).
  
 
== Esquema de base de datos ==
 
== Esquema de base de datos ==
<br>
+
 
 
Describe la estructura de una base de datos en un lenguaje formal. En una base de datos relacional el esquema define las tablas, los campos de cada tabla y las relaciones entre campos y tablas.
 
Describe la estructura de una base de datos en un lenguaje formal. En una base de datos relacional el esquema define las tablas, los campos de cada tabla y las relaciones entre campos y tablas.
  
 
== Tentacle ==
 
== Tentacle ==
<br>
+
 
Es el protocolo de transferencia de datos que utilizan los agentes software para enviar datos al servidor de Pandora FMS. Tentacle es multiplataforma y está diseñado para ser un protocolo seguro y fácil de usar. Utiliza por defecto el puerto 41121 (asignado por IANA).
+
Es el protocolo de transferencia de datos que utilizan los agentes software y el ''Satellite Server'' para enviar datos al servidor de Pandora FMS. Tentacle es multiplataforma y está diseñado para ser un protocolo seguro y fácil de usar. Utiliza por defecto el puerto 41121 (asignado por IANA).
  
 
== Estado ==
 
== Estado ==
<br>
+
 
Normalmente nos referimos al estado de un módulo. Nos da información acerca del módulo en el momento actual. El estado de un agente viene dado por el peor de los estados de sus módulos en conjunto (si tiene 5 modulos y uno está en CRITICAL, dos en WARNING y dos en NORMAL) el estado del módulo sería CRITICAL. Lo mismo se aplica para el estado de un grupo.
+
Normalmente nos referimos al estado de un módulo. Nos da información acerca del módulo en el momento actual. El estado de un agente viene dado por el estado más severo de entre sus módulos en conjunto. Si tiene 5 módulos y uno está en CRITICAL, dos en WARNING y dos en NORMAL, el estado del módulo sería CRITICAL. Lo mismo se aplica para el estado de un grupo.
  
 
== Estado CRITICAL, WARNING ==
 
== Estado CRITICAL, WARNING ==
<br>
+
 
 
NORMAL, WARNING y CRITICAL son los tres estados posibles de un módulo. Los estados WARNING y CRITICAL suelen indicar condiciones de error de distinta gravedad. Pandora FMS permite definir de forma independiente distintos umbrales para los estados WARNING y CRITICAL de cada módulo.
 
NORMAL, WARNING y CRITICAL son los tres estados posibles de un módulo. Los estados WARNING y CRITICAL suelen indicar condiciones de error de distinta gravedad. Pandora FMS permite definir de forma independiente distintos umbrales para los estados WARNING y CRITICAL de cada módulo.
  
== Estado desconocido ==
+
== Estado UNKNOWN ==
<br>
+
 
Decimos que un módulo está en estado desconocido si no recibe datos desde hace más del doble de su intervalo. Es decir, un módulo que envía datos cada 5 minutos se marca como desconocido después de 10 minutos sin recibir datos. Sin embargo el módulo sigue conservando su estado NORMAL, WARNING o CRITICAL en función del último dato que llegase.
+
Decimos que un módulo está en estado desconocido o UNKNOWN si no recibe datos desde hace más del doble de su intervalo. Es decir, un módulo que envía datos cada 5 minutos se marca como desconocido después de 10 minutos sin recibir datos.  
  
 
== Umbral de alerta (Alert threshold) ==
 
== Umbral de alerta (Alert threshold) ==
<br>
+
 
 
Es el intervalo de tiempo en el que aplican las restricciones definidas al configurar la plantilla de la alerta. Por ejemplo, una plantilla de alertas que defina un umbral de 10 minutos y un número máximo de alertas de 5, garantiza que en un intervalo de 10 minutos la alerta no se disparará más de 5 veces. Además, salvo que la recuperación esté configurada, la alerta permanecerá disparada hasta que venza este intervalo de tiempo.
 
Es el intervalo de tiempo en el que aplican las restricciones definidas al configurar la plantilla de la alerta. Por ejemplo, una plantilla de alertas que defina un umbral de 10 minutos y un número máximo de alertas de 5, garantiza que en un intervalo de 10 minutos la alerta no se disparará más de 5 veces. Además, salvo que la recuperación esté configurada, la alerta permanecerá disparada hasta que venza este intervalo de tiempo.
  
 
== Falso positivo/negativo ==
 
== Falso positivo/negativo ==
<br>
+
 
Cuando un chequeo devuelve un error y éste no se ha producido hablamos de falso positivo. Cuando no devuelve ningún error y éste se ha producido hablamos de falso negativo. Por ejemplo, tenemos un falso positivo si un módulo que devuelve 1 cuando un servidor está disponible y 0 cuando no lo está devuelve 1 sin estar el servidor disponible.
+
Cuando un chequeo devuelve un error y este no se ha producido hablamos de falso positivo. Cuando no devuelve ningún error y éste se ha producido hablamos de falso negativo.  
 +
 
 +
Por ejemplo, tenemos un módulo que devuelve 1 cuando el servidor está disponible. Tendríamos un falso negativo cuando el servidor no está disponible y el módulo devuelve 1;  y tendríamos un falso positivo cuando el servidor está disponible y el módulo devuelve 0.
  
 
== Protección Flip/Flop ==
 
== Protección Flip/Flop ==
<br>
+
 
La protección flip flop de un módulo indica el número de veces que se debe dar la condición de cambio de estado para que se produzca el cambio de estado. Esto permite proteger a un módulo de falsos positivos/negativos. Por ejemplo, si sabemos que un módulo devuelve falsos positivos, pero nunca más de dos seguidos, podemos configurar la protección de flip flop a tres para evitar que los falsos positivos produzcan cambios de estado.
+
La protección flip flop de un módulo indica el número de veces que se debe dar la condición de cambio de estado para que se produzca el cambio de estado. Esto permite proteger a un módulo de falsos positivos/negativos. Por ejemplo, si sabemos que un módulo devuelve falsos positivos pero nunca más de dos seguidos, podemos configurar la protección de flip flop a tres para evitar que los falsos positivos produzcan cambios de estado.
  
 
== Monitorización síncrona ==
 
== Monitorización síncrona ==
<br>
+
 
 
Decimos que un módulo es síncrono cuando devuelve datos a intervalos regulares. Por ejemplo, una medición de temperatura cada 5 minutos.
 
Decimos que un módulo es síncrono cuando devuelve datos a intervalos regulares. Por ejemplo, una medición de temperatura cada 5 minutos.
  
 
== Monitorización asíncrona ==
 
== Monitorización asíncrona ==
<br>
+
 
Decimos que un módulo es asíncrono cuando devuelve datos en función de su disponibilidad. Por ejemplo, buscar una cadena en un fichero de log. Si no se encuentra la cadena, el módulo no devuelve datos. Otro ejemplo -muy frecuente- es el de los traps SNMP, que sólo se generan cuando ocurre un error (por ejemplo, fallo en una fuente de alimentación).
+
Decimos que un módulo es asíncrono cuando devuelve datos en función de cambios o acontecimientos, que pueden producirse o no. Por ejemplo, buscar una cadena en un fichero de log. Si no se encuentra la cadena, el módulo no devuelve datos. Otro ejemplo -muy frecuente- es el de los traps SNMP, que solo se generan cuando ocurre un error (por ejemplo, un fallo en una fuente de alimentación).
  
 
[[Pandora:Documentation|Volver a Indice de Documentacion Pandora FMS]]
 
[[Pandora:Documentation|Volver a Indice de Documentacion Pandora FMS]]
  
 
[[Category:Pandora FMS]]
 
[[Category:Pandora FMS]]

Revision as of 10:46, 2 June 2020

Volver a Indice de Documentacion Pandora FMS

1 Glosario de términos de Pandora FMS

Al empezar a trabajar con Pandora FMS es importante tener claros algunos de los términos que se manejan. Debido a que los diferentes sistemas de monitorización utilizan sus propios términos para referirse a conceptos similares, es importante que cada uno de ellos quede claro para evitar confusiones posteriores. El propósito de este glosario es unificar y definir de forma pormenorizada todas las definiciones de términos comúnmente empleados en Pandora FMS.

1.1 Agente

Un agente en Pandora FMS es una entidad organizativa, que generalmente suele ser una máquina, sistema o host (un equipo), que contiene información de diferentes chequeos llamados módulos, y pertenece a un único grupo. Puede estar relacionado con otros agentes mediante una relaciones de parentesco (padre-hijo).

1.2 Agente software

Hace referencia al servicio que se instala en los equipos para recoger información local, y puede instalarse en todo tipo de sistemas: Windows, UNIX, etc. Permanece corriendo en el sistema en el que es instalado para recoger y enviar información cada cierto tiempo, llamado intervalo. El agente software genera un fichero de datos en formato XML que se envía al servidor de Pandora FMS a través de la red, generalmente usando el protocolo Tentacle.

1.3 Módulo

Un módulo es una entidad atómica de información que almacena valores numéricos o de de tipo alfanumérico/texto. Cada módulo solo almacena datos de un chequeo individual (CPU, RAM, tráfico...). Los módulos están contenidos dentro de los agentes, y siempre asociados a un único agente. Un agente puede contener múltiples módulos.

1.4 Servidor remoto

Servidor que está en red y no es el servidor local.

1.5 Servidor

El servidor de Pandora FMS es el que procesa la información, recolectada de diferentes maneras. También ejecuta alertas, aplica las políticas y envía la información a la base de datos. El servidor de Pandora FMS contiene además diferentes componentes que realizan funciones propias; algunos de ellos son el servidor de red, el servidor SNMP, el servidor de datos... Todos son componentes que forman parte del servidor de Pandora FMS y pueden habilitarse o deshabilitarse en función de las necesidades.

1.6 Consola

La consola de Pandora FMS o consola web es la interfaz que permite gestionar Pandora FMS a través del navegador.

1.7 Metaconsola

La Metaconsola es un portal web donde poder visualizar, sincronizar y gestionar de forma unificada distintos sistemas de monitorización Pandora FMS. De este modo, el manejo de datos de diferentes entornos de monitorización se realizará de forma centralizada desde este punto jerárquicamente superior.

1.8 Grupo

Conjunto que contiene agentes, empleados para filtrar y para controlar visibilidad y permisos. Los grupos funcionan estrechamente con los perfiles de usuario, y combinándose crean reglas que establecen qué elementos de la consola puede o no visualizar un usuario. Los grupos pueden contener otros grupos.

1.9 Perfil

Define los permisos sobre las diferentes operaciones posibles en Pandora FMS: ver un agente, modificar un agente, asignar alertas, definir informes, gestionar la BBDD, etc. Se asocian a usuarios para grupos determinados.

1.10 ACL

ACL es el acrónimo en inglés de "Access Control List", o "Listas de Control de Accesos" (LCA en Español), que en Pandora FMS se definen asignando a un usuario un perfil sobre un grupo. Determinan los permisos de los usuarios.

1.11 Monitor

Módulo con un estado asociado.

1.12 Ficheros de datos / XML de datos

Archivos de datos que generan los agentes software de Pandora FMS. Además de la información de los módulos del agente, contiene información sobre el propio agente (versión, sistema operativo, etc.).

1.13 Evento

Un evento es cualquier acontecimiento que ocurre en nuestros sistemas monitorizados. La información que muestran va desde cualquier cambio de estado de un módulo, alertas lanzadas o recuperadas, hasta reinicios del sistema o eventos personalizados.

1.14 Alerta

Ejecución automática basada en circunstancias. Puede llevar asociadas distintas acciones y tiene dos estados posibles: disparada o no disparada. La alertas en Pandora FMS son las encargadas de ejecutar de forma automática acciones tales como el envío de un email de aviso o un SMS. Consta de una plantilla + acción + comando.

1.15 Plantilla de alerta

Es uno de los tres componentes de las alertas. Especifica las condiciones de disparo de la alerta, que puede depender del valor o del estado de un módulo, y otros detalles como el número máximo de veces que se disparará en un intervalo dado o un rango horario de funcionamiento.

1.16 Acción

Ejecución que se lleva a cabo cuando se dispara una alerta. Son parametrizables mediante una serie de campos, incluyendo información concreta sobre las circunstancias en que se disparó la alerta. Es posible ejecutar varias acciones para una única alerta.

1.17 Comando

Ejecución a nivel de sistema que lleva a cabo el servidor cuando se dispara una alerta. Pueden emplearse comandos externos o scripts personalizados para ampliar las posibilidades existentes.

1.18 Shell o línea de comando

Interfaz que permite la introducción de comandos sobre una máquina por medio del teclado.

1.19 Paquete

Un paquete contiene un programa o conjunto de programas empaquetados en un determinado formato listo para ser instalado en un sistema operativo y versión determinados. Por ejemplo, un paquete RPM para OpenSUSE Linux.

1.20 Tarball

Al igual que un paquete, contiene un programa o conjunto de programas empaquetados en formato TAR, pero a diferencia de este no contiene información sobre cómo instalarlo y en principio no son específicos para un sistema operativo determinado.

1.21 SVN / Subversion / Repositorio de código

Es un sistema de control de versiones que guarda un repositorio con las distintas versiones de los archivos que integran un proyecto a lo largo de su vida. Al conjunto de archivos en un instante del tiempo dado se lo denomina revisión, de modo que dos personas que tengan la misma revisión del proyecto tendrán dos copias idénticas de los mismos archivos.

1.22 Base de datos

Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. Pandora FMS utiliza bases de datos relacionales, en las que el lugar y la forma en que se almacenen los datos no tienen relevancia y se accede a ellos a través de un lenguaje estructurado de consultas estándar (SQL).

1.23 Esquema de base de datos

Describe la estructura de una base de datos en un lenguaje formal. En una base de datos relacional el esquema define las tablas, los campos de cada tabla y las relaciones entre campos y tablas.

1.24 Tentacle

Es el protocolo de transferencia de datos que utilizan los agentes software y el Satellite Server para enviar datos al servidor de Pandora FMS. Tentacle es multiplataforma y está diseñado para ser un protocolo seguro y fácil de usar. Utiliza por defecto el puerto 41121 (asignado por IANA).

1.25 Estado

Normalmente nos referimos al estado de un módulo. Nos da información acerca del módulo en el momento actual. El estado de un agente viene dado por el estado más severo de entre sus módulos en conjunto. Si tiene 5 módulos y uno está en CRITICAL, dos en WARNING y dos en NORMAL, el estado del módulo sería CRITICAL. Lo mismo se aplica para el estado de un grupo.

1.26 Estado CRITICAL, WARNING

NORMAL, WARNING y CRITICAL son los tres estados posibles de un módulo. Los estados WARNING y CRITICAL suelen indicar condiciones de error de distinta gravedad. Pandora FMS permite definir de forma independiente distintos umbrales para los estados WARNING y CRITICAL de cada módulo.

1.27 Estado UNKNOWN

Decimos que un módulo está en estado desconocido o UNKNOWN si no recibe datos desde hace más del doble de su intervalo. Es decir, un módulo que envía datos cada 5 minutos se marca como desconocido después de 10 minutos sin recibir datos.

1.28 Umbral de alerta (Alert threshold)

Es el intervalo de tiempo en el que aplican las restricciones definidas al configurar la plantilla de la alerta. Por ejemplo, una plantilla de alertas que defina un umbral de 10 minutos y un número máximo de alertas de 5, garantiza que en un intervalo de 10 minutos la alerta no se disparará más de 5 veces. Además, salvo que la recuperación esté configurada, la alerta permanecerá disparada hasta que venza este intervalo de tiempo.

1.29 Falso positivo/negativo

Cuando un chequeo devuelve un error y este no se ha producido hablamos de falso positivo. Cuando no devuelve ningún error y éste se ha producido hablamos de falso negativo.

Por ejemplo, tenemos un módulo que devuelve 1 cuando el servidor está disponible. Tendríamos un falso negativo cuando el servidor no está disponible y el módulo devuelve 1; y tendríamos un falso positivo cuando el servidor está disponible y el módulo devuelve 0.

1.30 Protección Flip/Flop

La protección flip flop de un módulo indica el número de veces que se debe dar la condición de cambio de estado para que se produzca el cambio de estado. Esto permite proteger a un módulo de falsos positivos/negativos. Por ejemplo, si sabemos que un módulo devuelve falsos positivos pero nunca más de dos seguidos, podemos configurar la protección de flip flop a tres para evitar que los falsos positivos produzcan cambios de estado.

1.31 Monitorización síncrona

Decimos que un módulo es síncrono cuando devuelve datos a intervalos regulares. Por ejemplo, una medición de temperatura cada 5 minutos.

1.32 Monitorización asíncrona

Decimos que un módulo es asíncrono cuando devuelve datos en función de cambios o acontecimientos, que pueden producirse o no. Por ejemplo, buscar una cadena en un fichero de log. Si no se encuentra la cadena, el módulo no devuelve datos. Otro ejemplo -muy frecuente- es el de los traps SNMP, que solo se generan cuando ocurre un error (por ejemplo, un fallo en una fuente de alimentación).

Volver a Indice de Documentacion Pandora FMS