Glosario

Los cambios en la configuración sólo surten efecto en la monitorización después de haber sido activados en un segundo paso; de forma similar a como lo hacen, por ejemplo, los programas de particionado: Configurar, check, aplicar.

Más información en Activar cambios.

Una comprobación activa es un pequeño programa o script que establece una conexión directa con un servicio de la red o de internet y consulta los datos de monitorización desde allí. Las comprobaciones activas se utilizan para servicios basados en la red como HTTP, SMTP o IMAP, por ejemplo check_http para consultar páginas web. Una comprobación activa se encarga tanto de la colección como de la evaluación de los datos. Esto difiere de un check plugin, que a veces se denomina comprobación pasiva, ya que sólo evalúa los datos existentes.

Más información en Monitorización de servicios de red (Comprobaciones activas).

Un agente recopila los datos relevantes para la monitorización de un host. Este agente puede ser un pequeño programa instalado en el host (el agente Checkmk), un agente SNMP que se ejecuta independientemente de Checkmk en el host, un agente especial que obtiene la información a través de una API proporcionada por el sistema de destino - o una comprobación activa que consulta servicios basados en red.

Más información en Agentes de monitorización.

Con la Agent bakery de las ediciones comerciales, los agentes pueden empaquetarse individualmente y, opcionalmente, distribuirse también automáticamente.

Más información en Agent bakery.

Un plugin de agentes amplía las funciones del agente estándar suministrado con Checkmk. Es un pequeño programa o script al que llama el agente Checkmk y que mejora la salida del agente con secciones adicionales de datos de monitorización. Un ejemplo de plugin de agentes es el Actualizador de agentes.

Más información en Ampliar agentes con plugins.

En las ediciones comerciales, el Actualizador de agentes es un plugin de agente que permite actualizar los agentes automáticamente.

Más información en Actualizadores automáticos de agentes.

Cuando la Configuración de Checkmk se refiere a API integrations, se refiere a los datos de monitorización que utilizan el formato de datos del agente Checkmk pero que proceden de una fuente diferente. Estas fuentes pueden ser programas de origen de datos, agentes especiales o hosts que piggyback sus datos. Si los datos recibidos a través de una integración API se van a utilizar en la monitorización, API integrations debe estar activado en las propiedades de un host.

Más información en Programas fuente de datos.

Una cuenta especial para consultar y configurar Checkmk independientemente de la interfaz web, por ejemplo, mediante API, línea de comandos, script o servicio web. Por defecto, el usuario de automatización tiene una contraseña de automatización elegida al azar(secreto de automatización). En un site Checkmk nuevo ya hay configurados varios usuarios de automatización, por ejemplo, para servicios web y para registrar el agente en el servidor Checkmk para la transferencia de datos cifrada TLS.

Más información en Usuario de automatización (para servicios web).

Business Intelligence en Checkmk permite mostrar claramente el estado general de un nivel superior derivado de muchos valores de estado individuales. Puede tratarse de una agrupación abstracta de componentes individuales o de una aplicación crítica para el negocio. Por ejemplo, el estado de una aplicación de correo electrónico, formada por varios host, conmutadores y servicios como SMTP e IMAP, puede captarse mediante una única visualización. La formulación de consideraciones completamente intangibles y no técnicas también es posible aquí, por ejemplo, la disponibilidad a tiempo de un producto que se va a entregar: este objetivo se sitúa en el futuro y depende de muchos aspectos, la cadena de suministro, un parque de máquinas en funcionamiento, personal disponible, etc. Cualquier amenaza a este objetivo abstracto podría captarse mediante el módulo BI.

Más información en Business Intelligence (BI).

Una comprobación en el contexto de Checkmk es un script o programa que comprueba un host o un servicio según unas reglas predefinidas, es decir, el proceso que determina el estado de los host y los servicios y da como resultado un estado de OK, DOWN, UNREACH, WARN, CRIT, PEND o UNKNOWN. Las comprobaciones pueden implementarse, por ejemplo, con un check plugin, un check local o un check activo.

Más información en Comprobaciones.

Los check plugins son módulos escritos en Python que se ejecutan en el site Checkmk y que crean y evalúan los servicios de un host. Por ejemplo, el check plugin df, que se encuentra dentro de un site en ~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/ (cuando se utiliza la API Check V2) o en ~/local/lib/check_mk/base/plugins/agent_based/ (cuando se utiliza la API Check V1), crea servicios para los sistemas de archivos montados existentes de un host a partir de los datos de un agente del site, y comprueba esos servicios con los datos, como cuánto espacio libre queda.

Más información sobre los plugins de check.

MKP es el formato de archivo propio de Checkmk para agregar y distribuir extensiones, es decir, check plugins personalizados, plugins de agente, definiciones de gráficos de la serie temporal, scripts de notificación, vistas, dashboards, etc.

Más información en Paquetes de extensiones Checkmk (MKP).

La interfaz web de Checkmk se divide en entornos de monitorización y configuración. Este último hace referencia a las áreas en las que se crean reglas, se añaden y definen host y servicios, se gestionan usuarios o se especifican opciones generales. Al entorno de configuración se accede a través del menú Setup de la barra de navegación.

Más información en La interfaz de usuario.

Los contactos son usuarios de Checkmk responsables de hosts y servicios específicos. La asignación de contactos a hosts y servicios se hace mediante grupos de contacto. Los contactos también pueden ser cuentas de usuario que existen únicamente para notificaciones, como para reenviar a un sistema de tickets.

Más información en Grupos de contacto.

Un dashboard es una vista general libremente configurable que consiste en vistas y/o los llamados dashlets. Estos elementos están disponibles, por ejemplo, en forma de listas (como problemas del host), gráficos de la serie temporal o pequeños velocímetros que visualizan valores individuales como la temperatura de la CPU.

Más información en Dashboards.

Checkmk distingue entre una monitorización distribuida y una configuración distribuida. La monitorización distribuida significa que todo el sistema de monitorización consta de más de un site Checkmk y que todos los datos se muestran juntos en un solo lugar. O dicho de otro modo: La monitorización consta de un site central y al menos un site remoto, y los datos del site remoto también se muestran en el site central. La monitorización distribuida puede combinarse opcionalmente con una configuración distribuida.

Más información en Estado central.

Checkmk distingue entre monitorización distribuida y configuración distribuida. Configuración distribuida significa que todo el sistema de monitorización consta de más de un site Checkmk y que la configuración se realiza en un único lugar. O dicho de otro modo: La monitorización consta entonces de un site central y al menos un site remoto, y la configuración del site remoto procede del site central. Una configuración distribuida siempre incluye monitorización distribuida.

Más información en Configuración centralizada.

Las ediciones Checkmk son las distintas variantes de software de Checkmk disponibles para su descarga e instalación. Son el Checkmk Raw de código abierto, para usuarios profesionales el Checkmk Enterprise disponible por suscripción, el Checkmk Cloud basado en él, y el Checkmk MSP multi-tenant. En este orden, cada edición contiene la gama completa de funciones de la edición anterior, y la amplía con funciones adicionales específicas. Por ejemplo, Checkmk Cloud es un Checkmk Enterprise mejorado y optimizado para entornos en la nube.

Más información en Seleccionar una edición de Checkmk.

Cuando se monitorizan host y servicios, Checkmk se centra en los estados.La Consola de eventos es el módulo que, en cambio, se ocupa de los eventos, es decir, de la monitorización desde fuentes como syslog o traps SNMP, pero opcionalmente también el Registro de eventos de Windows, archivos de registro y aplicaciones propias. Un ejemplo: Un mensaje de advertencia del servicio SMTP de un servidor de correo no cambiaría el estado de su host ni de sus servicios, pero sigue siendo información relevante que pertenece a la monitorización. La Consola de eventos puede utilizarse para registrar y mostrar este tipo de eventos en Checkmk.

Más información en Consola de eventos.

Si un objeto (host o servicio) cambia de estado varias veces en poco tiempo, se considera inestable y se marca con el icono . Para un objeto inestable, los cambios de estado sucesivos no activan más notificaciones. La detección de inestabilidad puede activarse o desactivarse, globalmente o por reglas independientes para hosts y servicios.

Más información en Anfitriones y servicios inestables.

En Checkmk, un host es cualquier sistema autónomo, físico o virtual, supervisado por Checkmk. Normalmente son cosas con su propia dirección IP (servidores, conmutadores, dispositivos SNMP, máquinas virtuales), pero también, por ejemplo, contenedores Docker u otros objetos lógicos que no tienen tal dirección IP. Cada host siempre tiene uno de los estados UP, DOWN, UNREACH o PEND y siempre tiene al menos un servicio.

Desglosado aún más: para Checkmk, internamente, un host es simplemente un elemento estructurador que contiene elementos que hay que supervisar, es decir, servicios. Cada host tiene necesariamente al menos un servicio para verificar la accesibilidad real (como PING o el propio agente Checkmk, es decir, el servicio Check_MK). En este sentido, host significa poco más que el encabezamiento bajo el que se agrupan una serie de servicios.

Más información en Administración de host.

Los host se gestionan principalmente mediante carpetas en Checkmk. Los grupos de host permiten una agrupación diferente de hosts para seleccionar hosts en la monitorización, por ejemplo, en las vistas. Los tags del host, las etiquetas y las carpetas se utilizan para asignar hosts a dichos grupos mediante reglas. Los hosts también pueden asignarse explícitamente a un grupo del host.

Más información en Grupos del host.

El estado de un host, es decir, si se puede acceder a él a través de la red(UP), si no responde a las peticiones de la red(DOWN) o si su ruta de acceso está bloqueada por dispositivos intermedios que han fallado (conmutadores, routers, etc.)(UNREACH). Para los hosts recién añadidos que nunca han sido consultados antes, también existe el estado PEND, que no es un estado en sentido estricto.

Más información en Anfitriones y servicios.

Las etiquetas de host son características que se pueden asignar a los hosts, de modo que se pueda apuntar a ellos más tarde en la configuración para las reglas o más tarde en la monitorización para las vistas. Las etiquetas de host se dividen en grupos, por ejemplo, se puede configurar un grupo de etiquetas Sistemas operativos con las etiquetas Linux y Windows. Algunos grupos de etiquetas están predefinidos, como el tipo de agente Checkmk utilizado o la familia de direcciones IP utilizada para registrar si un host debe ser monitorizado a través de IPv4, IPv6 o ambas versiones. Las etiquetas también tienen valores predefinidos y un valor por defecto que se asigna a cada host mientras no se haya sobrescrito con otra opción del grupo.

Más información en tags del host.

A los hosts se les pueden asignar tags del host, pero también se les pueden asignar directamente etiquetas. Una etiqueta consta de dos partes (clave y valor), separadas por dos puntos. Estos pares arbitrarios de clave-valor (os:linux, os:windows, foo:bar, etc.) se pueden establecer directamente en un host, sin ninguna configuración previa, como es necesario para los tags del host. Por tanto, las etiquetas no tienen un alcance predefinido, ni un valor por defecto, sino que son muy dinámicas. En concreto, Checkmk puede tomar objetos creados automáticamente por sistemas de contenedores como Kubernetes, Azure o AWS como host en la monitorización, y luego enriquecerlos con etiquetas generadas automáticamente a partir de sus metadatos. Las etiquetas pueden utilizarse, por ejemplo, para seleccionar condiciones en reglas o para filtrar en vistas de tabla en la monitorización.

Más información en Etiquetas.

Livestatus es la interfaz más importante de Checkmk. A través de ella, los usuarios de Checkmk obtienen el acceso en directo más rápido posible a todos los datos de los host y servicios que se están monitorizando. Por ejemplo, los datos del snap-in Overview se recuperan directamente a través de esta interfaz. El hecho de que los datos se obtengan directamente de la RAM evita los lentos accesos al disco y proporciona un acceso rápido a la monitorización sin sobrecargar demasiado el sistema.

Más información en Recuperar datos de estado a través de Livestatus.

Un local check es una extensión (autoescrita) que se ejecuta en forma de script en cualquier lenguaje de programación en el host monitorizado. A diferencia de los checks normales, el cálculo del estado se ejecuta directamente en el host. Los resultados se añaden a la salida normal del agente.

Más información en Local checks.

Valores medibles y calculables para hosts y servicios a lo largo del tiempo, como la temperatura, la utilización o la disponibilidad, que pueden utilizarse para gráficos, por ejemplo. Los valores anteriores se almacenan en RRD (Base de Datos Round Robin) y se conservan por defecto hasta 4 años.

Más información en Valores medidos y gráficos.

La interfaz web de Checkmk se divide en entornos de monitorización y de configuración. El primero se refiere a las áreas donde se muestra el estado de la infraestructura monitorizada; entre ellas están el inventario, los dashboards, las listas de host, los servicios, los eventos o problemas, los datos históricos, etc. Al entorno de monitorización se accede a través del menú Monitor de la barra de navegación.

Más información en La interfaz de usuario.

La barra de navegación es el panel de navegación principal de la interfaz Checkmk, a la izquierda, con, entre otros, los menús Monitor, Setup y Customize.

Más información en La barra de navegación.

Con una notificación, se informa activamente a un usuario de Checkmk de los problemas u otros eventos de monitorización, mediante correo electrónico HTML, SMS, Slack o similar. Las reglas de notificación determinan a quién se notifica y cómo. Por ejemplo, si el Sr. Hirsch recibe un correo electrónico informándole de que el servicio filesystem / del host myserver123 ha cambiado de WARN a CRIT, es porque el Sr. Hirsch es un contacto de ese host y una regla de notificación establece que todos los contactos del host deben recibir un correo electrónico cuando uno de sus servicios cambie a CRIT.

Más información en Notificaciones.

El Appliance físico es un servidor de 19" con firmware preinstalado preparado para Checkmk que se puede distribuir inmediatamente en los centros de datos. Viene con una interfaz gráfica de configuración que elimina la necesidad de tener conocimientos de Linux.

Más información en Appliance físico.

Algunos hosts que forman parte de la monitorización no se consultan directamente porque no son dispositivos físicos, sino que son máquinas virtuales o contenedores, o los datos sólo pueden ser proporcionados por un sistema de terceros. Estos sistemas de terceros (los hosts físicos) proporcionan los datos como un anexo en la salida de su propio agente, por así decirlo. Así, por ejemplo, un servidor Docker piggyback los datos del contenedor junto con sus propios datos.

Más información en El mecanismo piggyback.

En el modo pull, el agente Checkmk escucha las conexiones entrantes del servidor Checkmk en el puerto TCP 6556. En cuanto el agente recibe una solicitud, envía los datos de monitorización al servidor. Aquí, la iniciativa de la transmisión de datos procede del servidor, que básicamente tira de los datos del agente. El modo pull es la forma predeterminada de transmitir datos desde el agente Checkmk, y funciona en todas las ediciones de Checkmk.

Más información en El agente Checkmk.

En el modo push, el agente Checkmk envía los datos de monitorización al servidor Checkmk una vez por minuto. El agente empuja la transmisión de datos por sí mismo y no espera una solicitud del servidor. El modo push siempre es necesario si el servidor Checkmk no puede acceder a la red en la que se encuentran el host que se va a monitorizar y su agente, por ejemplo, en una configuración basada en la nube. Por este motivo, el modo push sólo está disponible a partir de Checkmk Cloud, es decir, en Checkmk Cloud y Checkmk MSP.

Más información en El agente Checkmk.

Las reglas son la base de la configuración de host y servicios en Checkmk. Las reglas de un conjunto de reglas siempre controlan un único aspecto concreto de un host o servicio. Pueden estar provistas de condiciones, y pueden "apilarse" unas sobre otras de forma arbitraria dentro de un conjunto de reglas. La evaluación tiene lugar entonces de arriba abajo, de modo que puede haber reglas estándar cuando no se aplica ninguna condición, así como reglas muy especiales que sólo afectan a un host muy concreto. Muchos conjuntos de reglas de Checkmk ya tienen valores por defecto predefinidos, de modo que sólo hay que crear reglas para los requisitos que se desvían.

Más información en Reglas.

Un conjunto de reglas representa un aspecto específico de un host o servicio, como los umbrales de utilización de la CPU. Se puede crear cualquier número de reglas individuales dentro de cada conjunto de reglas. Por ejemplo, el conjunto de reglas CPU utilization on Linux/UNIX podría contener dos reglas que pongan el servicio en estado WARN al 90 por ciento en determinados hosts y tan bajo como el 70 por ciento en otros.

Más información en Tipos de conjuntos de reglas.

Los tiempos de inactividad programados son interrupciones planificadas, por ejemplo, para actualizar determinados hosts. Los tiempos de inactividad programados anulan temporalmente las notificaciones y, por ejemplo, se tienen en cuenta en el cálculo de disponibilidad e impiden temporalmente que los hosts y servicios relacionados aparezcan como problemas.

Más información en Tiempos de mantenimiento programados.

Un servicio es un objeto lógico que resume uno o más aspectos de un host. Por ejemplo, el tamaño, la utilización y las tendencias de los sistemas de archivos, la utilización de la CPU, las temperaturas, la antigüedad y el número de programas en ejecución, los puertos, los sensores, etc. En un momento dado, cada servicio de la monitorización tiene uno de los estados OK, WARN, CRIT, UNKNOWN o PEND, siempre está asignado exactamente a un host y, opcionalmente, contiene una o más métricas.

Más información en Comprender y configurar los servicios.

En cuanto se añade un host a la monitorización, Checkmk detecta automáticamente todos los servicios disponibles que pueden incluirse en la monitorización, y mantiene esta lista actualizada incluso durante el funcionamiento. El descubrimiento de servicios también puede iniciarse manualmente en cualquier momento a través de la configuración de un host.

Más información en Comprender y configurar los servicios.

Al igual que los host, los servicios también pueden agruparse, de modo que estos grupos puedan filtrarse posteriormente en vistas o abordarse específicamente en la configuración. Los grupos pueden estar formados por carpetas, tags del host, etiquetas de host y de servicio, y nombres de host y de servicio filtrados mediante expresiones regulares.

Más información en Grupos de servicio.

El estado de un servicio es siempre OK WARN, CRIT o UNKNOWN, y describe el estado actual del servicio según unas reglas predefinidas. Para los servicios recién añadidos que nunca se han consultado antes, existe también el estado PEND, que no es un estado en sentido estricto.

Más información en Servicios.

La barra lateral puede mostrarse desde la barra de navegación con un clic del ratón. Los usuarios pueden añadir varios snap-in a la barra lateral para facilitar la navegación o para mostrar datos de estado importantes de un vistazo.

Más información en Barra lateral.

Un site es un único proyecto de monitorización de Checkmk que se está ejecutando actualmente. Checkmk puede ejecutarse en paralelo en el mismo servidor como múltiples sites independientes, por ejemplo para probar distintas versiones o ediciones de Checkmk, o para ejecutar una monitorización separada para (nuevos) host que (todavía) no se van a incluir en la monitorización de producción.

Más información en Crear un site.

Los snap-in, también llamados elementos de la barra lateral, son los bloques de construcción individuales que pueden colocarse en la barra lateral, por ejemplo Overview y Master control. El acceso a los snap-in se realiza mediante el icono más en la parte inferior de la barra lateral.

Más información en Barra lateral.

El "Protocolo simple de gestión de redes" se utiliza para supervisar y configurar dispositivos de red como routers, conmutadores o cortafuegos. Checkmk admite este protocolo, pero como es comparativamente ineficaz, sólo deberías utilizar SNMP en dispositivos que no admitan mejores alternativas de monitorización, como agentes especiales.

Más información en SNMP.

En algunos sistemas, el agente Checkmk normal no se puede instalar y SNMP no está disponible (satisfactoriamente). En su lugar, estos sistemas proporcionan API de gestión basadas en Telnet, SSH o HTTP/XML. A través de un agente especial que se ejecuta en el servidor Checkmk, Checkmk consulta estas interfaces, integrando el host en Checkmk mediante API.

Más información en Agentes especiales.

En Checkmk es posible restringir cosas como las notificaciones, los cálculos de disponibilidad e incluso la ejecución general de los checks a determinados intervalos de tiempo que se repiten con regularidad. Los periodos de tiempo se pueden utilizar, por ejemplo, para definir las horas de trabajo diarias, para especificar las vacaciones y los días festivos, o para separar los fines de semana de los días laborables. Estos periodos de tiempo se pueden utilizar en reglas.

Más información en Periodos de tiempo.

Además de los dashboards, las vistas son las visualizaciones más utilizadas de host, servicios y otros objetos en la interfaz Checkmk. Se muestran como tablas con atributos relevantes para el contexto actual. Por ejemplo, All hosts y Host problems son vistas en monitorización. Las vistas estándar suministradas pueden personalizarse en su visualización, y también pueden servir de base para nuevas vistas. También es posible crear vistas de tabla desde cero.

Más información en Vistas de host y servicio.

El appliance virtual es un sistema creado para VirtualBox o VMware ESXi con firmware preinstalado preparado para Checkmk. Incluye una interfaz gráfica de configuración que elimina la necesidad de tener conocimientos de Linux.

Más información en appliance virtual.

La "Herramienta de administración web" fue la herramienta GUI para configurar Checkmk hasta la versión 1.6.0 de Checkmk. Con la introducción de WATO, por primera vez los usuarios tuvieron la posibilidad de personalizar Checkmk a través de una interfaz web en lugar de utilizar archivos de configuración. WATO fue sustituida en la versión 2.0.0 por el menú Setup de la barra de navegación.

Más información en Menú de configuración.

El desarrollo del software Checkmk se organiza en los llamados "Werks". Cada cambio, Corrección de errores o nueva función que repercuta en la experiencia del usuario se registra en un Werk aparte, junto con notas sobre las repercusiones y las posibles incompatibilidades. La lista de Werks está disponible directamente en Checkmk a través del menú Help de la barra de navegación y en la página de inicio de Checkmk.

Más información en Werks.