NetXMS kui monitooringusüsteem laiskadele… ja veidi võrdlust Zabbixiga

0. Sissejuhatus

Ma ei leidnud Habrast ühtegi artiklit NetXMSi kohta, kuigi otsisin väga. Just sellepärast otsustasin kirjutada selle teose, et pöörata tähelepanu sellele süsteemile.

See on nii õpetus kui ka ülevaade, ja süsteemi võimaluste pinnapealne tutvustus.

See artikkel sisaldab pinnapealset analüüsi ja süsteemi võimaluste kirjeldust. Ma ei süvenenud sügavale võimalustesse mitmesugustel põhjustel. Ja kogu funktsionaalsuse kirjeldamine ei võtaks kindlasti mitte ainult ühte artiklit.

Kuna olen põhiliselt töötanud ainult Zabbixiga - viidatakse sellele süsteemile sageli, et võrrelda selle teema konteksti. Lisaks on kuidagi nii kujunenud, et kõike võrdletakse millegagi, mis on üldiselt tunnustatud.

1. Mis ja miks?

Monitooringusüsteem on, nagu määratlusest näha, süsteem, mis võimaldab igal hetkel saada käesolevat teavet mõne võrgu masin/jõuülekande/ruuteri kohta.

Miks see vajalik on - see on samuti ilmselge. Et olla kursis toimuvaga.

Tavaliselt suudab jälgimissüsteem anda üsna põhjalikku teavet mitte ainult infrastruktuuri seisundi, vaid ka selle üksikute osade kohta. Lisaks, kui seadistada teavitused (ilma nendeta on mis tahes jälgimine väärtusetu), siis saame tõsise tööriista, mis võimaldab mitte ainult reageerida juba tekkinud hädaolukordadele, vaid enamikul juhtudel võimaldab ka neid ennetada.

2. Miks NetXMS?

Veidi offtopikut neile, kes armastavad palju tekstiNoortena ja kogenematu olles… Kas kõik muinasjutud algavad nii?.. Ühesõnaga, kui olin maksimaalselt ambitsioonikas, uurisin infrastruktuuri jälgimise teemat, ja nende "uurimiste" tulemusena jõudsin järeldusele, et Zabbixist paremat pole olemas. Ja sel hetkel meeldis see mulle tõeliselt, kuna see suudab palju, on oskuslik ning selle funktsionaalsust saab laiendada isekoostatud skriptidega, nii et võib öelda, et see suudab tegelikult kõike, kui käed on õigetes kohtades. Kuid Zabbix on üsna keeruline tööriist. Sellega vähemalt vähese arusaamise saavutamiseks kulus mul pea kaks nädalat. Ja see on lihtsalt rakendamise etapp. Veel paar nädalat kulusid kogu selle jälgimise seadistamiseks, mis mulle siis vajalik oli. Kuid kuidas selle abil marsruuterite portide seisundit vaadata, lugesin ja lugesin, ehmatasin ära ja otsustasin, et see ei tundu mulle nii vajalik… Ei, seal on tõeliselt hirmutav mitte ettevalmistatud mõistusele, kohe pärast ülikooli…

Ja ja olen mõne aasta pärast, täiskasvanuks saades ja küpsemisega, otsustanud, et on aeg uuesti värskendada oma teadmisi jälgimissüsteemide kohta. Ja lõpuks teha normaalne, stabiilne võrgu jälgimine, kuna see probleem on muutunud aktuaalseks seoses segmentide kasvu, filiaali ühendamise ja muude pisidetailidega. Kõik voolab, kõik muutub. Ja hakkasin katsetama igasuguseid tööriistu. Ühte süsteemi paigaldasin, katsusin, siis teist. Igal pool jäi midagi puudu, igal pool polnud midagi meelepärane. Kas kasutajaliides oli ebamugav, pidin seadistamisega vaeva nägema, või midagi muud. Siis tuli mulle NetXMS ette. Pean ütlema: seal, kus Zabbixiga tegelesin kaks nädalat, läks NetXMSiga kõik sujuvalt paari tunni jooksul. Võib-olla mängis rolli Zabbixiga saadud kogemus, või on asi lihtsalt NetXMSis... raske öelda.

NetXMS ilmnes üsna lihtsana installimiseks ja seadistamiseks. Sellel on nii serveri kui ka halduskonsoli versioonid nii Windowsile kui ka Linuxile, graafikute koostamine, sisseehitatud „brouser”, mis võimaldab halduskonsolist ühenduda HTTP ja HTTPS protokollide kaudu samadele ruuteri seadmete ning intuitiivne liides, samuti agent igale operatsioonisüsteemile. Ühesõnaga, see süsteem on osutunud lihtsaks ja mugavaks. Esmapilgul.

Nende dokumentatsioon on 8/10. Peamised asjad on seal kirjas, kuid detailidesse süüvimiseks tuleb veidi kaevata.

Peamised eelised, mida arendaja välja tõiSügav võrgujälgimine
Automaatne avastamine, visualiseerimine ja ühendatud komponentide leidmine 2. ja 3. tasemel
Täielik SNMPv3 tugi
Aktiivne avastamine skaneerivate „sondide” abil
Passiivne avastamine, mis põhineb kontrollitavate seadmete teabel — ARP ja marsruutimise tabelid, liidesed
Rakenduste ja serverite jälgimine
Kõik peamised mõõdikud, mida te ootate: protsessor, failisüsteemid, sisend-väljund, mälu, liiklus
JMX sild Java rakenduste jälgimiseks
Rakenduste spetsiifilised lisandmoodulid: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo ja paljud teised
API integreerimise jaoks kohandatud rakendustele
Suuremate võrkude jaoks mõeldud
Üks server suudab jälgida sadu mõõdikuid tuhandetest seadmetest
Täielik tugi hajutatud jälgimisele ja horisontaalsele skaleerimisele
Jälgimine kattuvatest IP-alamtsoonidest
Paindlik juurdepääsukontroll operaatoritele ja klientidele

3. Süveneme

Kuidas paigaldada süsteem – on kogu kasutajate käsiraamat administraatorile, mis on saadaval arendaja veebisaidil, ja siin pole midagi keerulist, seetõttu ei jää ma sellele peatuma. Paigaldamise kõige raskem osa on süsteemi ühendamine andmebaasiga… Siin võib erinevus olla vaid andmebaasi ja serveri OS-i valikus. Valisin Windowsi (edasi- edasi sisestada andmed- valmis) ja MSSQL-i, kuna see oli mul juba olemas.

3.1. Lülitame sissetuleva tuvastamise sisse

Võrgu sõlmede automaatne tuvastamine saab paigaldamise ajal sisse lülitada. Kui mingil põhjusel seda ei tehtud, saab seda alati sisse lülitada "Configuration-Network Discovery" või klikkides sama nimega ikoonil. Tööalal kuvatakse avastamise omadused. Peab selle aktiveerima, lülitades passiivsesse või aktiivsesse režiiimi, ning määrama muid omadusi, näiteks küsitavad alvervõrgud. Siin saab ka filtreid seadistada, valida ja kohandada süsteemi sisse ehitatud filtreid või kirjutada oma skripte. Ausalt öeldes ei olnud mulle filtrid vajalikud. Kuid seadistamine näeb välja üsna sõbralik ja arusaadav.

Siin saab ka määrata vaikimisi SNMP community ja selle mandaadid (loe autoriseerimine).

3.2. Sõlmede lisamine

Automaatse avastamise korral lisatakse lõppseadmed (arvutid, printerid) automaatselt ja jaotatakse alvervõrkudesse. Aktiivse võrguvarustuse puhul on asi veidi keerulisem.

Alustada tuleks võrguvarustuses SNMP aktiveerimisest ja community seadistamisest. Kui võrgu sõlmede avastamise omadustes ei ole SNMP community vaikeseadistust muudetud, siis kasutab süsteem public community't; see seadistus võib olla igas sõlmes muudetav lisatud sõlme omadustes.

Kasutusmugavuse nimel on seadmeid võimalik rühmitada mistahes sobiva põhimõtte järgi, selleks saab struktuuri puusse luua konteinerite, mida saab siduda Entrie Network'i sõlmedega, filiaalis Infrastructure Services.

Pärast SNMP aktiveerimist ja seadistamist ruuteritel ning nende lisamist jälgitavate seadmete nimekirja, suhtleb süsteem nendega automaatselt, küsitleb neid, tuvastab seadmed, rakendab šabloone, alustab andmete kogumist ja näitab igale ruuterile front-paneeli. Koodiga. Mugavalt. Kui mina Zabbixi seadistasin, sain ma sellistest funktsioonidest vaid unistada.

Ma lisasin kõik oma võrguseadmed käsitsi, kuna nad ei tuvastatud mingil põhjusel automaatselt. Siin on kõik lihtne. Looge konteiner filiaalis Infrastructure Services, valige sellele sobiv nimi (nt switches) ja Hiire parem klõps - luua sõlm, määrake sõlme kuvatav nimi, IP-aadress ja parem on märkida kast „NetXMS agendi kasutamine keelatud“, kuna seda ei ole võimalik seadmetele ikkagi installida, ning üleliigsed paketid pole vajalikud.

Sisseehitatud brauser. Saate lihtsalt hiire parema nuppu vajutada soovitud ruuteril ja avada seadme veebiliidese. See tundus mulle mugavam, kui iga kord oma märgetesse minnes õiget IP-d otsida. Tõsi, brauser pole just parim.

3.3. Võrgukaardi loomine

Esiteks tuleb luua võrgukaart objekti kujul. Nagu tavaliselt — kaustas Võrgukaardi all paremklõps, loo, vali kaardi tüüp, seadista parameetrid, ja süsteem teeb edasise töö ise.

Kaarditüübid on järgmised:

1. Kohandatud. See on kaart, mis on ette nähtud käsitsi loomiseks vastavalt kasutaja soovile.
2. 2. taseme topoloogia. See kaart võimaldab automaatselt kõik kasutaja eest teha, tuginedes OSI mudeli 2. tasemele (tõenäoliselt loob kaardi, tuginedes seadmete MAC-aadressidele).
3. IP topoloogia, samuti 3. tase. Sama, mis 2. taseme puhul , ainult kaart luuakse OSI mudeli 3. taseme (IP-aadresside) põhjal.Käsitsi kaardi loomisel tuleb node'id puust kaardile lohistada, need omavahel ühendada jne. Tavaline joonistamine.

Käsitsi kaardi koostamisel tuleb sõlmed puudelt kaardikihile lohistada, neid ühendada jne. Tavaline joonistamine.

Kahel juhul tuleb valida lähtepunktil, millest süsteem hakkab kaarti koostama. Näiteks mõne ruuteri node. Süsteem loeb sellelt andmeid ühendatud seadmete ja portide kohta, kuhu need on ühendatud, seejärel loeb järgmise ruuteri andmeid, vastandab ja nii edasi. Pärast kõigi seadmete analüüsi joonistab NetXMS ise võrgu seadmete vahelised seosed, näidates portide kohta, kuhu mis on ühendatud. Samuti saab märkida, et süsteem asetab kaardile lõpp-seadmed (printerid, isiklikud arvutid, serverid), lihtsalt vajutades vastavale punktile kaardi omadustes.Hiire parema klahvi menüü — omadused — kaardi omadused. Samuti saab sel punktis määrata „tuvastamise raadiuse“, kui soovite või on see vajalik.

Väike soovitus. Lülitage sisse omadus Always fit layout to screen, et igakord uue võrgu kaardi värskendamisel ei peaks te töötama kerimise ja suumimisega.

Jaotatud võrgu topoloogias on võimalik objekte kaardile asetada. Samuti saab taustana kasutada näiteks fotot seadmete riiulist serveriruumis, millele saab vajalikud objektid üle kanda. Nii on võimalik kiiresti määrata iga seadme olek riiulis. Minu arvates on see äärmiselt kasulik, kui on vaja edastada infot asetäitjale või uuele kolleegile, et selgitada olukorda. Selge, mugav, iseenesestmõistetav.

3.4. Agendid

Agendid eksisteerivad nii Windowsi kui ka Linuxi jaoks. Tööpõhimõte on sama, mis Zabbixi agentide puhul: see paigaldatakse masinale, millelt on vaja mõõdmisi võtta, ja edastab andmeid monitooringu serverisse. Agenti saab paigaldada nii enne nodi lisamist süsteemi kui ka pärast. Pärast agendi ilmumist nodis hakkab süsteem mõne aja pärast temalt andmeid vastu võtma, rakendades standardset mall. Jälgitavaid parameetreid saab lisada nii ühele nodile kui ka siduda selle ühe või mitme eeldefineeritud malliga. Loomulikult on soovitatav töötada mallidega, kuna see seadistus on paindlikum.

Jälgimisparameetrite nimekiri agentide jaoks on üsna ulatuslik. Täielikku nimekirja saab vaadata Wiki NetXMS

Niipea, kui süsteem tuvastab, et sõlmel töötab agent, seob ta selle koheselt ühe vaikimisi malliga — Windows, Linux, HP-UX, Generic UNIX, AIX, sõltuvalt sõlme operatsioonisüsteemist.

Vaikimisi mall Windowsi hostide jaoks:

Spetsiifilise sõlme jälgimiseks parameetri lisamiseks saab klõpsata "Hiire parema nupuga – Andmete kogumise parameeter", seejärel "Hiire parema nupuga töökeskkonnas — Uus parameeter", ja valida soovitu nimekirjast. Samuti on võimalik seadistada jälgitavale parameetrile trikke.

Oluline on, et agentidel, nagu Zabbixil, on võimalus käivitada kasutaja skripte.

Kuidas installida?See on offtop, kuna igaüks… hmm… teeb seda, kuidas soovib.

Küsimus on selles, kas tuleks agente levitada ainult serveritesse või kõikidesse võrgu masinatesse? Kui servereid on vähe, on kõige lihtsam seda käsitsi teha. Kui neid on palju, siis domeeni poliitikate, KIXi või PoShi kaudu. Mis tahes moodi. Agentidel on lipp /SILENT, mis võimaldab neid kasutaja jaoks läbipaistvalt "sisse tuua" (kui räägime levitamisest kõikidesse võrgu masinatesse). Ma eelistan skripte, kuna saan määrata tingimuse ja luua mingi lipu, erinevalt poliitikatest, mis käivitavad programmi iga kord, kui PC sisse lülitatakse. Nii et kirjutame skripti, mis sisaldab järgmisi toiminguid: „kontrolli lipufaili olemasolu, kui ei, käivita installer lipuga /SILENT ja peale edukat installimist loo lipufail." Kasu.

3.5. Käivitajad

Käivitajaid saab seadistada reageerima teatud sündmustele kogutud andmetes. Näiteks, kui ping-pongi väärtus ületab teatud piiri marsruuteri poole. Samuti seadistatakse iga käivitaja jaoks teavitamise viis (mõnede jaoks piisab lihtsalt ikoonist konsoolis, teised saadavad teateid kuhugi). Sündmusele reageerimine valitakse Action Configuration'i eelnevalt seadistatud valikute hulgast.

Käivitaja loomiseks: Logi Data Collection Configuration'i node'isse või malli, kahekordne klõps huvipakkuvale parameetrile (kui seda pole, tuleb see esmalt luua), ja omadustes liikuda vahekaardile Thresholds, vajuta nuppu lisa.

«Function» — milliseid väärtusi kasutada tingimuse arvutamiseks. Võib võtta järgmisi väärtusi (kasutamiseks vajalike väärtuste arv märgitakse välja Samples):
— Last polled value: viimane/viimased saadud väärtus/väärtused
— Average value: viimaste keskmine väärtus
— Mean deviation: keskmine kõrvalekalle
— Diff with previous value: erinevus eelmise väärtusega
— Data collection error: andmete saamise viga
— Sum of values: väärtuste summa
— Script: väärtus, mis saadi kasutaja skripti töötlemise tulemusena

«Operation» — päästiku aktiveerimise tingimus. Võib võtta väärtusi (väärtus märgitakse vastavasse välja Value):
— <: vähem kui
— <=: vähem või võrdsed
— == ekvivalentne
— >=: enam kui või võrdsed
— >: enam kui
— !=: mitte ekvivalentne
— like: ligikaudu
— not like: mitte ligikaudu
Kaks viimast parameetrit puudutavates küsimustes ei ole mul kindlat arusaama selle toimimisest. Seetõttu ei hakka ma isegi oletama, millised piirangud need võivad sisaldada.

Lühidalt, kõik on nagu Zabbixis, lihtsalt ei pea käsi valemeid kirjutama, kartes eksida või kirjavigu teha. Triggereid (deactivation event) saab süsteem ise sisestada. (Zabbixis tuleb ikka kirjutada ja mitte eksida).

3.6. Mallid

Paremklõps - luua mall, sisestada malli nimi. Paremklõps - Andme kogumise konfiguratsioon.

Natuke teooriatKogutav teave võib pärineda mitmest allikast. Need võivad olla NetXMS agent, mis töötab masinas, võib olla „lihtne päring“ või „Sisemine“, mille server ise saadab (näiteks sama ping), „SNMP«, «SNMP kontrollpunkt«, «Push«, «Windowsi jõudluse loendurid«, «SM-CLP“, või kasutaja määratud „skripti“. Iga teabe tüübi puhul saab valida tüübi, mida süsteem ootab vastuvõtmisel. Näiteks ping tagastab täisarvu (integer), vaba kettaruumi maht baitides on samuti integer, kuid temperatuur on juba reaalnumber, st real).

NetXMS-is on massiivne loetelu eeldefineeritud parameetritest, mis võimaldab andmete kogumist SNMP kaudu, mis tähendab, et ei pea konkreetset OID-i sisestama, vaid saab selle MIB-puu kaudu leida, mis on tegelikult üsna problemaatiline... Kuid. Lõppkokkuvõttes tuleb uurida tootja dokumentatsiooni ja otsida iga seadme jaoks eraldi IOD-väärtusi. Seadmete andmete lugemise seadistamine võib võtta palju aega, äratades süsteemi teadetetahvlile. „TUGEVATUSE MÄRKUS“, ja lõppkokkuvõttes selgub, et see konkreetne seade ei oska soovitud teavet edastada. Siinkohal jääb ainult vaadata käsiraamatuid ja loota.

Näiteks, et koguda teavet sõlme vastamise aja (ping) kohta, tuleb lisada uus parameeter (Paremkliki – uus parameeter), valige allikas Internal, klõpsake nuppu Select ja valige Ping Time. Seal on otsing, millest ma Zabbixis vaid unistasin. Samuti on mõttekas muuta sondimise perioodi (vaikimisi on see 60 sekundit, mis tähendab, et kui ruuter lõpetab vastamise kohe pärast seda, kui süsteem on selle üle kontrollinud, möödub peaaegu terve minut, enne kui süsteem mõistab, et midagi on valesti, ja häire käivitub).

Sisendandmete loend, mida saab töödelda:

Pärast kõigi vajalike seadete lisamist mallile tuleks vajutada hiire paremat nuppu- rakenda ja valida kõik sõlmed, millele see mall rakendada (ctrl+vasak hiir). Ja kõik. Pärast seda ilmub mallile all oks, mille avamisel saab näha kõiki sõlmi, millele see mall on rakendatud.

Mallist lahtiühendamisel kogutavad andmed ei lakka kogumast; nende kogumise tühistamiseks tuleb igasse sõlme minna Data Collection Configuration ja kõik käsitsi kustutada või kõigepealt mallist parameetrid eemaldada ja alles siis sõlmed kustutada. Ma ei tea, miks see nii tehtud on, kuid minu arvates on see väga kummaline. Aga… Nii ta on.

Mallist saab valida vajalikud kogutavad andmed ja kopeerida need teise malli. Massiliselt. Ja pole vaja ühte malli teisest käsitsi kopeerida... Ma hakkan Zabbixi juba vihkama.

3.7. Juhtpaneelid

Kuidas see kummaline ka ei oleks, kuid NetXMS Wiki sisaldab selle kohta vaid ühte linki YouTube'i: Juhtpaneeli loomine, ei ole isegi loetelu ja kirjeldust elementidest, mida saab juhtpaneelile lisada. Põhimõtteliselt on seal kõik siiski intuitiivselt arusaadav. Märk — see, it's just... well... it's a Label... I don't even know how to translate it. In other words, it's a field with an inscription used to designate and delineate elements, as the elements themselves do not contain titles. Joonisdiagramm — this is a line chart. Sambadiagramm — this is a bar chart. Häirevaataja — a list of warnings for the selected node(s). In other words, the names speak for themselves.

Next, you need to open the dashboard properties and configure the views. We are interested in the Dashboard Elements tab. Number of columns refers to the number of columns, elements that will be arranged horizontally. Each object has its own properties, and I would recommend unchecking the Layout-Grab excessive vertical space option to minimize the size of each element.

3.8. Tegevuste seadistamine

(Seadistus - Tegevuste seadistamine)
Essentially, these are actions in response to trigger events.

NetXMS can send an e-mail, SMS, or XMPP message in response to a trigger event. It's quite simple — just fill in the required fields.

You can also:

— Forward the notification to another NetXMS server
— Execute a command on the NetXMS administration server
— Execute a command on the node using the NetXMS agent
— Täida NXSL skript (NSXL on NetXMS-i skriptikeel) programmeerimiskeel)

Pärast tegevuse loomist saab selle täitmise viivitust seadistada ning kasutada ka makrot täitmiseks. Viivituse aeg on vajalik, et mitte häirida operaatorit, juhul kui probleem lahendatakse ise (näiteks kui ping-küsimuse vastamise aeg ületab määratud väärtust, kuid järgmisel kontrollimisel võib see normaliseeruda, nii et miks peas häirida selliste tühiste asjade pärast?).

3.9. Ligipääsu õiguste piiramise

Iga objekti jaoks saab seadistada oma ligipääsu õigused. Iga objekti sees teise objekti jaoks saab samuti seadistada ligipääsu õigused. See võimaldab väga paindlikult jagada kohustusi ja jälgimisvõimalusi erinevate kasutajate gruppide vahel. See on kõik, mida ma tahtsin öelda.

4. Kokkuvõte

Tahaksin oma artikli pealkirja ümber lükata. NetXMS ei ole laiskade jaoks. Lihtsalt arendajad ei rõhutanud funktsionaalsusele, nagu teised, aga lisaks kõigile muudele asjadele hoolitsesid nad ka liidese eest.

Oleme nii. Olen kasutanud Zabbixit ja NetXMSi. Seega annan lihtsalt oma muljed nendest kahest süsteemist.

Nii et.

NetXMS tundub mulle ülimalt kasutajasõbraliku süsteemina. No… adminile… jah, adminile. Sellel on niiöelda intuitiivne liides, ja see on tõeliselt hea. Ei ole vaja kirjutada oma valemeid ega lugeda hulgaliselt abimaterjale, et aktiveerida pingi kontroll switchi või midagi muud lihtsat. Kuid. Zabbixis ei erine see lihtne asi palju millestki tõeliselt keerulisest, st kui oled selle omandanud — teed sama ka kõikide teistega. NetXMS sisaldab vihjeid, enamik parameetreid on liideses leitavad, valitavad hiirega ja seadistavad. Zabbixis tuleb teada, kas süsteem suudab seda ja seda, ja kui jah — siis kuidas seda kirjutada ja milliseid parameetreid see tagastab. Zabbix võidab kogukonna ja tonnide kaupa mallide poolest igaks juhuks… kui suudad selles prügihunnikus leida, mida vajad… Teisalt on NetXMS-il samuti palju fänne ja loodud nende poolt lisandeid süsteemile. Ja ise süsteem suudab vaadatud populaarseimate rakenduste jälgimist juba karbis, millest on räägitud projekti avalehel.

NetXMSi peamine eelis Zabbixi ees on minu jaoks võimalus käivitada skript probleemse sõlme juures, kui käivitub häiretuge. Kui protsessori temperatuur tõuseb üle määra, kustutab see automaatselt hosti. Seejärel vaatame, mis on probleem. Võib-olla on Zabbixil ka selline funktsioon, kuid ma ei suutnud seda leida. Nagu ka pordimonitorimine ruuterites. Ning siin... Noh, kuidas öeldud... Peab õppima skripti keelt ja kõik ongi hea...

NetXMSi juurdepääsuõigused võimaldavad väga paindlikult piirata erinevate kasutajate võimalusi süsteemis. Kuid kõike seda seadistamiseks tuleb tõeliselt vaeva näha.

Üldiselt on süsteemid piisavalt sarnased ja nende võimalused tunduvad esmapilgul vähemalt võrreldavad. Kuigi tundub, et Zabbix suudab rohkem, on need võimalused sügaval kapoti all ja tavalise surmatu adminni jaoks „kõik ühes“ saavutatavad. NetXMS aga näib olema lihtne ja arusaadav, sõbralik ja meeldiv.

Zabbixil on suurepärane dokumentatsioon, wiki, õpetused, KKK ja parimad praktikad, samuti erinevad foorumid jne, kus võib leida vastuseid praktiliselt kõigile küsimustele. Ja kui midagi jääb ebaselgeks, saab küsida ka ise.

Kokkuvõtteks soovitaksin NetXMS-i inimestele, kes alles alustavad või neile, kes ei soovi sügavale minna kõikehõlmavasse jälgimisse. Olen kindel, et kui sellega edasi tegeleda, on võimalik saavutada väga peeneid jälgimisi.

Kuid peamine pluss, mida ma näen, on väga meeldiv liides ja seadistamise lihtsus.

5. Kasutatud materjalid

youtube-kanal Tomas Kirnak
NetXMS Wiki
Google'i otsing

Allikas: habr.com