![]() |
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. Los fundamentos
Con el modo de simulación se puede probar la funcionalidad general de Checkmk sin contactar con los agentes de monitorización de los host de destino. Esto puede ser ventajoso, por ejemplo, cuando se va a actualizar e iniciar la copia de un site, para evaluar una nueva versión de Checkmk. En la práctica, en este modo se aplican los siguientes requisitos previos:
Todos los datos del servicio -si están disponibles- se extraerán de los archivos de caché y ninguna consulta al host se realiza a través de la red. Por tanto, es muy posible operar con un solo site sin acceso a la red. Si no está disponible un archivo de caché para un host, el servicio en cuestión pasa al estado DESCONOCIDO.
Todas las consultas de red activas (Ping, HTTP, etc.), se 'doblarán' a
127.0.0.1
.Todos los host se verán así como UP, siempre que su estado se esté determinando mediante Ping o Smart Ping. Los checks HTTP intentan contactar con el propio servidor de monitorización -lo que, por supuesto, puede llevar a resultados diferentes.
Todo lo demás en el site seguirá funcionando con normalidad:
Por lo tanto, es aconsejable desactivarlas notificaciones en el site de pruebas, o modificar la regla para que sólo tú recibas todas las notificaciones.
Se seguirán procesando las notificaciones y los Traps SNMP en la Consola de eventos.
Cualquier job de copia de seguridad configurado se ejecutará a las horas programadas.
Los host y servicios de otros sites en una monitorización distribuida seguirán siendo monitorizados como de costumbre. Sólo en una configuración distribuida se pasará el modo de simulación a los otros sites remotos.
Los valores métricos permanecen inalterados en el último puesto, pero seguirán registrándose.
Como en el modo de simulación sólo se utilizan los datos existentes, los resultados del check no cambiarán, por lo que los servicios que necesiten métricas para funcionar quedarán obsoletos.
2. Activación
Hay dos formas posibles de configurar el modo de simulación. Una posibilidad es activar el modo directamente en Configuración. La opción se encuentra en Setup > General > Global settings > Execution of checks > Simulation mode:

Otra posibilidad es activar el modo directamente en su archivo de configuración. Esto puede ser necesario si has hecho una copia de un site y quieres activar el modo antes de que se inicie el site. En este caso, inserta manualmente las líneas adecuadas en el archivo global.mk
del site copiado:
simulation_mode = True
Asegúrate de que True
tiene mayúsculas. Para efectuar el cambio, crea a continuación una nueva configuración del núcleo de monitorización:
OMD[mysite]:~$ cmk -U
Generating configuration for core (type cmc)...
Starting full compilation for all hosts Creating global helper config...OK
Creating cmc protobuf configuration...OK
Ahora se puede iniciar el site sin que se recuperen datos en vivo de los host:
OMD[mysite]:~$ omd start
Creating temporary filesystem /omd/sites/mysite/tmp...OK
Starting agent-receiver...OK
Starting mkeventd...OK
Starting liveproxyd...OK
Starting mknotifyd...OK
Starting rrdcached...OK
Starting cmc...OK
Starting apache...OK
Starting dcd...OK
Starting redis...OK
Initializing Crontab...OK
3. Archivos y directorios
Ruta | Función |
---|---|
|
Aquí se activa, entre otras cosas, el modo de simulación. Si en este archivo no se ha configurado el valor |
|
Aquí se encuentran los datos del agente almacenados en caché. El directorio está vacío si nunca se han recuperado los datos del agente. Como todos esos datos se encuentran en |