Dans le cadre du projet Glaber, un fork du système de surveillance Zabbix a été créé.

Projet Glaber développe un fork du système de surveillance Zabbix, visant à améliorer l'efficacité, la performance et la scalabilité, et adapté à la création de configurations tolérantes aux pannes, exécutées dynamiquement sur plusieurs serveurs. Au départ, le projet s'est développé était un ensemble de correctifs pour améliorer la performance de Zabbix, mais en avril, le travail a commencé sur la création d'un fork distinct. Le code du projet est distribué sous licence GPLv2.

Avec de fortes charges, les utilisateurs de Zabbix rencontrent un manque de clustering dans la version gratuite et des problèmes lorsqu'il s'agit de stocker de très grandes quantités de données dans une SGBD. Les SGBD relationnels pris en charge par Zabbix, tels que PostgreSQL, MySQL, Oracle et SQLite, ne sont pas bien adaptés pour le stockage de tendances historiques - une requête sur un grand nombre de métriques sur six mois sera déjà considérée comme "lourde" et il est nécessaire d'optimiser la SGBD et les requêtes, de construire des clusters de serveurs de bases de données, etc.

Comme solution, Glaber réalise l'idée d'utiliser une SGBD spécialisée ClickHouse, qui permet une bonne compression des données et une vitesse de traitement des requêtes très élevée (sur le même matériel, on peut réduire la charge sur le CPU et le système de disque de 20 à 50 fois). En plus du support de ClickHouse, Glaber propose également ajoutées diverses optimisations, telles que l'utilisation de requêtes snmp asynchrones, le traitement en masse des données des agents de surveillance et l'utilisation de nmap pour paralléliser la vérification de la disponibilité des hôtes, ce qui a permis d'accélérer l'interrogation des états de plus de 100 fois. Dans Glaber, des travaux sont également en cours pour supporter le clustering, pour lequel il est prévu d'utiliser à l'avenir etcd.

Source : opennet.ru