In der IT gibt es einen Aberglauben: „Wenn es funktioniert, fassen Sie es nicht an.“ Das lässt sich über unser Überwachungssystem sagen. Bei Southbridge verwenden wir Zabbix – als wir uns dafür entschieden haben, war es sehr cool. Und tatsächlich hatte er keine Alternativen.
Im Laufe der Zeit hat unser Ökosystem Anweisungen und zusätzliche Bindungen erhalten und es ist eine Integration mit Redmine entstanden. Zabbix hatte einen leistungsstarken Konkurrenten, der in vielerlei Hinsicht überlegen war: Geschwindigkeit, HA fast sofort einsatzbereit, schöne Visualisierung, Optimierung der Arbeit in einer Kubernethes-Umgebung.
Aber wir haben es nicht eilig, weiterzumachen. Wir haben uns entschieden, einen Blick auf Zabbix zu werfen und zu fragen, welche Funktionen sie in den kommenden Versionen einführen möchten. Wir hielten uns nicht an Zeremonien und stellten Sergey Sorokin, Entwicklungsleiter bei Zabbix, und Vitaly Zhuravlev, Lösungsarchitekt, unbequeme Fragen. Lesen Sie weiter, um herauszufinden, was dabei herausgekommen ist.
1. Erzählen Sie uns etwas über die Geschichte des Unternehmens. Wie ist die Idee zu dem Produkt entstanden?
Die Geschichte des Unternehmens begann im Jahr 1997, als der Gründer und Eigentümer des Unternehmens, Alexey Vladyshev, als Datenbankadministrator in einer der Banken arbeitete. Alexey schien es, dass es wirkungslos wäre, Datenbanken zu verwalten, ohne Daten über die historischen Werte einer Vielzahl von Parametern zu haben und ohne den aktuellen und historischen Zustand der Umgebung zu verstehen.
Gleichzeitig sind die derzeit auf dem Markt befindlichen Überwachungslösungen sehr teuer, umständlich und erfordern große Ressourcen. Daher beginnt Alexey, verschiedene Skripte zu schreiben, die es ihm ermöglichen, den ihm anvertrauten Teil der Infrastruktur effektiv zu überwachen. Es wird zum Hobby. Alexey wechselt den Job, aber das Interesse am Projekt bleibt bestehen. In den Jahren 2000-2001 wurde das Projekt von Grund auf neu geschrieben – und Alexey dachte darüber nach, anderen Administratoren die Möglichkeit zu geben, die Entwicklungen zu nutzen. Gleichzeitig stellte sich die Frage, unter welcher Lizenz der vorhandene Code veröffentlicht werden sollte. Alexey hat beschlossen, es unter der GPLv2-Lizenz zu veröffentlichen. Im professionellen Umfeld fiel das Tool sofort auf. Im Laufe der Zeit erhielt Alexey Anfragen nach Support, Schulung und Erweiterung der Softwarefunktionen. Die Zahl solcher Aufträge wuchs ständig. So kam es natürlich zu der Entscheidung, ein Unternehmen zu gründen. Das Unternehmen wurde am 12. April 2005 gegründet
2. Welche wichtigen Punkte können Sie in der Geschichte der Zabbix-Entwicklung hervorheben?
Derzeit gibt es mehrere solcher Punkte:
A. Alexey begann 1997 mit der Arbeit an Drehbüchern.
B. Veröffentlichung des Codes unter der GPLv2-Lizenz – 2001.
V. Zabbix wurde 2005 gegründet.
d. Abschluss der ersten Partnerschaftsverträge, Schaffung eines Partnerprogramms – 2007.
d. Gründung von Zabbix Japan LLC – 2012.
e. Gründung von Zabbix LLC (USA) – 2015
Und. Gründung von Zabbix LLC – 2018
3. Wie viele Mitarbeiter beschäftigen Sie?
Derzeit beschäftigt die Zabbix-Unternehmensgruppe etwas mehr als 70 Mitarbeiter: Entwickler, Tester, Projektmanager, Support-Ingenieure, Berater, Vertriebsmitarbeiter und Marketingmitarbeiter.
4. Wie schreibt man eine Roadmap, sammelt man Feedback von Nutzern? Wie bestimmen Sie, wohin Sie als Nächstes ziehen?
Bei der Erstellung einer Roadmap für die nächste Version von Zabbix konzentrieren wir uns auf die folgenden wichtigen Faktoren, genauer gesagt sammeln wir Roadmaps nach folgenden Kategorien:
A. Strategische Verbesserungen von Zabbix. Etwas, das Zabbix selbst für sehr wichtig hält. Zum Beispiel der in Go geschriebene Zabbix-Agent.
B. Dinge, die Kunden und Partner von Zabbix in Zabbix sehen möchten. Und dafür sind sie bereit zu zahlen.
V. Wünsche/Vorschläge von der Zabbix-Community.
d. Technische Schulden. 🙂 Dinge, die wir in früheren Versionen veröffentlicht haben, die jedoch nicht die volle Funktionalität boten, sie nicht flexibel genug machten und nicht alle Optionen boten.
5. Können Sie Zabbix und Prometheus vergleichen? Was ist besser und was schlechter in Zabbix?
Der Hauptunterschied besteht unserer Meinung nach darin, dass Prometheus ein System ist, das hauptsächlich zum Sammeln von Metriken dient – und um eine umfassende Überwachung in einem Unternehmen zu sammeln, ist es notwendig, viele andere Komponenten zu Prometheus hinzuzufügen, wie zum Beispiel Grafana zur Visualisierung, a Separate Langzeitspeicherung und separate Verwaltungsprobleme, getrennte Arbeit mit Protokollen ...
In Prometheus wird es keine Standard-Überwachungsvorlagen geben. Nachdem Sie Tausende von Metriken von Exporteuren erhalten haben, müssen Sie darin selbstständig problematische Signale finden. Prometheus einrichten – Konfigurationsdateien. An manchen Orten ist es bequemer, an anderen nicht.
Zabbix ist eine universelle Plattform zum Erstellen einer Überwachung „von und nach“, wir verfügen über eine eigene Visualisierung, Korrelation von Problemen und deren Anzeige, Verteilung von Zugriffsrechten auf das System, Prüfung von Aktionen, viele Möglichkeiten zum Sammeln von Daten über einen Agenten, Proxy, Verwendung völlig anderer Protokolle, die Möglichkeit, das System schnell mit Plugins, Skripten, Modulen zu erweitern ...
Oder Sie sammeln die Daten einfach so, wie sie sind, beispielsweise über das HTTP-Protokoll, und wandeln die Antworten dann mithilfe von Vorverarbeitungsfunktionen wie JavaScript, JSONPath, XMLPath, CSV und dergleichen in nützliche Metriken um. Viele Benutzer schätzen Zabbix für die Möglichkeit, das System über eine Weboberfläche zu konfigurieren und zu verwalten, für die Möglichkeit, typische Überwachungskonfigurationen in Form von Vorlagen zu beschreiben, die untereinander geteilt werden können und nicht nur Metriken, sondern auch Erkennungsregeln enthalten. Schwellenwerte, Diagramme, Beschreibungen – ein kompletter Satz von Objekten zur Überwachung typischer Objekte.
Vielen gefällt auch die Möglichkeit, die Verwaltung und Konfiguration über die Zabbix-API zu automatisieren. Generell möchte ich keinen Holivar organisieren. Uns scheint, dass beide Systeme für ihre Aufgaben gut geeignet sind und sich harmonisch ergänzen können, beispielsweise kann Zabbix ab Version 4.2 Daten von Prometheus-Exporteuren oder von sich selbst sammeln.
6. Haben Sie darüber nachgedacht, Zabbix Saas herzustellen?
Wir haben darüber nachgedacht und werden es auch in Zukunft tun, aber wir möchten diese Lösung für die Kunden so bequem wie möglich machen. In diesem Fall sollte Standard-Zabbix zusammen mit Kommunikationstools, erweiterten Datenerfassungstools usw. angeboten werden.
7. Wann sollte ich mit Zabbix ha rechnen? Und sollen wir warten?
Zabbix HA ist definitiv eine Wartezeit. Wir hoffen wirklich, etwas in Zabbix 5.0 LTS zu sehen, aber die Situation wird im November 2019 klarer, wenn die Zabbix 5.0 Roadmap vollständig bestätigt ist.
8. Warum ist die Auswahl an Medientypen standardmäßig so schlecht? Planen Sie, Slack, Telegram usw. hinzuzufügen? Benutzt sonst noch jemand Jabber?
Jabber wurde in Zabbix 4.4 entfernt, aber Webhooks wurden hinzugefügt. Was die Medientypen betrifft, möchte ich keine spezifischen Anwendungen aus dem System machen, sondern Standard-Messaging-Tools. Es ist kein Geheimnis, dass viele ähnliche Chats oder Schreibtischdienste über eine API über HTTP verfügen – daher wird sich die Situation in diesem Jahr mit der Veröffentlichung von 4.4 ändern.
Mit der Einführung von Webhooks in Zabbix können Sie in naher Zukunft mit den beliebtesten Integrationen sofort einsatzbereit sein. In diesem Fall erfolgt die Integration in beide Richtungen und nicht nur in einfache einseitige Benachrichtigungen. Und die Medientypen, auf die wir nicht zugreifen können, werden von unserer Community erstellt – denn jetzt kann der gesamte Medientyp in eine Konfigurationsdatei exportiert und auf share.zabbix.com oder github veröffentlicht werden. Und andere Benutzer müssen die Datei nur importieren, um diese Integration nutzen zu können. In diesem Fall müssen Sie keine zusätzlichen Skripte installieren!
9. Warum entwickelt sich die Richtung der Erkennung virtueller Maschinen nicht weiter? Es gibt nur VMware. Viele warten auf die Integration mit ec2, OpenStack.
Nein, die Richtung entwickelt sich. Beispielsweise erfolgte in 4.4 die Datenspeichererkennung über den Schlüssel vm.datastore.discovery. In 4.4 erschienen auch sehr coole wmi.getall-Schlüssel – wir gehen davon aus, dass damit zusammen mit dem perf_counter_en-Schlüssel eine gute Hyper-V-Überwachung möglich sein wird. Nun, es wird in Zabbix 5.0 weitere wichtige Änderungen in dieser Richtung geben.
10. Haben Sie darüber nachgedacht, die Schablonen aufzugeben und es wie Prometheus zu machen, wenn alles, was gegeben ist, weggenommen wird?
Prometheus übernimmt automatisch alle Metriken, das ist praktisch. Und eine Vorlage ist mehr als nur eine Reihe von Metriken, sie ist ein „Container“, der alle notwendigen typischen Konfigurationen für die Überwachung eines bestimmten Ressourcen- oder Diensttyps enthält. Es verfügt bereits über eine Reihe wichtiger Auslöser, Diagramme und Erkennungsregeln sowie Beschreibungen von Metriken und Schwellenwerten, die dem Benutzer helfen zu verstehen, was erfasst wird und welche Schwellenwerte überprüft werden und warum. Gleichzeitig lassen sich Vorlagen einfach mit anderen Benutzern teilen – und diese erhalten eine gute Überwachung ihres Systems, auch ohne unbedingt ein Experte darin zu sein.
11. Warum gibt es so wenige Standardmetriken? Dies verkompliziert auch die Einrichtung aus betrieblicher Sicht erheblich.
Wenn Sie mit „out of the box“ vorgefertigte Vorlagen meinen, dann arbeiten wir gerade daran, unsere Vorlagen zu erweitern und zu verbessern. Zabbix 4.4 kommt mit einem neuen, verbesserten Set und besseren Funktionen.
Für Zabbix finden Sie auf share.zabbix.com immer eine fertige Vorlage für fast jedes System. Aber wir haben beschlossen, dass wir selbst grundlegende Vorlagen erstellen sollten, um ein Beispiel für andere zu sein und den Benutzern die Möglichkeit zu geben, noch einmal eine Vorlage für etwas MySQL zu schreiben. Daher wird es in Zabbix jetzt mit jeder Version nur noch mehr offizielle Vorlagen geben.
12. Wann wird es möglich sein, Trigger zu erstellen, die nicht an Hosts gebunden sind, sondern beispielsweise auf Labels basieren? Beispielsweise überwachen wir eine Site von n verschiedenen Punkten aus und möchten einen einfachen Auslöser, der ausgelöst wird, wenn die Site von zwei oder mehr Punkten aus nicht zugänglich ist.
Tatsächlich ist eine solche Funktionalität seit mehreren Jahren in Zabbix verfügbar und wurde für einen der Kunden geschrieben. Kunde - ICANN. Ähnliche Prüfungen können beispielsweise auch durch aggregierte Elemente oder mithilfe der Zabbix-API erfolgen. Wir arbeiten nun aktiv daran, die Erstellung solcher Schecks zu vereinfachen.
PS: Bei einem der Slurms fragten uns Zabbix-Entwickler, was wir im Produkt sehen wollten, um Kubernetes-Cluster mit Zabbix und nicht mit Prometheus zu überwachen.
Es ist großartig, wenn Entwickler den Kunden auf halbem Weg entgegenkommen und nicht für sich bleiben. Und nun begrüßen wir jede Veröffentlichung mit aufrichtigem Interesse – die gute Nachricht ist, dass immer mehr Features, über die wir gesprochen haben, in Fleisch und Blut übergehen.
Solange sich die Entwickler nicht in sich selbst zurückziehen, sondern sich für die Bedürfnisse der Kunden interessieren, lebt und entwickelt sich das Produkt. Wir werden die neuen Zabbix-Veröffentlichungen im Auge behalten.
PPS: Wir werden in einigen Monaten einen Online-Überwachungskurs starten. Wenn Sie interessiert sind, abonnieren Sie uns, um die Ankündigung nicht zu verpassen. In der Zwischenzeit können Sie unsere durchgehen .
Source: habr.com