0. Įvadas
Habré neradau nei vieno straipsnio apie NetXMS, nors intensyviai ieškojau. Ir tik dėl šios priežasties nusprendžiau parašyti šį kūrinį, kad atkreipčiau dėmesį į šią sistemą.
Tai pamoka, kaip tai padaryti, ir paviršutiniška sistemos galimybių apžvalga.
Šiame straipsnyje pateikiama paviršutiniška sistemos galimybių analizė ir aprašymas. Aš nesigilinau į galimybes dėl kelių priežasčių. O viso funkcionalumo aprašymui prireiktų ne vieno straipsnio.
Kadangi daugiau ar mažiau dirbau tik su Zabbix, ši konkreti sistema bus dažnai minima straipsnyje palyginimui su tema. Be to, kažkaip tapo taip, kad viskas lyginama su kažkuo visuotinai priimtu.
1. Kas ir kodėl?
Stebėjimo sistema, kaip matyti iš apibrėžimo, yra sistema, leidžianti bet kuriuo metu gauti naujausią informaciją apie bet kurį tinklo mazgą, įvesti reikiamą informaciją į mašinos maršrutizatorių.
Kodėl to reikia, taip pat akivaizdu. Kad žinotum, kas vyksta.
Dažnai stebėjimo sistema gali suteikti labai išsamią informaciją tiek apie visos infrastruktūros, tiek apie atskirų jos dalių būklę. Be to, jei nustatote perspėjimus (o be jo bet koks stebėjimas yra bevertis), galiausiai gauname rimtą įrankį, leidžiantį ne tik laiku reaguoti į jau iškilusias avarines situacijas, bet ir daugeliu atvejų leidžia išvengti šių nelaimingų atsitikimų.
2. Kodėl NetXMS?
Šiek tiek ne į temą tiems, kurie mėgsta kelių knygųKai buvau jaunas ir nepatyręs... Taip dažniausiai prasideda visos pasakos?.. Trumpai tariant, kai buvau maksimalistas, studijavau infrastruktūros stebėsenos klausimą, ir tų „tyrimų“ rezultatas buvo išvada, kad ten nėra nieko geresnio už Zabbix. Ir tuo metu jis man labai patiko, nes gali daug, gali daug, o jo funkcionalumą galima praplėsti pačių parašytais scenarijais, todėl galima sakyti, kad išvis gali bet ką, jei rankos išauga reikiama vieta. Tačiau „Zabbix“ yra gana sudėtingas įrankis. Man prireikė beveik dviejų savaičių, kad kažkaip sutvarkyčiau. Ir tai tik įgyvendinimo etapas. Tada dar pora savaičių nustatyti visko, ko man tuo metu reikėjo, stebėjimą. O kaip juo naudotis norint peržiūrėti maršrutizatorių prievadų būseną, skaičiau ir skaičiau, išsigandau ir nusprendžiau, kad man šito tikrai nereikia... Ne, na, tikrai baisu nepasiruošusiam protui iškart po koledžo. ..
Ir dabar, po kelerių metų, subrendęs ir subrendęs nusprendžiau, kad laikas atnaujinti žinias apie stebėjimo sistemas. Ir galiausiai atlikite įprastą, stabilų tinklo stebėjimą, nes ši problema tapo aktuali dėl segmentų augimo, filialo prijungimo ir kitų smulkmenų. Viskas teka, viskas keičiasi. Ir aš pradėjau testuoti visokius įrankius. Įdiegsiu šią sistemą ir paliesiu ją, tada paliesiu tą. Ir visur kažko trūksta, visur yra kažkas, kas nepatinka. Arba sąsaja yra nepatogi, arba būsite kankinami, kad ją nustatytumėte, arba kažkas kita. Ir tada NetXMS kreipėsi į mane. Beje: kur man prireikė dviejų savaičių, kol supratau Zabbix, su NetXMS viskas susitvarkė per porą valandų. Galbūt „Zabbix“ patirtis turėjo įtakos, o gal tai buvo pats „NetXMS“... sunku pasakyti.
„NetXMS“ pasirodė esanti gana lengvai įdiegiama ir konfigūruojama sistema. Ji turi serverio ir administravimo konsolės versijas abiems sritims. Windows ir po Linux, grafų generavimas, integruota naršyklė, leidžianti prisijungti prie tų pačių maršrutizatorių per HTTP/HTTPS protokolus iš administravimo konsolės, intuityvi sąsaja ir agentas bet kuriai OS. Trumpai tariant, ši sistema pasirodė esanti paprasta ir patogi. Iš pirmo žvilgsnio.
Jų dokumentacija, beje, yra 8 iš 10. Jame nurodyti pagrindiniai dalykai, bet norint įsigilinti į subtilybes, reikia pasigilinti.
Pagrindiniai kūrėjo nurodyti pranašumaiGilus tinklo stebėjimas
Automatinis prijungtų komponentų radimas, vizualizacija ir paieška 2 ir 3 sluoksniuose
Visas SNMPv3 palaikymas
Aktyvus aptikimas naudojant nuskaitymo zondus
Pasyvus atradimas pagal informaciją iš stebimų įrenginių – ARP ir maršruto parinkimo lenteles, sąsajas
Programų ir serverių stebėjimas
Visa pagrindinė metrika, kurios tikitės: CPU, failų sistemos, įvestis / išvestis, atmintis, srautas
JMX tiltas, skirtas Java programų stebėjimui
Konkrečių programų plėtiniai: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo ir daugelis kitų
Integravimo API vietinėms programoms
Skirtas dideliems tinklams
Vienas serveris gali sekti šimtus metrikų tūkstančiuose įrenginių
Visiškas paskirstyto stebėjimo ir horizontalaus mastelio palaikymas
Sutampančių IP potinklių stebėjimas
Lanksti prieigos kontrolė operatoriams ir klientams
3. Pasigilinkime
Kaip įdiegti sistemą - yra visuma administratorius, pasiekiamas adresu , ir čia nėra nieko sudėtingo, todėl ties tuo nesigilinsiu. Sunkiausia diegimo dalis yra sistemos prijungimas prie duomenų bazės... Vienintelis skirtumas čia yra DBMS ir serverio OS pasirinkimas. Aš pasirinkau Windows (next-next-enter data-done) ir MSSQL, nes jį jau turėjau.
3.1. Įgalinti automatinį atradimą
Diegimo metu galima įjungti automatinį pagrindinių kompiuterių aptikimą. Jei tai nebuvo padaryta dėl kokių nors priežasčių, tai visada gali būti įtraukta „Konfigūracija – tinklo atradimas“ arba spustelėdami piktogramą tuo pačiu pavadinimu. Atradimo ypatybės atsiranda darbo srityje. Turite jį įjungti, perjungti į pasyvų arba aktyvų režimą ir nurodyti kitas savybes, pavyzdžiui, apklaustus potinklius. Čia taip pat galite nustatyti filtrus ir pasirinkti bei tinkinti sistemoje esančius filtrus arba rašyti savo scenarijus. Tiesą sakant, man nereikėjo jokių filtrų. Tačiau sąranka atrodo gana draugiška ir suprantama.
Čia taip pat galite nurodyti numatytąją SNMP bendruomenę ir jos kredencialus (skaitymo leidimą).
3.2. Mazgų pridėjimas
Kai įjungtas automatinis aptikimas, galutiniai mazgai (kompiuteriai, spausdintuvai) bus pridėti ir automatiškai paskirstomi potinkliuose. Su aktyvia tinklo įranga viskas yra šiek tiek sudėtingiau.
Pirmiausia turėtumėte įjungti SNMP savo tinklo įrangoje ir nustatyti bendruomenę. Jei numatytoji SNMP bendruomenės reikšmė nebuvo pakeista tinklo mazgų automatinio aptikimo ypatybėse, tada sistema naudoja viešąją bendruomenę ir šį nustatymą galima pakeisti kiekvienam mazgui pridėto mazgo ypatybėse.
Patogumui įrenginius galite grupuoti pagal bet kurį patogų principą, tam galite sukurti konteinerius medyje Infrastruktūros paslaugų šakoje ir į juos susieti mazgus iš Entrie Network.
Įjungus ir sukonfigūravus SNMP maršrutizatoriuose ir įtraukus juos į stebimos įrangos sąrašą, pati sistema susisieks su jais, juos apklaus, nustatys, kokie tai įrenginiai, pritaikys šablonus, pradės rinkti duomenis ir parodys kiekvieno maršrutizatoriaus priekinį skydelį. Pati. Iš dėžės. Kai įkūriau „Zabbix“, apie kažką panašaus galėjau tik pasvajoti.
Visą tinklo aparatinę įrangą pridėjau rankiniu būdu, nes dėl kokių nors priežasčių jie patys nepasirodė. Čia viskas paprasta. Infrastruktūros paslaugose kuriame konteinerį bet kokiu patogiu pavadinimu (pavyzdžiui, jungikliai) ir RMB-kurti-mazgas, nurodykite rodomą mazgo pavadinimą, jo IP adresą ir geriau pažymėti langelį „išjungti NetXMS agento naudojimą“, nes jo vis tiek negalima įdiegti tinklo įrangoje ir nereikia papildomų paketų.
Integruota naršyklė. Galite tiesiog dešiniuoju pelės mygtuku spustelėti norimą maršrutizatorių ir atidaryti įrenginio žiniatinklio sąsają. Man tai buvo patogiau, nei kiekvieną kartą peržiūrėti savo įrašus ir ieškoti tinkamo IP. Tiesa, naršyklė tokia.
3.3. Tinklo žemėlapio kūrimas
Visų pirma, kaip objektą reikia sukurti tinklo žemėlapį. Kaip įprasta – siūle Tinklų žemėlapis RMB, sukurti, pasirinkti žemėlapio tipą, nustatyti parametrus, ir tada sistema viską padarys pati.
Kortelių tipai yra tokie:
- Paprotys. Tai žemėlapis, skirtas sudaryti rankiniu būdu, vartotojo pageidavimu.
- 2 sluoksnio topologija. Tai kortelė, leidžianti automatiškai viską padaryti už vartotoją, remiantis 2 OSI modelio sluoksniu (iš tikrųjų ji sukuria žemėlapį pagal įrenginių Mac adresus).
- IP topologija, tai yra ta pati 3 sluoksnis. Tas pats kaip ir tuo atveju su 2 sluoksnis, tik kortelė sukurta remiantis 3 OSI modelio sluoksniu (IP adresu).
Renkantis rankinį kartografavimą, reikia nutempti mazgus iš medžio į žemėlapio sluoksnį, sujungti ir pan. Reguliarus piešimas.
Kitais dviem atvejais reikia pasirinkti pradžios tašką, nuo kurio sistema pradės kurti žemėlapį. Pavyzdžiui, kokio nors maršrutizatoriaus mazgas. Sistema iš jos nuskaito duomenis apie prijungtus įrenginius ir prievadus, prie kurių jie prijungti, po to nuskaito duomenis iš kito maršrutizatoriaus, suderina jį ir pan. Išanalizavęs visus įrenginius, NetXMS pats nubrėžs ryšius tarp tinklo įrenginių, nurodydamas prievadus, prie kurių viskas prijungta. Taip pat galite nurodyti, kad sistema talpina galutinius įrenginius (spausdintuvus, asmeninius kompiuterius, serverius) ant kortelės, tiesiog spustelėdami atitinkamą elementą kortelės ypatybėse (RMB - savybės - kortelės savybės). Taip pat šiuo metu galite nustatyti „aptikimo spindulį“, jei norite ar reikia.
Maža rekomendacija. Įgalinkite ypatybę Visada pritaikyti išdėstymą ekranui, kad kiekvieną kartą atnaujinant tinklo žemėlapį nereikėtų slinkti darbo srities ir keisti mastelį.
Naudodami paskirstytą tinklo topologiją, galite perdengti objektus vietovės žemėlapyje. Taip pat kaip foną galite naudoti, pavyzdžiui, lentynos nuotrauką su įranga serverio patalpoje, ant jos perdengdami reikiamus objektus. Tokiu būdu galite greitai nustatyti bet kurio stovo įrenginio būseną. Mano nuomone, tai be galo naudingas dalykas, jei reikia perduoti reikalus įpėdiniui ar naujai atvykusiam kolegai pasiaiškinti. Vizualus, patogus, savaime suprantamas.
3.4. Agentai
Agentai egzistuoja tiek dėl Windowstaip už LinuxVeikimo principas yra toks pat kaip „Zabbix“ agentų: jis įdiegiamas kompiuteryje, iš kurio reikia rinkti metriką, ir perduoda duomenis stebėjimo serveriui. Agentą galima įdiegti prieš pridedant mazgą prie sistemos arba po jo. Įdiegus agentą mazge, sistema po trumpo laiko pradės gauti iš jo duomenis, naudodama standartinį šabloną. Stebimus parametrus galima pridėti vienam mazgui arba pridedant prie jo vieną ar daugiau iš anksto nustatytų šablonų. Žinoma, rekomenduojama naudoti šablonus, nes ši konfigūracija yra lankstesnė.
Stebimų agentų parametrų sąrašas yra gana platus. Visą sąrašą galite rasti
Kai tik sistema nustato, kad agentas veikia mazge, ji nedelsdama prijungs šį mazgą prie vieno iš numatytųjų šablonų – Windows, Linux, HP-UX, bendrinis UNIX, AIX, priklausomai nuo mazgo operacinės sistemos.
Standartinis šablonas Windows-šeimininkai:
Norėdami sekti konkretų mazgą, galite pridėti parametrą spustelėdami „PKM duomenų rinkimo parametras", toliau"RMB darbo srityje – naujas parametras“ ir sąraše pasirinkite reikiamą. Taip pat galite konfigūruoti stebimo parametro paleidiklius.
Svarbu, kad agentai, tokie kaip „Zabbix“, galėtų paleisti pasirinktinius scenarijus.
Kaip įdiegti?Tai offtopic, nes kiekvienas... hmmm... kaip nori.
Kyla klausimas: ar agentai turi būti platinami tik serveriams, ar apskritai visiems tinklo įrenginiams? Jei yra tik keli serveriai, lengviausia tai padaryti rankiniu būdu. Jei daug – domenų politika, KIX, PoSh. bet ko. Agentai turi /SILENT raktą, kuris leidžia skaidriai „įšvirkšti“ jį vartotojui (jei kalbame apie plitimą į visus tinklo įrenginius). Man labiau patinka scenarijai, nes galite nustatyti sąlygą ir sukurti vėliavėlę, skirtingai nuo politikos, kuri įdiegs programą kiekvieną kartą, kai įjungiate kompiuterį. Taigi, mes rašome scenarijų iš serijos „patikrinkite, ar yra vėliavėlės failas, jei ne, paleiskite diegimo programą naudodami /SILENT raktą ir sėkmingai įdiegę sukurkite vėliavėlės failą“. Pelnas.
3.5. Trigeriai
Trigerius galima sukonfigūruoti taip, kad jie reaguotų į konkrečius renkamų duomenų įvykius. Pavyzdžiui, maršruto parinktuvo tam tikros ping-pong vertės viršijimas. Taip pat galite sukonfigūruoti kiekvieno trigerio pranešimo būdą (vieniems pakanka piktogramos konsolėje, o kiti, kur tik įmanoma, iš karto siunčia pranešimus). Reakcija į įvykį pasirenkama iš veiksmo konfigūracijos iš anksto sukonfigūruotų.
Norėdami sukurti aktyviklį: įveskite mazgo ar šablono duomenų rinkimo konfigūraciją, dukart spustelėkite dominantį parametrą (jei ne, tada pirmiausia turite jį sukurti), o ypatybėse eikite į skirtuką Slenksčiai, spustelėkite pridėjimo mygtuką.
«Funkcija“ – kokias ar kokias reikšmes reikia naudoti norint apskaičiuoti sąlygą. Gali gauti šias vertes (tikrinimui naudotų verčių skaičius nurodytas lauke Pavyzdžiai):
— Paskutinė apklausa: gauta paskutinė (-ios) vertė (-ės).
— Vidutinė vertė: vidutinė vertė nuo paskutinės
— Vidutinis nuokrypis: vidutinis nuokrypis
— Skirtumas nuo ankstesnės vertės: skirtumas su ankstesne verte
— Duomenų rinkimo klaida: klaida priimant duomenis
— Vertybių suma: verčių suma
— Scenarijus: reikšmė, gauta naudojant vartotojo scenarijų
«Operacija“ – suaktyvinimo sąlyga. Gali imti reikšmes (reikšmė nurodyta atitinkamame reikšmės lauke):
- <: mažiau nei: mažiau nei
- <=: mažesnis arba lygus: mažesnis arba lygus
- == lygus: ekvivalentas
— >=: didelis arba lygus: didesnis arba lygus
— >: puikus nei: daugiau nei
- !=: nelygu: ne lygiavertis
- kaip: arti
- nepatinka: ne arti
Kalbant apie paskutinius du parametrus, nesu tikras, kaip jie veikia. Todėl net nenumanysiu, kokios ribos juose įmūrytos.
Žodžiu, viskas taip pat kaip ir Zabbix, bet nereikia ranka įvesti formulių, bijodamas suklysti ar suklysti. Norėdami atkurti trigerį (deaktyvavimo įvykį), pati sistema pakeis reikšmę. („Zabbix“ turite įvesti dar kartą, o ne klaidingai).
3.6. Šablonai
RMB sukurkite šabloną, įveskite šablono pavadinimą. PKM duomenų rinkimo konfigūracija.
Teorijos tiekSurinkta informacija gali būti gaunama iš kelių šaltinių. Tai gali būti NetXMS agentasvažiavimas mašinoje gali būti "paprastas prašymasArba "Vidaus", išsiųstas paties serverio (pavyzdžiui, tas pats ping), "SNMP«,«patikrinimo taškas SNMP«,«Stumti«,«Windows Našumo skaitikliai«,«SM-CLP", arba pasirinktinis"scenarijus“. Kiekvienam informacijos tipui galite pasirinkti tipą, kurio sistema tikisi gavusi. Pavyzdžiui, ping grąžins sveikąjį skaičių (integer), laisvos vietos diske kiekis baitais taip pat bus sveikasis skaičius, tačiau ta pati temperatūra nebebus sveikasis skaičius, tai yra reali).
Norėdami rinkti informaciją per SNMP, NetXMS turi didžiulį iš anksto nustatytų parametrų sąrašą, tai yra, jūs negalite įvesti konkretaus OID, o rasti jį MIB medyje, o tai iš tikrųjų yra gana problematiška... Bet. Dėl to turite įsigilinti į gamintojo dokumentaciją ir ieškoti kiekvieno įrenginio IOD verčių atskirai. Galite sugaišti daug laiko skaitydami informaciją iš įrenginių ir pamatysite sistemos pranešimą "NEPAREMA", tačiau galiausiai paaiškėja, kad šis konkretus įrenginys tiesiog nemoka pateikti prašomos informacijos. Belieka tik rūkyti žinynus ir tikėtis.
Pavyzdžiui, norėdami rinkti informaciją apie mazgo atsako laiką (ping), turite pridėti naują parametrą (PKM-naujas parametras), lauke Kilmė pasirinkite Vidinis, paspauskite mygtuką Pasirinkti ir pasirinkite Ping Time. Vyksta paieška, apie kurią tik svajojau „Zabbix“. Taip pat prasminga pakeisti mazgo apklausos laikotarpį (numatytasis yra 60 sekundžių, tai yra, jei maršrutizatorius nustoja reaguoti iš karto po to, kai jį apklausia stebėjimo sistema, tada praeis beveik visa minutė, kol sistema supras, kad kažkas negerai it Taip, skambės pavojaus signalas).
Vidinių duomenų, kuriuos galima apdoroti, sąrašas:
Į šabloną įtraukę visus reikiamus parametrus, turite spustelėti PKM-taikyti ir pasirinkite visus mazgus, kuriems reikia pritaikyti šį šabloną (ctrl + LMB). Tai viskas. Po to medyje po šablonu atsiras šaka, kurią atidarius matysite visus mazgus, kuriems pritaikytas šis šablonas.
Atjungus mazgą nuo šablono, renkami duomenys nenustoja rinkti. Norint atšaukti jų rinkimą, reikia eiti į kiekvieno mazgo Duomenų rinkimo konfigūraciją ir viską ištrinti rankiniu būdu arba iš pradžių ištrinti parametrus iš šablono ir tik tada ištrinkite mazgus iš jo. Nežinau, kodėl taip buvo padaryta, bet, mano nuomone, tai yra nepaprastai keistas dalykas. Bet... Taip yra.
Šablone galite pasirinkti norimus rinkti duomenis ir nukopijuoti juos į kitą šabloną. Masiškai. Ir nereikia ranka kopijuoti-įklijuoti iš vieno šablono į kitą... Aš jau pradedu nekęsti Zabbix..
3.7. Prietaisų skydeliai
Kaip bebūtų keista, NetXMS Wiki šia tema yra tik viena nuoroda į „YouTube“: , nėra net elementų, kuriuos galima įtraukti į prietaisų skydelį, sąrašo ar aprašymo. Iš principo ten viskas taip pat intuityvu. etiketė - tai tiesiog... na... Etiketė... Net nežinau, kaip ją išversti. Žodžiu, laukas su užrašu naudojamas elementams žymėti ir atskirti, nes patys elementai neturi pavadinimų. Linijinė diagrama – Tai linijinis grafikas. Juostinė diagrama yra diagrama. Signalizacijos peržiūros programa — pasirinkto mazgo (-ų) įspėjimų sąrašas. Žodžiu, vardai kalba patys už save.
Tada turite atidaryti prietaisų skydelio ypatybes ir sukonfigūruoti rodinius. Mus domina prietaisų skydelio elementų skirtukas. Stulpelių skaičius yra stulpelių, elementų, kurie bus išdėstyti horizontaliai, skaičius. Kiekvienas objektas turi savo ypatybes, todėl rekomenduočiau atžymėti elementą „Layout-Grab“ per daug vertikalios erdvės, kad sumažintumėte kiekvieno elemento dydį.
3.8. Veiksmo konfigūracija
(Konfigūracija – veiksmų konfigūracija)
Iš esmės tai yra veiksmai, reaguojant į trigerius.
NetXMS gali siųsti el. laiškus, SMS, xmpp pranešimus reaguodamas į paleidiklį. Viskas čia nereikšminga – tereikia užpildyti reikiamus laukus.
Tu taip pat gali:
— Perkelkite įspėjimą į kitą NetXMS serverį
— Paleiskite komandą NetXMS administravimo serveryje
— Vykdykite komandą mazge naudodami NetXMS agentą
— Paleiskite NXSL scenarijų (NSXL yra jūsų )
Sukūrę veiksmą, galite sukonfigūruoti jo vykdymo delsos laiką, taip pat pritaikyti vykdymui makrokomandą. Vėlavimo laikas reikalingas tam, kad netrukdytų operatoriui, jei problema išsispręstų savaime (pavyzdžiui, atsakymo į ping užklausą laikas buvo ilgesnis nei nurodyta reikšmė, bet kito patikrinimo metu jis gali grįžti į normalią būseną, tad kam vargti apie tokias smulkmenas?) .
3.9. Prieigos teisių diferencijavimas
Kiekvienam objektui galite konfigūruoti savo prieigos teises. Kiekvienam objektui kitame objekte taip pat galite konfigūruoti prieigos teises. Tai leidžia labai lanksčiai paskirstyti atsakomybę ir stebėjimo galimybes skirtingoms vartotojų grupėms. Tai viskas, ką norėjau pasakyti.
4. Išvada
Norėčiau paneigti savo paties straipsnio pavadinimą. NetXMS nėra skirtas tinginiams. Tiesiog kūrėjai, kaip ir kai kurie, nekreipė dėmesio į funkcionalumą, bet, be kita ko, pasirūpino ir sąsaja.
Darykime taip. Naudojau Zabbix ir NetXMS. Dėl šios priežasties aš tiesiog užrašysiu savo jausmus dėl šių dviejų sistemų.
Taigi.
NetXMS man atrodo itin patogi sistema. Na... adminui... taip, adminui. Ji turi tai, kas vadinama intuityvi sąsaja, ir tai tikrai šaunu. Jums nereikia rašyti savo formulių, perskaityti daugybės pridedamų dokumentų, kad galėtumėte patikrinti pingus prieš jungiklį ar kito paprasto dalyko. Bet. „Zabbix“ programoje šis labai paprastas dalykas mažai kuo skiriasi nuo kažko tikrai sunkaus, tai yra, jei įvaldysite, visa kita galėsite padaryti taip pat. NetXMS turi užuominų; daugumą parametrų galima rasti sąsajoje, pasirinkti pele ir sukonfigūruoti. „Zabbix“ reikia išsiaiškinti, ar sistema gali padaryti tą ir aną, o jei taip, kaip tai parašyta ir kokius parametrus grąžina. „Zabbix“ laimi bendruomenėje ir daugybė šablonų visoms progoms... jei šiame šlamšto kalne rasite tai, ko jums reikia... Kita vertus, NetXMS taip pat turi daug gerbėjų ir priedų, kuriuos jie sukūrė šią sistemą. Ir pati sistema gali stebėti populiariausias programas, kaip nurodyta pagrindiniame projekto puslapyje.
Pagrindinis „NetXMS“ pranašumas prieš „Zabbix“ man buvo galimybė paleisti scenarijų probleminiame mazge reaguojant į paleidiklį. Jei procesoriaus temperatūra pakyla virš slenksčio, jis išjungs patį pagrindinį kompiuterį. Ir tada išsiaiškinsime, kokia yra problema. Galbūt Zabbix taip pat turi tokį dalyką, bet aš negalėjau. Tas pats pasakytina ir apie maršrutizatorių prievadų stebėjimą. Ir štai... Na, kaip atsitinka... Reikia įvaldyti scenarijų kalbą, ir viskas...
Prieigos teisės NetXMS leidžia labai lanksčiai diferencijuoti skirtingų sistemos vartotojų galimybes. Tačiau norėdami visa tai nustatyti, turite tikrai pasistengti.
Apskritai sistemos yra gana panašios, o jų galimybės iš pirmo žvilgsnio atrodo bent jau palyginamos. Nors atrodo, kad „Zabbix“ gali padaryti daugiau, šios galimybės yra paslėptos giliai po gaubtu ir yra nepasiekiamos tik mirtingam administratoriui. NetXMS atrodo paprastas ir aiškus, draugiškas ir malonus.
„Zabbix“ turi puikią dokumentaciją, wiki, kaip, DUK, geriausią praktiką, taip pat įvairius forumus ir kt., kuriuose galite rasti atsakymus į beveik visus klausimus. O jei ką, paklausk savo.
Apibendrinant noriu rekomenduoti NetXMS žmonėms, kurie tik pradeda veiklą arba tiems, kuriems nereikia gilintis į visko stebėjimą. Esu tikras, kad jei pažvelgsite į tai išsamiau, galite padaryti keletą labai labai subtilių pastebėjimų.
Tačiau pagrindinis pranašumas, kurį matau, yra labai graži sąsaja ir paprastas sąranka.
5. Naudotos medžiagos
youtube kanalas
Šaltinis: www.habr.com
