Az IT világában van egy babona: "Ha működik, ne nyúlj hozzá". Ez elmondható a monitorozó rendszerünkről is. A Southbridge-nél a Zabbix-ot használjuk - amikor ezt választottuk, nagyon menő volt. És lényegében nem volt alternatívája.
Idővel ökoszisztémánk utasításokkal, kiegészítő keretekkel gyarapodott, és integrálódott a Redmine-nal. A Zabbix-nak erős versenytársa akadt, amely sok szempontból felülmúlta: a gyors működés, a HA szinte dobozból kivéve, szép vizualizáció, optimalizálás Kubernetes környezetben.
De nem sietünk az átállással. Úgy döntöttünk, hogy benézünk a Zabbix-hoz, és érdeklődünk a közelgő kiadásokról tervezett új lehetőségekről. Nem kíméltük őket, kényes kérdéseket tettünk fel Szergej Sorokinak, a Zabbix fejlesztési igazgatójának, és Vitalij Zsuraevnek, a megoldásarchitektnek. Olvassa tovább, hogy mi történt.
1. Meséljen a cég történetéről. Hogyan született meg a termék ötlete?
A cég története 1997-ben kezdődött, amikor a cég alapítója és tulajdonosa, Alekszej Vladysev adatbázis-adminisztrátorként dolgozott egy bankban. Alekszejnél nem tűnt hatékonynak az adatbázisok kezelése anélkül, hogy a kezében ne lenne az összes különböző paraméter történeti értékeiről szóló adat, valamint a környezeti állapot jelenlegi és történeti megértése.
Ekkor a piacon lévő jelenlegi monitorozási megoldások nagyon drágák, nehézkesek és nagy erőforrásokat igényelnek. Ezért Alekszej különböző szkriptek írásába kezdett, amelyek segítségével hatékonyan monitorozhatta az irányítása alá tartozó infrastruktúrát. Ez hobbivá vált. Alekszej munkahelyet váltott, de a projekt iránti érdeklődése megmaradt. 2000-2001 között a projektet nulláról újraírták - és Alekszej elgondolkodott azon, hogy lehetővé tegye más adminisztrátorok számára a felhalmozott tapasztalatok használatát. Felmerült a kérdés, hogy milyen licenc alatt bocsássák ki a meglévő kódot. Alekszej úgy döntött, hogy GPLv2 licenc alatt adja ki. Az eszköz azonnal észlelhetővé vált a szakmai körökben. Idővel Alekszejhez támogatási, képzési és szoftverfejlesztési kérések érkeztek. Az ilyen megrendelések száma folyamatosan nőtt. Így természetes módon a cég létrehozásáról született döntés. A céget 2005. április 12-én alapították.
2. Milyen kulcsfontosságú mérföldköveket emelhet ki a Zabbix fejlődésének történetéből?
Ezekből már több is van:
a. Alexei munkájának kezdete a szkriptekkel – 1997.
b. A kód közzététele GPLv2 licenc alatt – 2001.
c. A Zabbix cég alapítása – 2005.
d. Az első partneri szerződések megkötése, partnerprogram létrehozása – 2007.
e. A Zabbix Japan LLC alapítása – 2012.
f. A Zabbix LLC (USA) alapítása – 2015.
g. A Zabbix Kft. alapítása – 2018.
3. Hány ember dolgozik önöknél?
Jelenleg a Zabbix cégcsoportban kicsit több mint 70 alkalmazott dolgozik: fejlesztők, tesztelők, projektvezetők, támogatási mérnökök, tanácsadók, eladók, marketingesek.
4. Hogyan írják meg a roadmap-et, gyűjtik visszajelzéseket a felhasználóktól? Hogyan határozzák meg, merre tovább?
A következő Zabbix verzió roadmap-jének elkészítésekor az alábbi fontos tényezőkre támaszkodunk, pontosabban, a roadmap-et a következő kategóriák szerint állítjuk össze:
a. Stratégiai fejlesztések a Zabbix számára. Olyan dolgok, amelyeket a Zabbix rendkívül fontosnak tart. Például a Zabbix ügynök Go nyelven íródott.
b. Olyan dolgok, amelyeket a Zabbix ügyfelei és partnerei szeretnének látni. És amelyekért hajlandóak fizetni.
c. Kérések/javaslatok a Zabbix közösségtől.
d. Technikai adósságok. 🙂 Olyan dolgok, amelyeket a korábbi verziókban kiadtunk, de nem biztosítottunk rájuk teljes funkcionalitást, nem tettük őket elég rugalmasan, nem kínáltunk mindent.
5. Össze tudja hasonlítani a Zabbixot és a Prometheust? Mi a jobb a Zabbixban, és mi a rosszabb?
A legfontosabb különbség, véleményünk szerint, hogy a Prometheus elsősorban a metrikák gyűjtésére szolgáló rendszer – és ahhoz, hogy a vállalatban teljes körű monitorozást létrehozzunk, számos más komponenst kell hozzáadni, mint például Grafana a vizualizációhoz, egy külön hosszú távú tároló, ahol a problémákat kezeljük, és külön a naplókkal dolgozni...
A Prometheusban nem lesznek példány alapú monitorozási sablonok, miután megkaptuk az összes ezer metrikát az exportálóktól, önállóan kell megtalálni a problémás jeleket. A Prometheus beállítása konfigurációs fájlokban történik. Valahol ez kényelmesebb, máshol nem.
A Zabbix egy univerzális platform a teljeskörű monitorozás létrehozásához. Saját vizualizációnk, probléma korrelációink és megjelenítési lehetőségeink vannak, a rendszerhez való hozzáférés jogainak elosztása, az események auditálása, valamint sokféle adatgyűjtési lehetőség ügynökön, proxy-n, teljesen különböző protokollokon keresztül, és lehetőség van a rendszer gyors bővítésére pluginekkel, szkriptekkel, modulokkal…
Esetleg csak az adatokat gyűjteni, ahogy vannak, például HTTP protokollon keresztül, és aztán a válaszokat hasznos metrikákká alakítani olyan előfeldolgozó funkciók segítségével, mint a JavaScript, JSONPath, XMLPath, CSV és hasonlók. Sok felhasználó értékeli a Zabbixot a webes felületen való beállíthatósága és kezelésének lehetősége miatt, a monitorozási konfiguráció típustervezetének sablonként való leírásának lehetőségéért, amelyeket megoszthatnak egymással, és nemcsak metrikákat, hanem felfedezési szabályokat, küszöbértékeket, grafikonokat, leírásokat is tartalmaz – minden szükséges objektumot a tipikus objektumok monitorozásához.
Sokan szeretik a Zabbix API-n keresztüli kezelés és beállítás automatizálásának lehetőségét is. Összességében nem szeretnénk vitát indítani. Úgy érezzük, hogy mindkét rendszer jól megfelel a saját feladataiknak, és harmonikusan kiegészíthetik egymást, például a Zabbix 4.2-es verziójától képes adatokat gyűjteni Prometheus exporterektől vagy akár saját magától.
6. Nem gondoltátok, hogy csináljatok zabbix saas-t?
Gondoltunk rá, és a jövőben meg fogjuk valósítani, de szeretnénk, ha a megoldás a lehető legkényelmesebb lenne az ügyfelek számára. Ebben az esetben a standard Zabbixot kommunikációs eszközökkel, kiterjesztett adatgyűjtési lehetőségekkel és hasonlókkal kellene együtt kínálni.
7. Mikor várható a zabbix ha? És várható-e?
A Zabbix HA-t biztosan várni kell. Nagyon reméljük, hogy valami megjelenik a Zabbix 5.0 LTS-ben, de a helyzet világosabbá válik 2019 novemberében, amikor teljes mértékben megerősítik a Zabbix 5.0 ütemtervét.
8. Miért van a média típusnak ilyen szegényes választéka? Nem tervezitek, hogy hozzáadjátok a Slack-et, Telegrameket stb.? Még használja valaki a Jabbert?
A Jabbert eltávolították a Zabbix 4.4-es verzióból, de helyette Webhookokat adtak hozzá. Ami a média típusokat illeti, nem szeretnénk konkrét alkalmazásokat készíteni a rendszerből, de standard üzenetküldő eszközöket. Nem titok, hogy sok hasonló chat vagy szolgáltatás asztali rendszer API-kkal rendelkezik HTTP-n keresztül - így az idén a 4.4-es verzióval a helyzet megváltozik.
A Zabbix webhooks érkezésével a közeljövőben várható, hogy minden legkeresettebb integráció dobozon belül elérhetővé válik. Az integrációk kétirányúak lesznek, nem csupán egyszerű, egyirányú értesítések. Azokat a médiatípusokat, amelyeket nem tudunk elérni, a közösségünk hozza létre – hiszen mostantól a médiatípus teljes egészében exportálható egy konfigurációs fájlba, amely feltölthető a share.zabbix.com-ra vagy a GitHub-ra. A többi felhasználónak csupán annyit kell tennie, hogy importálja a fájlt, hogy elkezdje használni az integrációt. Ráadásul semmilyen további szkriptet nem kell telepíteni!
9. Miért nem fejlődik a virtuális gépek felfedezése? Csak a VMware van. Sokan várják az EC2 és OpenStack integrációt.
Nem, a terület fejlődik. Például a 4.4-es verzióban megjelent a datastore felfedezés a vm.datastore.discovery kulccsal. A 4.4-es verzióban emellett nagyon klassz wmi.getall kulcsok is megjelentek – várhatóan ennek segítségével, a perf_counter_en kulccsal együtt, jó nyomon követést valósíthatunk meg a Hyper-V-n. Továbbá, lesznek más fontos változások ezen a területen a Zabbix 5.0-ban.
10. Nem gondoltak arra, hogy megváljanak a sablonoktól, és olyan megoldást válasszanak, mint a Prometheus, ahol minden automatikusan összegyűjthető?
A Prometheus automatikusan gyűjti az összes metrikát, ami kényelmes. A sablon azonban több, mint csupán egy metrikagyűjtemény; ez egy 'tartály', amely tartalmazza az adott típusú erőforrás vagy szolgáltatás monitorozásához szükséges tipikus konfigurációt. Benne már egy sor fontos riasztás, grafikon, felfedezési szabály található, és leírásokat ad a metrikákról és a küszöbértékekről, amelyek segítenek a felhasználónak megérteni, hogy mi kerül összegyűjtésre, és pontosan mely küszöbértékeket ellenőriznek és miért. Ezenkívül a sablonok könnyen megoszthatók más felhasználókkal – és ők is jó monitorozást kapnak a rendszerükhöz, még akkor is, ha nem feltétlenül szakértők benne.
11. Miért van ennyire kevés beépített metrika? Ez komoly bonyodalmakat okoz a beállítás során az üzemeltetés szempontjából.
Ha a beépített sablonokra gondol, éppen most dolgozunk a sablonjaink bővítésén és javításán. A Zabbix 4.4 új, fejlettebb készlettel és jobb lehetőségekkel jelent meg.
A Zabbix esetében a share.zabbix.com oldalon szinte bármilyen rendszerhez találhatunk kész sablonokat. De úgy döntöttünk, hogy magunk is készítünk alap sablonokat, példát mutatva másoknak, és megszabadítva a felhasználókat attól, hogy újra meg újra sablonokat írjanak például MySQL-hez. Ezért mostantól a Zabbix hivatalos sablonjai minden verzióval egyre csak gyarapodni fognak.
12. Mikor lesz lehetőség trigger-ek létrehozására, amelyek nem kötődnek hosztokhoz, hanem például címkék alapján? Például, ha több különböző pontból monitorozzuk a weboldalt, és szeretnénk egy egyszerű triggert, amely akkor aktiválódik, ha a weboldal nem elérhető két vagy több pontból.
Valójában ez a funkció a Zabbix-ban már évek óta elérhető, egy ügyfél kérésére készült el. Az ügyfél az ICANN. Hasonló ellenőrzéseket például aggregált elemek segítségével vagy a Zabbix API használatával is végezhetünk. Jelenleg aktívan dolgozunk azon, hogy egyszerűsítsük az ilyen ellenőrzések létrehozását.
P.S.: Az egyik Slurm rendezvényen a Zabbix fejlesztői megkérdezték tőlünk, mit szeretnénk látni a termékben, hogy a Kubernetes klaszterek monitorozását a Zabbix-szal, és ne a Prometheusszal végezzük.
Remek dolog, amikor a fejlesztők figyelembe veszik az ügyfelek igényeit, és nem zárkóznak el magukban. Mostantól minden kiadást őszinte érdeklődéssel fogadunk - örömteli, hogy egyre több és több olyan funkció, amiről beszéltünk, valósággá válik.
Amíg a fejlesztők nem zárkóznak el, és érdeklődnek az ügyfelek szükségletei iránt, a termék él és fejlődik. Figyelemmel kísérjük a Zabbix új kiadásait.
P.P.S.: Néhány hónapon belül elindítunk egy online kurzust a monitorozásról. Akit érdekel, iratkozzon fel, hogy ne maradjon le a bejelentésről. Addig is részt vehet az .
Forrás: habr.com
