proyecto desarrolla una bifurcación del sistema de monitoreo Zabbix destinada a aumentar la eficiencia, el rendimiento y la escalabilidad, y también es adecuada para crear configuraciones tolerantes a fallas que se ejecutan dinámicamente en múltiples servidores. Inicialmente el proyecto como un conjunto de parches para mejorar el rendimiento de Zabbix, pero en abril se empezó a trabajar en la creación de una bifurcación separada. Código de proyecto licenciado bajo GPLv2.
Bajo cargas pesadas, los usuarios de Zabbix se enfrentan a la falta de agrupación en clústeres como tal en la versión gratuita y a problemas cuando es necesario almacenar grandes volúmenes de datos en el DBMS. Los DBMS relacionales compatibles con Zabbix, como PostgreSQL, MySQL, Oracle y SQLite, no están bien adaptados para almacenar tendencias para el historial: muestrear una gran cantidad de métricas durante medio año ya será "pesado" y será necesario optimizar el DBMS y consultas, crear grupos de servidores de bases de datos, etc.
Como salida, Glaber implementó la idea de utilizar un DBMS especializado. , que proporciona una buena compresión de datos y una velocidad de procesamiento de consultas muy alta (con el mismo equipo, puede reducir la carga en la CPU y el sistema de disco entre 20 y 50 veces). Además del soporte de ClickHouse en Glaber también varias optimizaciones, como el uso de solicitudes SNMP asincrónicas, el procesamiento masivo (por lotes) de datos de agentes de monitoreo y el uso de nmap para paralelizar las comprobaciones de disponibilidad del host, lo que hizo posible acelerar el sondeo de estado en más de 100 veces. Glaber también está trabajando en soporte , para lo cual se planea utilizar en el futuro .
Fuente: opennet.ru