Uno de los mayores retos de la monitorizaci\u00f3n inform\u00e1tica es mantener actualizada la configuraci\u00f3n de la monitorizaci\u00f3n. Nuevos servicios, nuevas aplicaciones, configuraciones de servidor cambiantes: la monitorizaci\u00f3n configurada una vez se queda r\u00e1pidamente anticuada y ya no refleja el verdadero estado de la infraestructura. Checkmk resuelve este problema mediante un mecanismo autom\u00e1tico de descubrimiento de servicios (Service Discovery) que escanea continuamente los hosts supervisados e identifica qu\u00e9 debe supervisarse y c\u00f3mo, sin necesidad de configurar manualmente cada servicio. <\/p>\n
Service Discovery es el mecanismo de Checkmk que identifica autom\u00e1ticamente qu\u00e9 servicios (services) deben supervisarse en un host determinado y qu\u00e9 par\u00e1metros deben comprobarse. \u00abServicio\u00bb en Checkmk es cualquier aspecto del sistema que pueda ser supervisado: un disco, una interfaz de red, un proceso, un demonio, un servicio de Windows, un recurso de Kubernetes y cientos de otros. <\/p>\n
Sin detecci\u00f3n autom\u00e1tica, un administrador tendr\u00eda que configurar manualmente cada servicio en cada host, determinando qu\u00e9 comprobar, qu\u00e9 umbrales de alerta aplicar y c\u00f3mo interpretar los resultados. En un entorno con cientos o miles de hosts, esto es insostenible. Checkmk Service Discovery elimina este trabajo: escanea los hosts y sugiere o a\u00f1ade autom\u00e1ticamente los servicios que hay que supervisar. Checkmk en la oferta de Ramsdata<\/a> es una herramienta de supervisi\u00f3n que Ramsdata despliega con soporte t\u00e9cnico y formaci\u00f3n completos. <\/p>\n El mecanismo de descubrimiento de servicios de Checkmk funciona mediante los llamados plugins de comprobaci\u00f3n, m\u00f3dulos responsables de un tipo espec\u00edfico de servicio. Cada plugin de comprobaci\u00f3n \u00absabe\u00bb c\u00f3mo consultar al host los datos relacionados con su \u00e1mbito y c\u00f3mo interpretar los resultados. <\/p>\n Cuando Checkmk escanea un host, ejecuta todos los plugins de comprobaci\u00f3n relevantes y cada uno devuelve una lista de las instancias detectadas. El plugin de monitorizaci\u00f3n de discos devolver\u00e1 una lista de todos los discos encontrados en el host. El plugin de monitorizaci\u00f3n de procesos devolver\u00e1 una lista de procesos en ejecuci\u00f3n que coincidan con patrones definidos. El complemento de monitorizaci\u00f3n de interfaces de red devolver\u00e1 una lista de todas las interfaces. El resultado de un escaneo de Descubrimiento de Servicios es una lista de servicios propuestos: el administrador puede aceptarlos, rechazarlos o configurar excepciones. <\/p>\n Las reglas en Checkmk permiten configurar los par\u00e1metros de detecci\u00f3n y supervisi\u00f3n de forma jer\u00e1rquica y escalable. En lugar de configurar cada disco de cada servidor individualmente, el administrador define una regla: \u00aben todos los servidores de producci\u00f3n, supervisar los discos con alerta WARN al 80% de llenado y CRIT al 90%\u00bb. La regla se aplica autom\u00e1ticamente a todos los servidores del grupo. <\/p>\n Service Discovery respeta las reglas al detectar servicios: si una regla dice \u00abno supervisar discos temporales\u00bb, Service Discovery excluye autom\u00e1ticamente esos discos de la lista de servicios detectados. Las reglas pueden ser muy granulares: diferentes umbrales para diferentes hosts, exclusiones para procesos o interfaces espec\u00edficos. Esta combinaci\u00f3n de detecci\u00f3n autom\u00e1tica con configuraci\u00f3n basada en reglas hace que Checkmk sea extremadamente escalable. <\/p>\n La Detecci\u00f3n de Servicios es especialmente valiosa para los cambios en la infraestructura. Cuando llega al servidor una nueva unidad, una nueva interfaz de red o un nuevo servicio de aplicaci\u00f3n, Checkmk detecta este cambio en el siguiente escaneado de Descubrimiento de Servicios y lo marca como \u00abnuevo servicio no aprobado\u00bb. <\/p>\n El administrador puede ver una lista de servicios nuevos, eliminados y modificados en Checkmk y puede tomar una decisi\u00f3n sobre cada uno de ellos: aceptarlos para su supervisi\u00f3n, rechazarlos o dejarlos para una decisi\u00f3n posterior. Esto elimina el riesgo de que nuevos componentes de la infraestructura queden sin supervisar, algo que ocurre con regularidad en el enfoque cl\u00e1sico de configuraci\u00f3n manual. La situaci\u00f3n contraria -eliminaci\u00f3n de un disco o interfaz- tambi\u00e9n se detecta y el servicio se marca como \u00abperdido\u00bb, lo que permite limpiar la configuraci\u00f3n de supervisi\u00f3n. Puedes encontrar m\u00e1s informaci\u00f3n sobre las capacidades de Checkmk en la base de conocimientos de Ramsdata<\/a>. <\/p>\n El modo Descubrimiento Manual de Servicios requiere que el administrador escanee regularmente los hosts y acepte nuevos servicios. El Descubrimiento Peri\u00f3dico de Servicios automatiza este proceso: Checkmk escanea autom\u00e1ticamente los hosts a intervalos predefinidos y, dependiendo de la configuraci\u00f3n, acepta autom\u00e1ticamente los servicios nuevos, elimina los servicios en declive o simplemente marca los cambios para su verificaci\u00f3n manual. <\/p>\n Esto es especialmente valioso en entornos din\u00e1micos -nube, Kubernetes, microservicios- en los que aparecen y desaparecen nuevos servicios con regularidad. El Descubrimiento Peri\u00f3dico de Servicios garantiza que la monitorizaci\u00f3n est\u00e9 siempre sincronizada con el estado real de la infraestructura, sin necesidad de un trabajo manual constante por parte de los administradores. Configurar el modo autom\u00e1tico requiere precauci\u00f3n: una automatizaci\u00f3n agresiva puede conducir a una proliferaci\u00f3n incontrolada de configuraciones de monitorizaci\u00f3n. <\/p>\n El Agente Checkmk es un agente ligero instalado en los hosts supervisados (Linux, Windows, AIX, Solaris y otros) que recopila datos del sistema y los pone a disposici\u00f3n del servidor Checkmk. El agente es la base de la Detecci\u00f3n de Servicios: sin \u00e9l, las capacidades de detecci\u00f3n de servicios est\u00e1n significativamente limitadas. <\/p>\n El agente Checkmk recopila y proporciona datos de docenas de fuentes: sistema de archivos, procesos, servicios del sistema, registros, memoria, CPU, red y m\u00e1s. Los plugins de comprobaci\u00f3n del servidor Checkmk interpretan estos datos y detectan los servicios. La ventaja del agente Checkmk es su arquitectura de plugins (Comprobaciones locales): cada administrador puede a\u00f1adir sus propios scripts de comprobaci\u00f3n, que ser\u00e1n recogidos autom\u00e1ticamente por el agente e interpretados por Checkmk. Esto permite supervisar aplicaciones y m\u00e9tricas personalizadas con plena integraci\u00f3n en Service Discovery. <\/p>\n No todos los dispositivos pueden tener un agente instalado: los conmutadores de red, las impresoras, los dispositivos IoT y las matrices de discos se comunican mediante SNMP. Checkmk admite el Descubrimiento de Servicios para los hosts supervisados por SNMP: escanea la MIB y el OID del dispositivo y detecta las m\u00e9tricas disponibles. <\/p>\n La integraci\u00f3n con API de terceros (VMware vCenter, AWS, Azure, Kubernetes) permite la detecci\u00f3n din\u00e1mica de servicios en entornos virtualizados y en la nube. Checkmk detecta autom\u00e1ticamente nuevas m\u00e1quinas virtuales, contenedores Kubernetes, recursos en la nube y los a\u00f1ade a la supervisi\u00f3n sin necesidad de configurar manualmente cada recurso. Esto es especialmente importante en entornos din\u00e1micos en los que la infraestructura cambia varias veces al d\u00eda. <\/p>\n \u00bfCon qu\u00e9 frecuencia debe realizar Checkmk el Descubrimiento Peri\u00f3dico del Servicio?<\/strong> Para entornos est\u00e1ticos, basta con una vez al d\u00eda o a la semana. Para entornos din\u00e1micos (Kubernetes, nube) cada 30-60 minutos o menos, con un cuidadoso modo de autoaceptaci\u00f3n. <\/p>\n \u00bfPuede el Descubrimiento de Servicios eliminar autom\u00e1ticamente los servicios en declive?<\/strong> S\u00ed – El Descubrimiento Peri\u00f3dico de Servicios en modo ‘fixall’ acepta autom\u00e1ticamente los servicios nuevos y elimina los deteriorados. En entornos de producci\u00f3n, merece la pena utilizar el modo \u00abs\u00f3lo_nuevos\u00bb y verificar manualmente las eliminaciones. <\/p>\n \u00bfC\u00f3mo se las arregla Checkmk con miles de servicios en un host grande?<\/strong> Checkmk est\u00e1 dise\u00f1ado para escalar: los servidores de monitorizaci\u00f3n pueden soportar decenas de miles de servicios. La arquitectura de Monitorizaci\u00f3n Distribuida permite escalar a\u00f1adiendo servidores de monitorizaci\u00f3n locales. <\/p>\n \u00bfPuede limitarse el alcance de la Detecci\u00f3n de Servicios a determinados tipos de servicios?<\/strong> S\u00ed: las reglas permiten excluir determinados plugins de comprobaci\u00f3n o tipos de servicio del Descubrimiento de Servicios para grupos seleccionados de hosts.<\/p>\n El descubrimiento autom\u00e1tico de servicios de Checkmk es una de las caracter\u00edsticas m\u00e1s valiosas de la plataforma: elimina la configuraci\u00f3n manual de cada servicio y garantiza que la supervisi\u00f3n est\u00e9 siempre actualizada y refleje el verdadero estado de la infraestructura. Combinado con las pol\u00edticas, el descubrimiento peri\u00f3dico de servicios y la integraci\u00f3n con agentes y API, Checkmk crea un sistema de supervisi\u00f3n que crece y se adapta con tu infraestructura. Si quieres implantar u optimizar la supervisi\u00f3n inform\u00e1tica en tu organizaci\u00f3n, ponte en contacto con Ramsdata, socio de Checkmk<\/a>. <\/p>\n","protected":false},"excerpt":{"rendered":" Uno de los mayores retos de la monitorizaci\u00f3n inform\u00e1tica es mantener actualizada la configuraci\u00f3n de la monitorizaci\u00f3n. Nuevos servicios, nuevas aplicaciones, configuraciones de servidor cambiantes: la monitorizaci\u00f3n configurada una vez se queda r\u00e1pidamente anticuada y ya no refleja el verdadero estado de la infraestructura. Checkmk resuelve este problema mediante un mecanismo autom\u00e1tico de descubrimiento de […]<\/p>\n","protected":false},"author":1,"featured_media":39564,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[57],"tags":[],"class_list":["post-41398","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noticias-es"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/posts\/41398","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/comments?post=41398"}],"version-history":[{"count":0,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/posts\/41398\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/media\/39564"}],"wp:attachment":[{"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/media?parent=41398"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/categories?post=41398"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ramsdata.com.pl\/es\/wp-json\/wp\/v2\/tags?post=41398"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\u00bfC\u00f3mo funciona el mecanismo de detecci\u00f3n de servicios?<\/h3>\n
Detecci\u00f3n autom\u00e1tica frente a reglas Checkmk<\/h3>\n
Descubrimiento de servicios y cambios en la infraestructura<\/h3>\n
Descubrimiento peri\u00f3dico de servicios – actualizaci\u00f3n continua de la configuraci\u00f3n<\/h3>\n
Agente Checkmk: la base del descubrimiento de servicios<\/h3>\n
Detecci\u00f3n de servicios en la supervisi\u00f3n sin agentes (SNMP, API)<\/h3>\n
Principales conclusiones<\/h3>\n
\n
PREGUNTAS FRECUENTES<\/h3>\n
Resumen<\/h3>\n