IT-s on ebausk: "Kui see töötab, ärge seda puudutage." Seda võib öelda meie seiresüsteemi kohta. Southbridge'is kasutame Zabbixi - kui selle valisime, oli see väga lahe. Ja tegelikult polnud tal alternatiive.
Aja jooksul on meie ökosüsteem omandanud juhised, täiendavad sidumised ja on ilmnenud integratsioon redmine'iga. Zabbixil oli võimas konkurent, kes oli mitmes aspektis parem: kiirus, HA peaaegu kastist väljas, ilus visualiseerimine, töö optimeerimine kubernethes keskkonnas.
Kuid me ei kiirusta edasi liikuma. Otsustasime vaadata Zabbixit ja küsida, milliseid funktsioone nad kavatsevad eelseisvates väljaannetes teha. Me ei seisnud tseremoonial ja esitasime ebamugavaid küsimusi Zabbixi arendusdirektorile Sergei Sorokinile ja lahenduse arhitektile Vitali Žuravlevile. Loe edasi, et teada saada, mis sellest välja tuli.
1. Rääkige meile ettevõtte ajaloost. Kuidas toote idee sündis?
Ettevõtte ajalugu sai alguse 1997. aastal, mil ettevõtte asutaja ja omanik Aleksei Vladõšev töötas ühes pangas andmebaasi administraatorina. Aleksei tundus, et andmebaaside haldamine ilma mitmesuguste parameetrite ajalooliste väärtuste andmeteta, ilma keskkonna hetkeseisust ja ajaloolisest seisukorrast mõistmata oleks ebaefektiivne.
Samas on praegu turul olevad seirelahendused väga kallid, tülikad ja nõuavad suuri ressursse. Seetõttu hakkab Aleksei kirjutama erinevaid skripte, mis võimaldavad tal tõhusalt jälgida talle usaldatud infrastruktuuri osa. Sellest on saamas hobi. Aleksei vahetab töökohta, kuid huvi projekti vastu püsib. Aastatel 2000-2001 kirjutati projekt nullist ümber - ja Aleksei mõtles, et anda teistele administraatoritele võimalus arendusi kasutada. Samas tekkis küsimus, millise litsentsi alusel olemasolevat koodi välja anda. Aleksei otsustas selle GPLv2 litsentsi alusel välja anda. Tööriista märgati kohe professionaalses keskkonnas. Aja jooksul hakkas Aleksei saama taotlusi toe, koolituse ja tarkvara võimaluste laiendamise kohta. Selliste tellimuste arv kasvas pidevalt. Nii et loomulikult tuli otsus luua ettevõte. Ettevõte asutati 12. aprillil 2005. aastal
2. Milliseid võtmepunkte saate Zabbixi arengu ajaloos esile tõsta?
Praegu on mitu sellist punkti:
A. Aleksei hakkas stsenaariumi kallal töötama 1997. aastal.
b. Koodi avaldamine GPLv2 litsentsi alusel – 2001.
V. Zabbix asutati 2005. aastal.
d.Esimeste partnerluslepingute sõlmimine, sidusprogrammi loomine - 2007.a.
d. Zabbix Japan LLC asutamine – 2012.
e. Zabbix LLC (USA) asutamine – 2015. a
ja. Zabbix LLC asutamine – 2018
3. Kui paljudele inimestele te tööd annate?
Hetkel töötab Zabbixi ettevõtete grupis veidi enam kui 70 töötajat: arendajad, testijad, projektijuhid, tugiinsenerid, konsultandid, müügiinimesed, turundustöötajad.
4. Kuidas koostate teekaarti, kas kogute kasutajatelt tagasisidet? Kuidas otsustate, kuhu järgmisena kolida?
Zabbixi järgmise versiooni teekaardi loomisel keskendume järgmistele olulistele teguritele, täpsemalt kogume teekaarte järgmiste kategooriate järgi:
A. Zabbixi strateegilised täiustused. Midagi, mida Zabbix ise peab väga oluliseks. Näiteks Go-s kirjutatud Zabbixi agent.
b. Asjad, mida Zabbixi kliendid ja partnerid soovivad Zabbixis näha. Ja mille eest ollakse nõus maksma.
V. Soovid/ettepanekud Zabbixi kogukonnalt.
d) Tehnilised võlad. 🙂 Asjad, mille me eelmistes versioonides välja andsime, kuid ei pakkunud täielikku funktsionaalsust, ei muutnud neid piisavalt paindlikuks, ei pakkunud kõiki võimalusi.
5. Kas saate võrrelda Zabbixit ja Prometheust? Mis on Zabbixis parem ja mis halvem?
Peamine erinevus seisneb meie arvates selles, et Prometheus on süsteem eelkõige mõõdikute kogumiseks – ja selleks, et ettevõttes täisväärtuslikku monitooringut koguda, on vaja Prometheusele lisada palju muid komponente, näiteks visualiseerimiseks mõeldud grafana, a. eraldi pikaajaline ladustamine ja eraldi haldus kuskil probleemid, töötage logidega eraldi...
Prometheuses ei ole standardseid jälgimismalle; kui olete eksportijatelt kõik tuhanded mõõdikud saanud, peate neist iseseisvalt leidma probleemsed signaalid. Prometheuse seadistamine – konfiguratsioonifailid. Mõnes kohas on see mugavam, teises mitte.
Zabbix on universaalne platvorm jälgimise loomiseks "alates ja kuni", meil on oma visualiseerimine, probleemide korrelatsioon ja nende kuvamine, süsteemi juurdepääsuõiguste jagamine, toimingute audit, palju võimalusi agendi kaudu andmete kogumiseks, puhverserver, kasutades täiesti erinevaid protokolle, võimalus süsteemi kiiresti laiendada pluginate, skriptide, moodulite abil...
Või võite lihtsalt koguda andmeid sellisel kujul, nagu need on, näiteks HTTP-protokolli kaudu ja seejärel muuta vastused kasulikeks mõõdikuteks, kasutades eeltöötlusfunktsioone, nagu JavaScript, JSONPath, XMLPath, CSV ja muud sarnased. Paljud kasutajad hindavad Zabbixit selle eest, et ta suudab süsteemi konfigureerida ja hallata veebiliidese kaudu, võime kirjeldada tüüpilisi jälgimiskonfiguratsioone mallide kujul, mida saab omavahel jagada ja mis sisaldavad mitte ainult mõõdikuid, vaid ka tuvastamise reegleid, läviväärtused, graafikud, kirjeldused – täielik objektide komplekt tüüpiliste objektide jälgimiseks.
Paljudele inimestele meeldib ka võimalus Zabbix API kaudu juhtimist ja konfigureerimist automatiseerida. Üldiselt ma ei taha holivari korraldada. Meile tundub, et mõlemad süsteemid sobivad hästi oma ülesannetega ja võivad üksteist harmooniliselt täiendada, näiteks Zabbix versioonist 4.2 suudab koguda andmeid Prometheuse eksportijatelt või endalt.
6. Kas olete mõelnud zabbix saasi tegemisele?
Mõtlesime selle peale ja teeme seda ka edaspidi, kuid soovime selle lahenduse klientidele võimalikult mugavaks teha. Sel juhul tuleks pakkuda standardset Zabbixit koos sidevahendite, täiustatud andmekogumisvahenditega jne.
7. Millal peaksin ootama zabbix ha? Ja kas me peaksime ootama?
Zabbix HA on kindlasti ootamas. Loodame tõesti midagi Zabbix 5.0 LTS-is näha, kuid olukord saab selgemaks 2019. aasta novembris, kui Zabbix 5.0 teekaart saab täielikult kinnitatud.
8. Miks on meediumitüübil karbist nii kehv valik? Kas plaanite lisada Slacki, telegrammi vms? Kas keegi veel kasutab Jabberit?
Jabber eemaldati Zabbix 4.4-st, kuid lisati Webhooks. Meediumitüüpide osas ei tahaks ma teha süsteemist spetsiifilisi rakendusi, vaid standardseid sõnumitööriistu. Pole saladus, et paljudel sarnastel vestlustel või lauateenustel on API kaudu HTTP – seega sel aastal 4.4 väljalaskega olukord muutub.
Tänu veebihaagide tulekule Zabbixisse võite lähitulevikus oodata kõiki populaarsemaid integratsioone. Sel juhul on integreerimine kahesuunaline, mitte ainult lihtsad ühesuunalised teatised. Ja need meediumitüübid, mida me ei saa, teeb meie kogukond, sest nüüd saab kogu meediumitüübi eksportida konfiguratsioonifaili ja postitada saidile share.zabbix.com või github. Ja teised kasutajad peavad selle integratsiooni kasutamise alustamiseks faili importima. Sel juhul ei pea te täiendavaid skripte installima!
9. Miks virtuaalmasina avastamise suund ei arene? Seal on ainult vmware. Paljud ootavad integreerimist ec2, openstackiga.
Ei, suund areneb. Näiteks versioonis 4.4 ilmus andmesalve avastus võtme vm.datastore.discovery kaudu. 4.4-s ilmusid ka väga lahedad wmi.getall võtmed - eeldame, et selle kaudu saab koos perf_counter_en võtmega teha head Hyper-V monitooringut. Noh, Zabbix 5.0-s tehakse selles suunas muid olulisi muudatusi.
10. Kas olete mõelnud mallidest loobumisele ja teha seda nagu prometeus, kui kõik, mis antakse, võetakse ära?
Prometheus võtab automaatselt kõik mõõdikud, see on mugav. Ja mall on midagi enamat kui lihtsalt mõõdikute kogum, see on "konteiner", mis sisaldab kogu vajalikku tüüpilist konfiguratsiooni teatud tüüpi ressursi või teenuse jälgimiseks. Sellel on juba komplekt olulisi päästikuid, graafikuid, tuvastamisreegleid, sellel on mõõdikute ja lävede kirjeldused, mis aitavad kasutajal aru saada, mida kogutakse ning milliseid lävesid ja miks kontrollitakse. Samas on malle lihtne teiste kasutajatega jagada – ja nad jälgivad oma süsteemi hästi, isegi ilma, et nad oleksid selles asjatundjad.
11. Miks on karbist väljas nii vähe mõõdikuid? See muudab seadistamise ka töö seisukohast oluliselt keerulisemaks.
Kui karbist väljas mõtlete valmis malle, siis praegu tegeleme oma mallide laiendamise ja täiustamisega. Zabbix 4.4 on varustatud uue täiustatud komplekti ja paremate funktsioonidega.
Zabbixi jaoks leiate saidilt share.zabbix.com alati peaaegu iga süsteemi jaoks valmis malli. Kuid otsustasime, et peame ise tegema põhimalle, olles teistele eeskujuks ja ühtlasi vabastame kasutajad taaskord mõne MySQL-i malli kirjutamisest. Seetõttu on nüüd Zabbixis iga versiooniga ainult rohkem ametlikke malle.
12. Millal on võimalik ehitada triggereid, mis pole hostidega seotud, vaid põhinevad näiteks siltidel. Näiteks jälgime saiti n erinevast punktist ja tahame lihtsat päästikut, mis käivitub, kui sait pole kahest või enamast punktist ligipääsetav.
Tegelikult on selline funktsionaalsus olnud Zabbixis saadaval juba mitu aastat, kirjutatuna ühele kliendile. Klient - ICANN. Sarnaseid kontrolle saab teha ka näiteks koondatud üksuste kaudu või Zabbixi API abil. Töötame praegu aktiivselt selliste tšekkide loomise lihtsustamise nimel.
PS: Ühel slurmidel küsisid Zabbixi arendajad meilt, mida me tootes näha tahame, et jälgida Kubernetese klastreid Zabbixi, mitte Prometheuse abil.
Tore, kui arendajad kohtuvad klientidega poolel teel ega jää omaette asjaks. Ja nüüd tervitame iga väljalaset siira huviga – hea uudis on see, et üha rohkem funktsioone, millest me rääkisime, muutuvad lihast ja luust.
Kuni arendajad ei tõmbu endasse, vaid on huvitatud klientide vajadustest, elab ja areneb toode. Hoiame Zabbixi uutel väljaannetel silma peal.
PPS: Paari kuu pärast käivitame veebiseirekursuse. Kui olete huvitatud, tellige, et mitte jääda kuulutusest ilma. Vahepeal saate meie kaudu läbi käia .
Allikas: www.habr.com