 |
This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved. |
1. Modo de funcionamiento
Las operaciones informáticas distinguen entre dos tipos de interrupciones: planificadas y no planificadas. El sistema de monitorización no puede saber inicialmente si una interrupción detectada era planificada o no. Con el concepto de tiempos de inactividad programados, se puede informar al sistema de las interrupciones planificadas de un host o servicio definiendo un tiempo de inactividad programado para el objeto correspondiente. Si un host o servicio se encuentra en un tiempo de inactividad programado de este tipo, tiene los siguientes efectos:
En las vistas, aparece un icono junto a los host y servicios afectados: Los servicios se marcan con un cono de guía, los hosts con un icono azul de pausa. Los servicios cuyos hosts están en tiempo de mantenimiento también reciben el icono azul de pausa. En el historial, los tiempos de mantenimiento iniciados se marcan con y los tiempos de mantenimiento finalizados con .
Las notificaciones de problemas se desactivan durante el tiempo de mantenimiento.
Los host/servicios afectados no se identifican como que tienen un problema en el Historial de problemas. Overview.
Los tiempos de mantenimiento programados se tienen especialmente en cuenta en el análisis de disponibilidad.
A título informativo, se activará una notificación especial al inicio y al final de un tiempo de mantenimiento programado.
2. Introducir tiempos de mantenimiento programados
Todas las acciones relacionadas con los tiempos de mantenimiento programados están disponibles en una sola caja:
El campo Comment debe rellenarse siempre. En este campo puedes incluir una URL, como https://www.example.com, que será sustituida por un enlace en el que se puede hacer clic. Hay múltiples formas de definir el intervalo de tiempo: desde la simple 2 hours, que define el tiempo de mantenimiento como a partir de ahora, hasta la introducción de un intervalo de tiempo explícito en el que también se puede definir un tiempo de mantenimiento futuro.
2.1. Tiempos de mantenimiento programados regularmente
Algunas tareas de mantenimiento se realizan con regularidad: por ejemplo, el reinicio automático de un servidor una vez a la semana. Introducir manualmente un tiempo de inactividad programado para cada ocasión llevaría mucho tiempo. Si sólo quieres silenciar las notificaciones, puedes configurar periodos de tiempo y el conjunto de reglas Notification period for Hosts/Services. Sin embargo, tienen varias restricciones: una importante es que se necesitan permisos de configuración global para establecer periodos de tiempo.
Para ello, las ediciones comerciales ofrecen el concepto de tiempos de mantenimiento programados, automáticos y periódicos, que pueden configurarse de dos formas distintas.
Configuración mediante un comando
La primera forma es mediante la opción Repeat.
Con ella seleccionas el periodo en el que debe repetirse el tiempo de inactividad. Introduce la primera ocurrencia a través de Start y End. El periodo se calcula a partir de la hora de inicio introducida aquí. Están disponibles las siguientes opciones:
never |
El tiempo de mantenimiento no se repite, es decir, sólo se ejecuta una vez (configuración por defecto). |
hour |
El tiempo de mantenimiento se repite cada hora a la misma hora. |
day |
Diariamente, a la misma hora todos los días. |
week |
Se repite cada siete días, el mismo día de la semana y a la misma hora que la primera vez. |
second week |
Igual que el semanal, pero cada 14 días. |
fourth week |
Igual que semanal, pero ahora cada 28 días. |
same nth weekday (from beginning) |
Esto te permite implementar recurrencias mensuales basadas en el día de la semana. Así, por ejemplo, si la fecha de inicio es el segundo lunes del mes, se programará un tiempo de mantenimiento para el segundo lunes de cada mes posterior. |
same nth weekday (from end) |
Similar a la opción anterior, salvo que se calcula a partir del final del mes - por ejemplo "todos los últimos viernes del mes". |
same day of the month |
En este caso el día de la semana es irrelevante. Aquí se utiliza la fecha del mes. Así, si la fecha de inicio es el día 5, el tiempo de mantenimiento se programará para que ocurra el día 5 de cada mes. |
Configuración mediante reglas
Un método alternativo y elegante para la configuración de tiempos de inactividad programados periódicamente es definirlos mediante reglas. Con los tags del host puedes definir cosas como, por ejemplo,Cada servidor Windows de producción tiene un tiempo de inactividad programado todos los domingos de 22:00 a 22:10.
De hecho, puedes conseguir casi los mismos resultados utilizando la búsqueda de host para encontrar todos los servidores afectados, y luego introduciendo el tiempo de mantenimiento programado mediante un comando. Pero esto sólo funciona con los servidores existentes.
Si en el futuro se añade un nuevo host a la monitorización, no estará cubierto por esta entrada. Sin embargo, si trabajas con reglas, esto no será un problema. Otra ventaja de las reglas es que la directiva de mantenimiento puede modificarse muy fácilmente más adelante, simplemente modificando las reglas.
Las reglas para los tiempos de mantenimiento programados recurrentes se encuentran en Setup > Hosts > Host monitoring rules > Recurring downtimes for hostsrespectivamente Setup > Services > Service monitoring rules > Recurring downtimes for services.
2.2. Opciones avanzadas
Además de los tiempos de mantenimiento programados que acabamos de describir, existen otras opciones para definir los tiempos de mantenimiento programados, que puedes encontrar en Advanced options:
La opción Only for hosts: Set child hosts in downtime es útil para routers y conmutadores, pero también para hosts de virtualización, por ejemplo. De esta forma, Checkmk también establecerá automáticamente un tiempo de mantenimiento programado en todos los hosts conectados directamente, y también en los hosts conectados indirectamente a través del host en cuestión (si se selecciona Include indirectly connected hosts (recursively) ).
Con la opción Only start downtime if host/service goes DOWN/UNREACH…, el tiempo de inactividad programado no comienza automáticamente a una hora determinada, sino primero cuando aparece un estado de problema real para el host. Esta opción es útil cuando, por ejemplo, sabes que un host entrará en estado de DOWN durante unos minutos, pero no se puede predecir la hora exacta del evento.
Ejemplo: defines un tiempo de inactividad programado de 14:00 a 16:00, y activas la opción Only start downtime if host/service goes DOWN/UNREACH during the defined start and end time con una duración de 30 minutos. A las 14:00 el tiempo de inactividad programado no se activará, sino que estará en posición de espera. En cuanto el host entre en estado de DOWN o UNREACH, comenzará el tiempo de inactividad programado y aparecerá el icono azul de pausa, que permanecerá así durante el tiempo nominado en la opción, independientemente del estado real del host, y si es necesario más allá de la hora de finalización especificada para el tiempo de inactividad.
Por tanto, con los tiempos de inactividad programados flexibles, la hora de inicio/final es sólo la ventana de tiempo en la que puede comenzar el tiempo de inactividad programado. Si no se produce ningún estado problemático dentro de esta ventana de tiempo, el tiempo de inactividad programado simplemente se omitirá. Por supuesto, estas condiciones también se aplican a los servicios.
3. Activar tiempos de mantenimiento programados
Haz clic en Schedule downtime on service o Schedule downtime on host para activar la configuración que acabas de definir para los servicios o host correspondientes.
Si sólo has programado tiempos de mantenimiento para servicios, por ejemplo en la vista de tabla Services of Host, también puedes hacer clic en Schedule downtime on host para asegurarte de que los tiempos de mantenimiento programados no se refieren a los servicios, sino directamente al host asociado.
4. Edición y eliminación de los tiempos de mantenimiento programados
Los tiempos de mantenimiento programados tienen su propia vista en Checkmk: se accede a ella a través de Monitor > Overview > Scheduled downtimes:
Como en todas las vistas, puedes limitar la selección con un filtro. Con los comandos, en esta vista puedes eliminar uno o varios tiempos de mantenimiento, e incluso modificarlos retroactivamente (sólo en las ediciones comerciales), por ejemplo, si es necesario ampliar los tiempos cuando el tiempo de mantenimiento está resultando más largo de lo previsto.
5. Historial
La vista de Monitor > History > Downtime history no muestra los tiempos de mantenimiento programados actuales, sino sus historiales, es decir, todos los eventos con los que empezó o terminó un tiempo de mantenimiento programado (con un final natural o mediante un comando de eliminación).
6. Tiempos de mantenimiento programados y disponibilidad
Como se ha mencionado al principio, los tiempos de mantenimiento programados tienen un efecto al evaluar el análisis de disponibilidad. Por defecto, todos los tiempos de mantenimiento programados se calculan en su propio "bote" y se muestran en la columna Downtime.
La forma concreta de evaluar los tiempos de mantenimiento programados puede definirse en Availability > Change computation options:
Honor scheduled downtimes |
Los tiempos de mantenimiento programados se incluyen en los gráficos de disponibilidad y se muestran en una columna separada, que es la estándar. |
Exclude scheduled downtimes |
Los tiempos de inactividad programados se ignoran por completo al calcular el 100 %, por lo que todos los porcentajes de disponibilidad se refieren sólo a los tiempos restantes, para responder a la pregunta:¿Qué porcentaje de tiempo sin mantenimiento estuvo disponible el objeto? |
Ignore scheduled downtimes |
No se tendrán en cuenta los tiempos de mantenimiento programados, sólo son relevantes los estados reales del objeto. |
En Phases existe la opción adicional Treat phases of UP/OK as non-downtime. Si se selecciona, los tiempos en los que un objeto está en mantenimiento pero sigue estando OK o UP al mismo tiempo no se tratarán como tiempos de inactividad programados. Así, sólo se incluirá en los cálculos el tiempo programado que dio lugar a una interrupción real.