Projet développe un fork du système de surveillance Zabbix visant à augmenter l'efficacité, les performances et l'évolutivité, et convient également à la création de configurations tolérantes aux pannes qui s'exécutent dynamiquement sur plusieurs serveurs. Au départ, le projet comme un ensemble de correctifs pour améliorer les performances de Zabbix, mais en avril, les travaux ont commencé pour créer un fork séparé. Code de projet sous licence GPLv2.
Sous de lourdes charges, les utilisateurs de Zabbix sont confrontés au manque de clustering en tant que tel dans la version gratuite et à des problèmes lorsqu'il est nécessaire de stocker de très gros volumes de données dans le SGBD. Les SGBD relationnels pris en charge dans Zabbix, tels que PostgreSQL, MySQL, Oracle et SQLite, sont mal adaptés au stockage des tendances pour l'historique - échantillonner un grand nombre de métriques pendant six mois sera déjà « lourd » et vous devrez optimiser le SGBD et requêtes, création de clusters de serveurs de bases de données, etc.
Pour s'en sortir, Glaber a mis en œuvre l'idée d'utiliser un SGBD spécialisé , qui offre une bonne compression des données et une vitesse de traitement des requêtes très élevée (en utilisant le même équipement, vous pouvez réduire la charge sur le processeur et le système de disque de 20 à 50 fois). En plus du support ClickHouse dans Glaber également diverses optimisations, telles que l'utilisation de requêtes snmp asynchrones, le traitement en masse (par lots) des données des agents de surveillance et l'utilisation de nmap pour paralléliser les contrôles de disponibilité des hôtes, qui ont permis d'accélérer l'interrogation d'état de plus de 100 fois. Glaber travaille également sur le support , pour lequel il est prévu d'utiliser à l'avenir .
Source: opennet.ru