 |
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
En operaciones de TI se distingue entre dos tipos de interrupciones: planificadas y no planificadas. Al principio, el sistema de monitorización no puede saber si una interrupción detectada era planificada o no. Con el concepto de tiempos de mantenimiento programados, se puede informar al sistema de las interrupciones planificadas de un host o servicio definiendo un tiempo de mantenimiento programado para el objeto correspondiente. Si un host o servicio se encuentra en un tiempo de mantenimiento programado de este tipo, esto tiene los siguientes efectos:
En las vistas de tabla, aparece un icono junto a los hosts y servicios afectados: Los hosts y servicios se marcan con un cono de señalización
.
Si un host con todos sus servicios entra en tiempo de mantenimiento, los servicios muestran el icono 
con un servidor y un pequeño cono de señalización.
En el historial, los tiempos de mantenimiento iniciados se marcan con 
y los finalizados con 
.Las notificaciones de problemas se desactivan durante el tiempo de mantenimiento.
Los hosts/servicios afectados no se identifican como problemáticos en 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. Introducción de tiempos de mantenimiento programados
La definición del tiempo de mantenimiento programado se realiza mediante comandos. Todas las acciones relacionadas con el tiempo de mantenimiento programado están disponibles aquí en una única caja:
El campo «Comment» siempre debe rellenarse.
Puedes incluir una URL, como https://www.example.com, en este campo, que se sustituirá por un enlace en el que se puede hacer clic.
Hay varias formas de definir el intervalo de tiempo: desde el sencillo «2 hours», que define el tiempo de mantenimiento 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 periódicamente, como por ejemplo, un reinicio automático semanal de un servidor.
Introducir manualmente un tiempo de mantenimiento programado para cada ocasión llevaría mucho tiempo.
Si solo quieres silenciar las notificaciones, puedes configurar periodos de tiempo y los conjuntos de reglas Notification period for hosts y Notification period for services.
Sin embargo, estos tienen varias restricciones; una restricción importante es que se requieren permisos de configuración global para establecer los periodos de tiempo.
Para ello, las ediciones comerciales ofrecen el concepto de tiempos de mantenimiento programados automáticos y con periodicidad periódica. Estos se pueden configurar de dos maneras diferentes.
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 mantenimiento. Introduce la primera ocurrencia mediante Start y End. El periodo se calcula a partir de la hora de inicio introducida aquí. Las siguientes opciones están disponibles:
never |
El tiempo de mantenimiento no se repite, es decir, solo se ejecuta una vez (configuración predeterminada). |
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 para semanal, pero cada 14 días. |
fourth week |
Igual que en el caso 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, con la excepción de que se calcula a partir del final del mes, por ejemplo, «cada último 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 tenga lugar el día 5 de cada mes. |
Configuración mediante reglas
Un método alternativo elegante para configurar tiempos de mantenimiento programados periódicos es definirlos mediante reglas. Con los tags del host puedes definir cosas como, por ejemplo: Todos los servidores Windows de producción tienen un tiempo de mantenimiento programado todos los domingos de 22:00 a 22:10.
De hecho, puedes conseguir casi los mismos resultados utilizando la búsqueda de hosts para encontrar todos los servidores afectados y, a continuación, introduciendo el tiempo de mantenimiento programado mediante un comando. Pero esto solo funciona con los servidores existentes.
Si en el futuro se añade un nuevo host a la monitorización, no quedará cubierto por esta entrada. Sin embargo, si trabajas con reglas, esto no supondrá ningún problema. Otra ventaja de las reglas es que la directiva de mantenimiento se puede modificar muy fácilmente más adelante, simplemente cambiando las reglas.
Las reglas para los tiempos de mantenimiento programados recurrentes se encuentran en Setup > Hosts > Host monitoring rules > Recurring downtimes for hosts y Setup > Services > Service monitoring rules > Recurring downtimes for services, respectivamente.
2.2. Opciones avanzadas
Además de los tiempos de mantenimiento habituales que acabamos de describir, hay otras opciones para definir tiempos de mantenimiento. Las encontrarás en Advanced options:
La opción «Only for hosts: Set child hosts in downtime» es útil para routers y switches, 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 mantenimiento programado no comienza automáticamente a la hora indicada, sino cuando aparece un estado de problema real para el host. Esta opción es útil cuando, por ejemplo, sabes que un host entrará en un estado de «DOWN» durante unos minutos, pero no se puede predecir la hora exacta del evento.
Ejemplo: Define un tiempo de mantenimiento programado de 14:00 a 16:00 y activas la opción «Only start downtime if host/service goes DOWN/UNREACH…» con una duración de 30 minutos. A las 14:00, el tiempo de mantenimiento programado no se activará, sino que permanecerá en espera. En cuanto el host entre en un estado de «DOWN» o «UNREACH», el tiempo de mantenimiento programado comenzará y aparecerá el icono azul de pausa. Esto se mantendrá durante el tiempo indicado 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 mantenimiento.
Por lo tanto, con los tiempos de mantenimiento programados flexibles, la hora de inicio/fin es solo la ventana de tiempo en la que puede comenzar el tiempo de mantenimiento programado. Si no se produce ningún estado de problema dentro de esta ventana de tiempo, el tiempo de mantenimiento programado simplemente se omitirá. Por supuesto, estas condiciones también se aplican a los servicios.
3. Activación del tiempo de mantenimiento programado
Haz clic en On service: Schedule downtime o On host: Schedule downtime para activar la configuración que acabas de definir para los servicios o hosts correspondientes.
Si acabas de programar 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 refieran a los servicios, sino directamente al host asociado.
4. Editar y eliminar tiempos de mantenimiento programados
Los tiempos de mantenimiento programados tienen su propia vista de tabla en Checkmk; puedes acceder a ella a través de Monitor > Overview > Scheduled downtimes:
Como en todas las vistas de tabla, puedes acotar la selección con un filtro de 
.
Con los comandos 
, en esta vista de tabla puedes eliminar uno o varios tiempos de mantenimiento, e incluso modificarlos con carácter retroactivo (solo en las ediciones comerciales), por ejemplo, si hay que ampliar los tiempos cuando el tiempo de mantenimiento resulta ser más largo de lo previsto.
5. Historial
La vista de tabla «Monitor > History > Downtime history» no muestra los tiempos de mantenimiento programados actuales, sino su historial; es decir, todos los eventos con los que comenzó o terminó un tiempo de mantenimiento programado (ya sea de forma natural o mediante un comando de eliminación).
6. Tiempo de mantenimiento programado y disponibilidad
Como se mencionó al principio, los tiempos de mantenimiento programados influyen en el análisis de disponibilidad. Por defecto, todos los tiempos de mantenimiento programados se calculan en su propio «grupo» y se muestran en la columna «Downtime».
La forma concreta en que se deben evaluar los tiempos de mantenimiento programados se puede definir a través de «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 aparte. Esta es la configuración estándar. |
Exclude scheduled downtimes |
Los tiempos de mantenimiento programados se ignoran por completo al calcular el 100 %. Por lo tanto, todos los porcentajes de disponibilidad se refieren únicamente a los tiempos restantes, con el fin de responder a la pregunta: ¿En qué porcentaje del tiempo no dedicado al mantenimiento estuvo disponible el objeto? |
Ignore scheduled downtimes |
Los tiempos de mantenimiento programados no se tendrán en cuenta; solo son relevantes los estados reales del objeto. |
En «Phases» hay una opción adicional llamada «Treat phases of UP/OK as non-downtime». Si la seleccionas, los tiempos en los que un objeto está en mantenimiento pero sigue estando «OK» o «UP» al mismo tiempo no se consideran tiempos de mantenimiento programados. Así, solo se incluirá en los cálculos el tiempo programado que haya dado lugar a una interrupción real.