0. Intro
Nuk e kam gjetur asnjë artikull mbi NetXMS në Habr, megjithëse kam kërkuar shumë. Dhe për këtë arsye vendosa të shkruaj këtë krijesë, për të tërhequr vëmendjen ndaj këtij sistemi.
Ky është një tutorial, si dhe një udhëzues, dhe një përmbledhje e mundësive të sistemit.
Ky artikull përmban një analizë sipërfaqësore dhe përshkrim të mundësive të sistemit. Ndonëse nuk kam thelluar në mundësi për disa arsye. Dhe përshkrimi i tërë funksionalitetit do të kërkonte më shumë se një artikull.
Duke qenë se kam punuar kryesisht me Zabbix, ky artikull do të përmendë shpesh këtë sistem për të bërë një krahasim me temën. Gjithashtu, ka ndodhur që gjithçka krahasohet me diçka të njohur.
1. Çfarë dhe përse?
Sistemi i monitorimit, siç e tregon definicioni, është një sistem që lejon të merrni informacion të saktë në çdo moment mbi një nyje, rrjetin, makinat, marshallat ose të shkruani atë që nevojitet.
Pse është kjo e nevojshme është gjithashtu e qartë. Për të qenë në dijeni të asaj që po ndodh.
Shpesh, sistemi i monitorimit mund të japë informacione shumë të plota mbi gjendjen e infrastrukturës në tërësi dhe të pjesëve të saj të veçanta. Për më tepër, nëse konfigurohen paralajmërimet (ndryshe çdo monitorim nuk ka vlerë), atëherë ne përfitojmë një instrument të fuqishëm, i cili lejon jo vetëm reagimin e menjëhershëm ndaj situatave emergjente që kanë ndodhur, por në shumicën e rasteve, jep mundësinë për t'i parandaluar ato.
2. Pse NetXMS?
Pak offtopic për ata që pëlqejnë shumë shkronjaKur kur ka qenë i ri dhe i pa përvojë… A nuk fillojnë të gjitha përrallat kështu? Një fjalë, kur isha maksimalist, studioja çështjen e monitorimit të infrastrukturës, dhe rezultati i atyre "hetimeve" ishte përfundimi se nuk ka asgjë më të mirë se Zabbix. Dhe në atë kohë më pëlqente vërtet, pasi kishte shumë mundësi, shumë funksionalitete, dhe mund ta zgjerosh funksionalitetin me skripte të shkruara vetë, kështu që mund të thuash se mund të bënte gjithçka, nëse duar kishin vendin e duhur. Por Zabbix është një mjet mjaft i komplikuar. Për ta kuptuar, më mori pothuajse dy javë. Dhe kjo ishte vetëm faza e implementimit. Pastaj, disa javë të tjera për të konfiguruar monitorimin e gjithçkaje që më nevojitej atëherë. Si të shihja gjendjen e porteve në routera, lexova, frikësova dhe vendosa se nuk ishte aq e nevojshme për mua… Jo, atje është vërtet e frikshme për mendjen e papërgatitur menjëherë pas institutave...
Dhe kështu, pas disa vjetësh, duke u rritur dhe bërë më i pjekur, vendosa se ishte koha për të rikuperuar njohuritë mbi sistemet e monitorimit. Dhe përfundimisht të bëj një monitorim normal, stabil të rrjetit, pasi ky problem ishte bërë актуален me rritjen e segmenteve, lidhjen e degës dhe gjërave të tjera të vogla. Të gjitha lëvizin, gjithçka ndryshon. Fillova të testoj të gjitha llojet e mjeteve. Një sistem e instaloj, e provoi, pastaj një tjetër. Diku mungon diçka, diku nuk më pëlqen gjë. Ose ndërfaqja është e pakëndshme, ose është e vështirë të konfigurosh, ose diçka tjetër. Dhe më doli para NetXMS. Në fakt: atje ku me Zabbix u merrem dy javë, me NetXMS gjithçka shkoi për disa orë. Ndoshta ndikohet përvoja me Zabbix, ose ndoshta është çështje e vetë NetXMS… e vështirë të thuash.
NetXMS doli të ishte mjaft e thjeshtë në instalim dhe konfigurim. Ajo ka versione serveri dhe konsolë administrimi si për Windows ashtu edhe për Linux, ndërtimin e grafikëve, një "shkak" të integruar, i cili lejon nga brenda konsolës së administratës të lidhet me ato same routera përmes protokolleve httphttps, dhe një ndërfaqe intuitivisht e kuptueshme, si dhe një agjent për çdo OS. Në një fjalë, ky sistem doli të ishte i thjeshtë dhe i përshtatshëm. Në shikim të parë.
Dokumentacioni i tyre, për të thënë diçka, është 8 nga 10. Gjërat kryesore janë të specifikuara aty, por për të kuptuar nuancat, duhet të përlesh.
Pikat kryesore nga zhvilluesiMonitorimi i thellë i rrjetit
Zbulimi automatik, vizualizimi dhe kërkimi i komponentëve të lidhur në nivelin 2 dhe 3
Përkrahje e plotë për SNMPv3
Zbulimi aktiv përmes ‘sondave’ skanuese
Zbulimi pasiv bazuar në informacionin nga pajisjet e kontrolluara — ARP dhe tabelat e rrugëve, interface-et
Monitorimi i aplikacioneve dhe serverëve
Të gjitha metrikat kryesore që prisni: procesori, sistemet e skedarit, hyrje-dalje, memoria, trafiku
Ura JMX për monitorimin e aplikacioneve Java
Zgjerime për aplikacione specifike: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo dhe shumë të tjera
API integrimi për aplikacionet e veta
Destinuar për rrjete të mëdha
Një server mund të monitorojë qindra metrika në mijëra pajisje
Përkrahje e plotë për monitorimin e shpërndarë dhe shkallëzimin horizontal
Monitorimi i subneteve IP që përputhen
Kontroll të fleksibël të aksesit për operatorët dhe klientët
3. Thellohemi
Si të instaloni sistemin — ka një tërë të administratorit, të disponueshëm në , dhe nuk ka asgjë të komplikuar në këtë, kështu që nuk do të ndalem këtu. E vetmja gjë e vështirë në instalim është lidhja e sistemit me bazën e të dhënave… Këtu ndryshimi do të jetë vetëm në përzgjedhjen e DBMS dhe OS-së së serverit. Unë zgjodha Windows (pastaj – futur të dhënat – gati) dhe MSSQL, pasi ajo tashmë ishte e instaluar.
3.1. Aktivizoni zbulimin automatik
Zbulimi automatik i nyjeve të rrjetit mund të aktivizohet gjatë instalimit. Nëse për ndonjë arsye nuk është bërë, gjithmonë mund ta aktivizoni në «Configuration-Network Discovery» ose duke klikuar mbi ikonën me të njëjtin emër. Në zonën e punës do të shfaqen vetitë e zbulimit. Duhet ta aktivizoni duke e kaluar në modin pasiv ose aktiv, dhe të përcaktoni vetitë e tjera, si për shembull subnetet e përshtatura për pyetje. Këtu gjithashtu mund të krijoni filtrat, ku mund të zgjidhni dhe të përshtatni ato të integruara në sistem, ose të shkruani skenarët tuaj të vet. Të them të drejtat — unë nuk kisha nevojë për filtrat. Por konfigurimi duket mjaft miqësor dhe i qartë.
Gjithashtu këtu mund të përcaktoni komunitetin SNMP si parazgjedhje dhe kredencialet e tij (lexo autorizimin).
3.2. Shtimi i nyjeve
Me ndihmën e aktivizimit të vetë-zbulimit, skajet (PC, printerë) do të shtohen dhe shpërndahen në nënrrjeta automatikisht. Me pajisjet e aktivizuara, gjërat janë pak më të komplikuara.
Duhet të filloni me aktivizimin e SNMP në pajisjet e rrjetit dhe të konfiguroni community. Nëse vlera e paracaktuar për community SNMP në pronësitë e zbulimit të nodave nuk është ndryshuar, sistemi do të përdorë community-në public, dhe ky cilësim mund të ndryshohet për secilën nodë në pronësitë e nodës së shtuar.
Për lehtësi, mund të grumbulloni pajisjet sipas çdo parimi të përshtatshëm, për këtë, në strukturën e Infrastrukturës Shërbimeve, mund të krijoni konteinerë dhe t'i lidhni atyre nodet nga Rrjeti i Plotë.
Pas aktivizimit dhe konfigurimit të SNMP në routerat dhe shtimit të tyre në listën e pajisjeve të monitoruara, sistemi do të komunikojë automatikisht me to, do t'i anketojë, do të identifikojë se çfarë pajisjesh janë, do të aplikojë shabllonet, do të fillojë mbledhjen e të dhënave dhe do të tregojë panelin e përparmë për çdo router. Vetë. Nga kutia. Kur konfigurja ime për Zabbix është bërë, për një diçka të tillë kam mundur vetëm të ëndërroj.
Unë kam shtuar të gjitha pajisjet e mia rrjetërisht manualisht, pasi që ato nuk u zbuluan për ndonjë arsye. Këtu gjithçka është e thjeshtë. Krijoni një konteiner në Infrastrukturën e Shërbimeve me çdo emër të përshtatshëm (për shembull switches), dhe Klikoni me të djathtën për të krijuar një nodë, tregoni emrin e dukshëm të nodës, adresën e saj IP dhe është më mirë të vendosni shenjën në "çaktivizoni përdorimin e agentit NetXMS", pasi që sërish nuk mund të instaloni atë në pajisjet e rrjetit, dhe paketat e tepërta janë të panevojshme.
Bashkëngjitësi i integruar. Mund të klikoni me të djathtën në routerin e dëshiruar dhe të hapni ndërfaqen web të pajisjes. Më duket më e lehtë se sa çdo herë të shkoj në shënimet e mia dhe të kërkoj adresën IP të nevojshme. Megjithatë, shfletuesi është mjaft i dobët.
3.3. Ndërtimi i hartës së rrjetit
Së pari, duhet të krijoni një hartë rrjeti si objekt. Si zakonisht — Në degën Hartat e Rrjetit klikoni me të djathtën, krijoni, zgjidhni llojin e hartës, caktoni parametrat, dhe sistemi do ta bëjë të gjithë punën vetë.
Llojet e hartave janë si vijon:
- Custom. Kjo është një hartë e destinuar për formimin manual, sipas dëshirës së përdoruesit.
- Topologjia Layer 2. Kjo është një hartë që lejon që sistemi të bëjë automatikisht gjithçka për përdoruesin, duke u bazuar në nivelin 2 të modelit OSI (në thelb, ndërtimi i hartës i bazuar në adresat MAC të pajisjeve).
- Topologjia IP, gjithashtu e njohur si Layer 3. E njëjta gjë si në rastin e Layer 2, vetëm që harta ndërtohet në bazë të nivelit 3 të modelit OSI (adresat IP).
Kur zgjedhja e hartës manuale, duhet të tërheqësh nodet nga druri në layerin e hartës, t'i lidhësh ato etj. Një skicim i zakonshëm.
Në dy rastet e tjera, duhet të zgjidhni një pikë reference, nga e cila sistemi do të fillojë të ndërtojë hartën. Për shembull, një nodë të ndonjë routeri. Sistemi lexon të dhënat nga ai për pajisjet e lidhura dhe portet ku ato janë të lidhura, pastaj lexon të dhënat nga routeri tjetër, përputh ditarin, dhe kështu me radhë. Pas analizës së të gjitha pajisjeve, NetXMS vetë do të vizatojë lidhjet midis pajisjeve në rrjet duke treguar portet, ku çfarë është e lidhur. Po ashtu, mund të specifikoni që sistemi të vendosë në hartë edhe pajisjet përfundimtare (printerë, PC, servera), duke klikuar thjesht në pikën përkatëse në pronat e hartës (PKM — pronat — pronat e hartës). Po ashtu në këtë pikë mund të caktoni "rrezen e zbulimit" nëse dëshironi apo është e nevojshme.
Një rekomandim të vogël. Aktivizoni pronën Always fit layout to screen, në mënyrë që çdo herë që përditësoni hartën e rrjetit, të mos keni nevojë të rrokullisni hapësirën e punës dhe të punoni me zoom.
Në një topologji të shpërndarë të rrjetit, mund të vendosni objekte mbi hartën e territorit. Po ashtu, mund të përdorni një foto të rafteve me pajisje në serverë si sfond, duke vendosur mbi të objektet e nevojshme. Kështu mund të përcaktoni shpejt statusin e çdo pajisjeje në raft. Në mendimin tim, kjo është një gjë tepër e dobishme në rastin kur duhet të transferoni punët te një pasardhës ose t’i shpjegoni një kollegu të sapoardhur situatën. E qartë, e përshtatshme, vetëkuptueshme.
3.4. Agjentët
Agjentët ekzistojnë për Windows ashtu si për Linux. Parimi i funksionimit është i njëjtë me agjentët e Zabbix të njëjtë: instalohet në makinën nga e cila duhet të merren metrikat dhe transmeton të dhënat në serverin e monitorimit. Agjentit mund t'i instalohet si para shtimit të nodës në sistem ashtu edhe pas saj. Pas shfaqjes së agjentit në nodë, sistemi pas një kohe do të fillojë të pranojë të dhëna prej tij, duke aplikuar një şablon standard. Mund të shtoni parametrat e monitoruar si për një nodë, ashtu edhe duke i lidhur asaj një ose më shumë şablone të paracaktuara. Sigurisht, rekomandohet të punoni me şablonet, pasi kjo konfigurim është më fleksibile.
Lista e parametrave të ndjekjes për agjentët është mjaft e gjerë. Mund ta shikoni listën e plotë në
Sapo sistemi të përcaktojë se në nod ndodhet një agjent, ai menjëherë do të lidhë këtë nod me njërin nga shabllonet standarde — Windows, Linux, HP-UX, Generic UNIX, AIX, në varësi të sistemit operativ të nodit.
Shablloni standard për hostet Windows:
Për të shtuar një parameter për ndjekjen në nodin specifik, mund të klikoni "Klikim të djathtën - Parametri i mbledhjes së të dhënave" pastaj "Klikim të djathtën në hapësirën e punës — Parametri i ri", dhe të zgjidhni atë që duhet nga lista. Po ashtu, mund të konfigurohen edhe triggere për parametrin e ndjekjes.
Është e rëndësishme që agjentët, ashtu si tek Zabbix, dinë të ekzekutojnë skripte të përdoruesve.
Si të instaloni?Kjo është jashtë temës, pasi çdo... hmmm... si dëshiron.
Këtu çështja është — a duhet të shpërndahen agjentët vetëm në serverë, apo në të gjitha makinat e rrjetit? Nëse janë serverë dhe ata janë pak — më së lehti me dorë. Nëse shumë — politikat e domain-it, KIX, PoSh. Çfarëdo që të jetë. Agjentët kanë çelësin /SILENT, që lejon "injektimin" e tij në mënyrë transparente për përdoruesin (nëse flasim për shpërndarjen në të gjitha makinat e rrjetit). Unë preferoj skripte, pasi mund të vendosësh një kusht dhe të krijosh një lloj flag-u, ndryshe nga politikat që do të instalojnë programin çdo herë kur të ndizet kompjuteri. Pra, shkruajmë një skript nga seria "kontrollo praninë e skedarit-flagu, nëse nuk është atje — ekzekuto instaluesin me çelësin /SILENT dhe pas instalimit të suksesshëm krijo skedarin-flagu". Fitim.
3.5. Triggere
Triggere mund të konfigurohen për të reaguar ndaj ngjarjeve të caktuara në të dhënat e mbledhura. Për shembull, kalimi i një vlere të caktuar ping-pong deri te routeri. Gjithashtu, për çdo trigger konfigurohet mënyra e njoftimit (për disa mjafton ikona në konsolë, ndërsa disa menjëherë dërgojnë njoftime ku të mundshme). Reagimi ndaj ngjarjes zgjidhet nga ato të parapërcaktuara në Konfigurimin e Veprimit.
Për të krijuar një trigger: hyni në Konfigurimin e Mbledhjes së të Dhënave të nodit ose shabllonit, dy herë klikoni mbi parametrin që ju intereson (nëse nuk ka, duhet ta krijoni së pari), dhe në pronësi kaloni në tabin Thresholds, klikoni butonin shto.
«Funksioni» — cilat vlera të marrin për llogaritjen e kushtit. Mund të pranojë këto vlera (numri që përdoret për kontrollin e vlerave tregohet në fushën Samples):
— Vlera e fundit të pyetur: vlera/ vlerat e fundit të marra
— Vlera mesatare: mesatarja e vlerave të fundit
— Shkalla e mesme e devijimit: devijimi mesatar
— Diferenca me vlerën e mëparshme: ndryshimi me vlerën e mëparshme
— Gabimi i mbledhjes së të dhënave: gabimi në marrjen e të dhënave
— Shuma e vlerave: shuma e vlerave
— Skripti: vlera e marrë si rezultat i punës së skriptit të përdoruesit
«Operacioni» — kushti i aktivizimit të trigger-it. Mund të marrë vlera (vlera e specifikuar në fushën përkatëse Value):
— <: më pak se: më pak se
— <=: më pak se ose baras me: më pak ose njësoj
— == baras me: ekvivalent me
— >=: më shumë se ose baras me: më shumë ose njësoj
— >: më shumë se: më shumë se
— !=: jo baras me: jo ekvivalent me
— si: afërsisht i barabartë me
— jo si: jo afërsisht i barabartë me
Për dy parametrat e fundit nuk kam siguri se si funksionojnë. Prandaj nuk do të supozoj se çfarë kufijsh janë të integruar në to.
Pra, gjithçka si në Zabbix, vetëm se nuk është e nevojshme të shkruash formulat me dorë, duke u frikësuar nga gabimet ose shkrimi i gabuar. Për të rikthyer trigger-in (ngjarja e çaktivizimit), sistemi do të vendosë vlerën vetë. (Në Zabbix përsëri duhet të shtypësh dhe të mos gabosh).
3.6. Şablonët
Kliko me të djathtën - krijo një şablon, fut emrin e şablonit. Kliko me të djathtën - Konfigurimi i Mërritjes së të Dhënave.
Pak teoriInformacioni i mbledhur mund të vijë nga disa burime. Kjo mund të jetë agjenti NetXMS, që punon në makinën, mund të jetë një "kërkesë e thjeshtë" ose "Internal", që dërgohet nga vetë serveri (për shembull po ai ping), "SNMP«, «check point SNMP«, «Shtytje«, «Windows Performance Counters«, «SM-CLP", ose "skript". Çdo lloj informacioni mund të zgjidhet lloji, që sistemi do të presë gjatë marrjes. Për shembull, ping do të kthejë një vlerë të plotë (integer), numri i hapësirës së lirë në disk në byte po ashtu do të jetë integer, ndërsa temperatura e njëjtë do të jetë tashmë jo e plotë, pra real.
Për të mbledhur informacion përmes SNMP në NetXMS ka një listë të madhe parametrash të paracaktuar, pra nuk është e nevojshme të shkruash OID të veçantë, por mund ta gjesh atë në pemën MIB, e cila është mjaft problematike në të vërtetë... Por. Në fund do të duhet të kërkosh në dokumentacionin e prodhuesit dhe të kërkosh vlerat IOD për çdo pajisje veçmas. Mund të humbasësh shumë kohë në konfigurimin e marrjes së informacionit nga pajisjet, duke u takuar me mesazhin e sistemit "UNSUPPORTED", kur në fund rezulton se kjo pajisje specifike thjesht nuk është në gjendje të ofrojë informacionin e kërkuar. Këtu ka vetëm të lexosh manualet dhe të shpresosh.
Për shembull, për të mbledhur informacion rreth kohës së përgjigjes së nodit (ping), duhet të shtoni një parametër të ri (Klikim të djathtë-parametër i ri), në fushën Origin zgjidhni Internal, klikoni butonin Zgjidh, dhe zgjidhni Kohën e Ping. Aty ka një kërkim, për të cilin unë kam ëndërruar në Zabbix. Ka gjithashtu kuptim të ndryshohet periudha e sondazhit të nodit (me default 60 sekonda, do të thotë që nëse ruter-i ndalon së përgjigjuri menjëherë pas sondazhit nga sistemi i monitorimit, do të kalojë gati një minutë para se sistemi të kuptojë se ka ndodhur ndonjë problem dhe të lëshojë alarm).
Lista e të dhënave Internal që mund të përpunohen:
Pas shtimit të të gjitha cilësimeve të nevojshme në template, duhet të klikoni Klikim të djathtë-apliko dhe të zgjidhni të gjithë nodet, të cilëve ky template duhet të aplikohet (ctrl+Klikim të majtë). Dhe mbaroi. Pas kësaj në degën nën template do të shfaqet një degë, duke e hapur të cilën, mund të shihni të gjitha nodet, të cilëve ky template i është aplikuar.
Kur nodet shkëputen nga template, të dhënat e mbledhura nuk ndalojnë së mbledhuri, për të anuluar mbledhjen e tyre duhet të hyhet në Konfigurimin e Mbledhjes së Të Dhënave për secilën nodë dhe të hiqen manualisht të gjitha, ose fillimisht të hiqen parametrat nga template dhe pastaj të hiqen nodet. Nuk e di pse është bërë kështu, por në mendimin tim, kjo është një gjë shumë e çuditshme. Por… Siç është.
Në template mund të zgjidhni të dhënat që duhen mbledhur dhe ti kopjoni ato në një template tjetër. Masivisht. Dhe nuk ka nevojë të kopjoni nga një template në tjetrin me dorë… Filloj të urrej Zabbix..
3.7. Pantallona
Sikurse çuditërisht, NetXMS Wiki për këtë çështje përmban vetëm një lidhje në youtube: , nuk ka asnjë listë dhe përshkrim elementesh që mund të shtohen në Pantallonë. Në përfundim, gjithçka është po aq intuitive. Etiketa — është thjesht… mirë… etiketa… Nuk e di si ta përkthej. Në fjalë, një fushë me mbishkrim, përdoret për të identifikuar dhe ndarë elementët, pasi vetë elementët nuk përmbajnë emra. Grafiku i Linjave — është një grafik linear. Grafiku me Bar — është një diagram. Shikuesi i Alarmit — lista e paralajmërimeve për nodin/nodet e zgjedhur. Në fjalë, emrat flasin për vetveten.
Pastaj duhet të hapni pronat e panelit dhe të konfiguroni pamjet. Na intereson skeda Elementet e Panelit. Numri i kolonave — është numri i kolonave, elementeve, që do të vendosen horizontalisht. Çdo objekt ka pronat e tij, dhe do t'ju rekomandoja të hiqni kështu shenjën nga pika Layout-Grab excessive vertical space, për të minimizuar madhësinë e çdo elementi.
3.8. Konfigurimi i Veprimeve
(Konfigurimi - Konfigurimi i Veprimeve)
Në esencë, këto janë veprime në përgjigje të aktivizimit të triggereve.
NetXMS di të dërgojë e-mail, sms, mesazhe xmpp, në përgjigje të aktivizimit të një triggere. Këtu është e thjeshtë — thjesht plotësoni fushat e nevojshme.
Gjithashtu mund të:
— Dërgoni njoftimin në një server tjetër NetXMS
— Ekzekutoni një komandë në serverin e administratës NetXMS
— Ekzekutoni një komandë në nyjen me ndihmën e agjentit NetXMS
— Ekzekutoni një skript NXSL (NSXL është gjuha e )
Pas krijimit të veprimit, mund t'i konfiguroni kohën e vonesës së ekzekutimit, si dhe të aplikoni një makro për ekzekutim. Koha e vonesës është për të mos shqetësuar operatorin në rast se problemi zgjidhet vetvetiu (për shembull, koha e përgjigjes në kërkesën ping ishte më e madhe se vlera e caktuar, por gjatë kontrollit të ardhshëm mund të kthehet në normalitet, kështu që pse të shqetësohemi për gjëra të tilla?).
3.9. Kufizimi i të drejtave të aksesit
Për çdo objekt mund të konfigurohen të drejtat e tij të aksesit. Edhe për çdo objekt brenda një objekti tjetër mund të konfigurohen të drejtat e aksesit. Kjo lejon shpërndarjen shumë fleksibël të detyrave dhe mundësive të monitorimit për grupe të ndryshme përdoruesish. Kjo është gjithçka që doja të thoja.
4. Përfundim
Dua të hedh poshtë titullin e artikullit tim. NetXMS nuk është për ata që janë lenes. Thjesht zhvilluesit nuk kanë theksuar funksionalitetin, siç bënin disa, por, përveç të gjithave, u kujdesën edhe për ndërfaqen.
Le ta themi kështu. Kam përdorur Zabbix dhe NetXMS. Kështu që thjesht do të shkruaj ndjenjat e mia për këto dy sisteme.
Kështu.
NetXMS më duket një sistem shumë miqësor për përdoruesit. Po… për administratorin… po, për administratorin. Ajo ka atë që quhet një ndërfaqe intuitivisht e qartë, dhe kjo është super. Nuk ka nevojë të shkruani formulat tuaja, të lexoni shumë dokumentacion shoqërues për të aktivizuar kontrollin e pingjeve deri te switch-i ose ndonjë gjë tjetër të thjeshtë. Por. Në Zabbix kjo gjë e thjeshtë nuk ndryshon shumë nga diçka që është vërtet e komplikuar, pra, nëse e keni mësuar këtë — atëherë do të bëni të gjitha gjërat e tjera njësoj. Në NetXMS, ka sugjerime, shumica e parametrave mund të gjenden në ndërfaqe, të zgjidhen me miun dhe të konfigurohen. Në Zabbix duhet të mësoni, a mundet sistemi të bëjë këtë dhe atë, dhe nëse po — atëherë si shkruhet dhe cilët parametra kthehen. Zabbix fiton në komunitet dhe tonelata të shablloneve për çdo rast… nëse në këtë mal plehrash do të mund të gjeni atë që ju nevojitet… Nga ana tjetër, NetXMS gjithashtu ka një grup të madh mbështetësish dhe shtesash të krijuara për këtë sistem. Po ashtu, sistemi ka aftësi për të monitoruar aplikacionet më të njohura direkt nga kuti, për të cilat është njoftuar në faqen kryesore të projektit.
Avantazhi kryesor i NetXMS përballë Zabbix për mua ishte mundësia për të nxjerrë një skenar në nyjën problematike si përgjigje ndaj aktivizimit të trigger-it. Nëse temperatura e CPU-së rritet mbi kufirin — ajo do ta fikë hostin vetë. Pastaj do të kuptojmë se çfarë ka ndodhur. Ndoshta në Zabbix ka një gjë të tillë gjithashtu, por nuk kam mundur. Po ashtu si dhe për monitorimin e porteve në router-a. E këtu bëhet automatikisht… Epo, si automatikisht… Duhet të mësoni gjuhën e skriptimit, dhe gjithçka…
Të drejtat e aksesit në NetXMS lejojnë të ndahen me shumë fleksibilitet mundësitë e përdoruesve të ndryshëm të sistemit. Por për të konfiguruar gjithçka, duhet të punoni vërtet.
Në përgjithësi, sistemet janë mjaft të ngjashme, dhe mundësitë e tyre, në shikim të parë, duken të paktën të krahasueshme. Megjithatë, ndjehet se Zabbix mund të bëjë më shumë, por këto mundësi janë të fshehura thellë nën kapak dhe për një administrator të zakonshëm, «gjithçka në një» është e papërballueshme. NetXMS duket e thjeshtë dhe e kuptueshme, miqësore dhe e këndshme.
Zabbix ka dokumentacion të shkëlqyer, wiki, si të bëni, pyetje të shpeshta, praktikat më të mira, si dhe forume të ndryshme, etj., ku mund të gjeni përgjigje për pothuajse të gjitha pyetjet. Dhe nëse ka diçka — mund të bëni pyetje tuajat.
Përmbledhje, do të rekomandoja NetXMS për ata që sapo po fillojnë ose për ata që nuk kanë nevojë të thellohen shumë në monitorimin e gjithçkaje. Jam i sigurt se nëse merresh me të më thellë, mund të arrish vëzhgime mjaft të avancuara.
Por megjithatë, avantazhi kryesor që shoh është pikërisht ndërfaqja shumë miqësore dhe lehtësia e konfigurimit.
5. Materialet e përdorura
kanali youtube
Burimi: habr.com
