I IT-verdenen er der et overtro: "Hvis det fungerer, skal du ikke røre ved det." Det gælder også for vores overvågningssystem. Hos Southbridge bruger vi Zabbix - da vi valgte det, var det virkelig fantastisk. Og faktisk var der ingen alternativer.
Over tid er vores økosystem vokset med instruktioner, ekstra indpakninger, og der er kommet integration med Redmine. Zabbix fik en stærk konkurrent, der overgik det på mange punkter: arbejdes hastighed, HA næsten out of the box, smuk visualisering, optimering af arbejdet i Kubernetes-miljøet.
Men vi haster ikke med at skifte. Vi besluttede os for at tage et kig på Zabbix og spørge, hvilke funktioner de planlægger at implementere i de kommende udgivelser. Vi gik direkte til sagen og stillede nogle svære spørgsmål til Sergei Sorokin, udviklingsdirektør for Zabbix, og Vitaly Zhuravlev, løsningsarkitekt. Hvad der kom ud af det, kan du læse videre om.
1. Fortæl os om virksomhedens historie. Hvordan blev idéen til produktet født?
Virksomhedens historie begyndte i 1997, da grundlæggeren og ejeren Alexey Vladychev arbejdede som databaseadministrator i en bank. Det virkede ineffektivt for Alexey at administrere databaser uden at have data om historiske værdier af forskellige parametre, uden forståelse for den nuværende og historiske tilstand af det omgivende miljø.
De løsninger, der dengang var tilgængelige på markedet for overvågning, var meget dyre, klodsede og krævede store ressourcer. Derfor begyndte Alexey at skrive forskellige scripts, der kunne hjælpe ham med effektiv overvågning af den del af infrastrukturen, han var ansvarlig for. Dette blev en hobby. Alexey skiftede job, men interessen for projektet forblev. I årene 2000-2001 blev projektet omskrevet fra bunden - og Alexey overvejede at give andre administratorer mulighed for at bruge de opnåede resultater. Spørgsmålet om, under hvilken licens det eksisterende kode skulle frigives, blev rejst. Alexey besluttede at frigive det under GPLv2-licensen. Værktøjet blev straks bemærket i det professionelle miljø. Over tid begyndte Alexey at modtage forespørgsler om support, træning og udvidelse af softwarefunktionerne. Antallet af sådanne forespørgsler voksede konstant. Således kom beslutningen om at oprette et selskab naturligt. Selskabet blev grundlagt den 12. april 2005.
2. Hvilke nøglepunkter kan du fremhæve i udviklingen af Zabbix?
Der er flere sådanne punkter i øjeblikket:
a. Starten på Alexeys arbejde med scripts - 1997.
b. Udgivelse af koden under GPLv2 licensen - 2001.
c. Stiftelsen af Zabbix - 2005.
d. Indgåelse af de første partnerskaber, oprettelse af partnerprogram - 2007.
e. Oprettelse af Zabbix Japan LLC - 2012.
f. Oprettelse af Zabbix LLC (USA) - 2015.
g. Oprettelse af Zabbix LLC - 2018.
3. Hvor mange mennesker arbejder der hos jer?
I øjeblikket arbejder der lidt over 70 medarbejdere i Zabbix-gruppen: udviklere, testere, projektledere, supportingeniører, konsulenter, sælgere, marketingmedarbejdere.
4. Hvordan skriver I en roadmap, samler I feedback fra brugerne? Hvordan beslutter I, hvilken retning I skal bevæge jer i?
Ved oprettelsen af roadmap for den næste version af Zabbix er vi opmærksomme på følgende vigtige faktorer, nærmere bestemt samler vi roadmap efter følgende kategorier:
a. Strategiske forbedringer af Zabbix. Noget, som Zabbix selv anser for at være meget vigtigt. For eksempel Zabbix-agenten skrevet i Go.
b. Ting, som kunder og partnerne i Zabbix ønsker at se. Og som de er villige til at betale for.
c. Ønsker/forslag fra Zabbix-fællesskabet.
d. Teknisk gæld. 🙂 Ting, som vi udgav i tidligere versioner, men som vi ikke har sikret fuld funktionalitet i, ikke gjort tilstrækkeligt fleksible, ikke tilbudt alle muligheder.
5. Kan du sammenligne Zabbix og Prometheus? Hvad er bedre i Zabbix, og hvad er dårligere?
Hovedforskellen, efter vores mening, er, at Prometheus er et system primært til indsamling af metrics - og for at kunne lave en fuld overvågning i virksomheden, skal der tilføjes mange andre komponenter til Prometheus, såsom Grafana til visualisering, et separat langvarigt lager, et sted at håndtere problemer, arbejde med logs …
Der vil heller ikke være nogen standard overvågningsskabeloner i Prometheus; når man får alle tusinde metrics fra eksportere, skal man selv finde de problematiske signaler. Konfigurationen af Prometheus er konfigurationsfiler. Nogle steder er det mere bekvemt, andre steder er det ikke.
Zabbix er en alsidig platform til at skabe overvågning "fra a til z", vi har vores egen visualisering, korrelation af problemer og deres visning, fordeling af adgangsrettigheder til systemet, audit af handlinger, mange muligheder for dataindsamling gennem agenter, proxyer, via helt forskellige protokoller, mulighed for hurtigt at udvide systemet med plugins, scripts, moduler…
Man kan også bare indsamle data, som de er, for eksempel via HTTP-protokollen, og derefter omdanne svarene til nyttige metrikker ved hjælp af preprocessing-funktioner som JavaScript, JSONPath, XMLPath, CSV og lignende. Mange brugere værdsætter Zabbix for muligheden for at konfigurere og administrere systemet gennem et webinterface, muligheden for at beskrive standardovervågningskonfigurationer som skabeloner, som man kan dele med hinanden, og som indeholder ikke kun metrikker, men også opdagelsesregler, tærskelværdier, grafer, beskrivelser - et komplet sæt objekter til overvågning af standardobjekter.
Mange kan også lide muligheden for at automatisere administration og konfiguration gennem Zabbix API. Generelt ønsker vi ikke at skabe en strid. Vi synes, at begge systemer er velegnede til deres opgaver og kan supplere hinanden harmonisk, for eksempel kan Zabbix fra version 4.2 hente data fra Prometheus-eksportører eller fra sig selv.
6. Har I overvejet at lave Zabbix som SaaS?
Vi har overvejet det og vil gøre det i fremtiden, men vi ønsker at gøre en sådan løsning så brugervenlig som muligt for kunderne. I dette tilfælde bør standard Zabbix tilbydes sammen med kommunikationsmidler, udvidede dataindsamlingsværktøjer og så videre.
7. Hvornår kan vi forvente Zabbix HA? Og bør vi forvente det?
Zabbix HA kan man bestemt forvente. Vi håber meget at se noget i Zabbix 5.0 LTS, men situationen vil blive klarere i november 2019, når Zabbix 5.0's roadmap er helt bekræftet.
8. Hvorfor er der så lidt udvalgt af mediatyper fra start? Planlægger I at tilføje Slack, Telegram og sådan noget? Er der stadig nogen, der bruger Jabber?
Jabber blev fjernet i Zabbix version 4.4, men Webhooks blev til gengæld tilføjet. Angående mediatyper, ønsker vi ikke at lave specifikke applikationer ud af systemet, men standard kommunikationsværktøjer. Det er ingen hemmelighed, at mange af sådanne chats eller service desk har API'er via HTTP - derfor vil situationen ændre sig med udgivelsen af 4.4 i år.
Med introduktionen af webhooks i Zabbix kan vi snart forvente alle de mest eftertragtede integrationer out-of-the-box. Desuden vil integrationerne være tovejs, og ikke kun simple meddelelser i én retning. De mediatyper, som vi ikke når, vil vores community skabe — da mediatypen nu helt kan eksporteres til en konfigurationsfil, der kan uploades til share.zabbix.com eller github. Andre brugere skal kun importere filen for at begynde at bruge en sådan integration. Derudover vil der ikke være behov for at installere flere skripter!
9. Hvorfor udvikler retningen for Virtual machine discovery sig ikke? Der er kun vmware. Mange venter på integration med ec2, openstack.
Nej, retningen udvikler sig. For eksempel blev der i version 4.4 tilføjet discovery af datastore gennem nøgle vm.datastore.discovery. I version 4.4 blev der også tilføjet nogle rigtig gode nøgler som wmi.getall – vi forventer, at det sammen med nøglen perf_counter_en vil give en god overvågning af Hyper-V. Og der vil være andre vigtige ændringer i denne retning i Zabbix 5.0.
10. Har I ikke overvejet at droppe skabeloner og gøre som hos prometheus, hvor alt, der udbetales, hentes automatisk?
Prometheus henter automatisk alle metrikker, hvilket er praktisk. Men en skabelon er mere end blot et sæt metrikker; det er en "container", der indeholder al nødvendig standard konfiguration til overvågning af denne type ressource eller service. Den indeholder allerede et sæt vigtige triggere, diagrammer, regler for opdagelse, og beskrivelser af metrikkerne og tærskelværdierne, som hjælper brugeren med at forstå, hvad der indsamles, og hvilke specifikke tærskler der kontrolleres, og hvorfor. Derudover er det let at dele skabeloner med andre brugere — og de får en god overvågning af deres system uden nødvendigvis at være eksperter i det.
11. Hvorfor er der så få metrikker out-of-the-box? Det gør konfigurationen meget mere kompliceret set fra et driftsmæssigt perspektiv.
Hvis du tænker på færdige skabeloner, så arbejder vi netop nu på at udvide og forbedre vores skabeloner. Zabbix 4.4 blev lanceret med et nyt, forbedret sæt og med bedre muligheder.
For Zabbix, you can always find a ready-made template for almost any system at share.zabbix.com. However, we decided that we should create basic templates ourselves, setting an example for others and relieving users from having to write another template for something like MySQL. Therefore, with each version, there will be more official templates in Zabbix.
12. When will it be possible to build triggers not tied to hosts, but, for example, based on labels? For instance, we monitor a website from n different locations, and we want a simple trigger that activates when the site is inaccessible from 2 or more locations.
In fact, this functionality has existed in Zabbix for several years, developed for one of our clients. The client is ICANN. Similar checks can also be performed, for example, through aggregated items or using the Zabbix API. We are currently working hard to simplify the creation of such checks.
P.S.: At one of the Slurm sessions, Zabbix developers asked us what we wanted to see in the product for monitoring Kubernetes clusters using Zabbix rather than Prometheus.
It's great when developers respond to clients' needs instead of being solely focused on their own priorities. Now we greet every release with genuine interest — it’s pleasing to see that more and more features we discussed are coming to fruition.
As long as the developers remain engaged with customer needs, the product continues to live and evolve. We will keep an eye on new releases of Zabbix.
P.P.S.: We will launch an online course on monitoring in a few months. If you're interested, subscribe so you don't miss the announcement. In the meantime, you can go through our .
Kilde: habr.com
