0. Úvod
Na Habré som nenašiel jediný článok o NetXMS, aj keď som usilovne hľadal. A len z tohto dôvodu som sa rozhodol napísať tento výtvor, aby som venoval pozornosť tomuto systému.
Toto je návod, návod a povrchný prehľad možností systému.
Tento článok obsahuje povrchnú analýzu a popis schopností systému. Nepátral som hlboko do možností z niekoľkých dôvodov. A popis celej funkcionality by zabral nejeden článok.
Keďže som viac-menej pracoval len so Zabbixom, tento konkrétny systém bude v článku často spomínaný pre porovnanie s témou. Okrem toho sa nejako stalo, že všetko sa porovnáva s niečím všeobecne akceptovaným.
1. Čo a prečo?
Monitorovací systém, ako je zrejmé z definície, je systém, ktorý vám umožňuje kedykoľvek získať aktuálne informácie o akomkoľvek sieťovom uzle, zadať požadované informácie na smerovači.
Prečo je to potrebné, je rovnako zrejmé. Uvedomiť si, čo sa deje.
Často môže monitorovací systém poskytnúť veľmi komplexné informácie o stave infraštruktúry ako celku aj jej jednotlivých častí. Navyše, ak si nastavíte výstrahy (a bez toho je akékoľvek monitorovanie bezcenné), tak na konci získame seriózny nástroj, ktorý nám umožní nielen včas reagovať na už vzniknuté núdzové situácie, ale aj v vo väčšine prípadov umožňuje predchádzať týmto nehodám.
2. Prečo NetXMS?
Trochu mimo tému pre tých, ktorí milujú multiknihyKeď som bol mladý a neskúsený... Takto zvyčajne začínajú všetky rozprávky?... Skrátka, keď som bol maximalista, študoval som problematiku monitorovania infraštruktúry a výsledkom tých „výskumov“ bol záver, že tam nie je nič lepšie ako Zabbix. A vtedy sa mi to veľmi páčilo, pretože dokáže veľa, dokáže veľa a jeho funkcionalita sa dá rozširovať pomocou skriptov, ktoré si sami píšu, takže môžeme povedať, že dokáže vôbec čokoľvek, ak ruky rastú z správne miesto. Zabbix je však pomerne zložitý nástroj. Trvalo mi skoro dva týždne, kým som to nejako vyriešil. A toto je len fáza implementácie. Potom ešte pár týždňov na nastavenie sledovania všetkého, čo som v tom čase potreboval. A ako ho použiť na zobrazenie stavu portov na routeroch som čítal a čítal, zľakol som sa a rozhodol som sa, že toto vlastne nepotrebujem... Nie, no, pre nepripravenú myseľ hneď po vysokej škole je to naozaj strašné. ..
A teraz, o niekoľko rokov neskôr, keď som dozrel a dospel, som sa rozhodol, že je čas obnoviť si vedomosti o monitorovacích systémoch. A nakoniec vykonajte normálne, stabilné monitorovanie siete, pretože tento problém sa stal relevantným v dôsledku rastu segmentov, pripojenia pobočky a ďalších maličkostí. Všetko plynie, všetko sa mení. A začal som testovať všetky druhy nástrojov. Nainštalujem tento systém a dotknem sa ho, potom sa dotknem toho. A všade niečo chýba, všade je niečo, čo sa vám nepáči. Buď je rozhranie nepohodlné, alebo budete mučení, aby ste ho nastavili, alebo niečo iné. A potom sa ku mne objavil NetXMS. Mimochodom: kde mi trvalo dva týždne, kým som prišiel na Zabbix, s NetXMS išlo všetko dobre za pár hodín. Možno mala vplyv skúsenosť so Zabbixom, možno to bol samotný NetXMS... ťažko povedať.
Ukázalo sa, že NetXMS sa pomerne ľahko inštaluje a konfiguruje. K dispozícii je verzia pre server aj administrátorskú konzolu. Windows a pod Linux, generovanie grafov, vstavaný prehliadač, ktorý umožňuje pripojenie k rovnakým smerovačom prostredníctvom protokolov HTTP/HTTPS z administračnej konzoly, intuitívne rozhranie a agent pre akýkoľvek operačný systém. Stručne povedané, tento systém sa na prvý pohľad ukázal byť jednoduchý a pohodlný.
Ich dokumentácia je mimochodom 8 z 10. V nej sú uvedené hlavné veci, ale aby ste sa ponorili do jemností, musíte sa ponoriť hlbšie.
Hlavné výhody načrtnuté vývojáromHlboké monitorovanie siete
Automatické zisťovanie, vizualizácia a vyhľadávanie pripojených komponentov na vrstve 2 a 3
Plná podpora SNMPv3
Aktívna detekcia pomocou skenovacích sond
Pasívne zisťovanie na základe informácií z monitorovaných zariadení - ARP a smerovacie tabuľky, rozhrania
Monitorovanie aplikácií a serverov
Všetky základné metriky, ktoré by ste očakávali: CPU, súborové systémy, I/O, pamäť, prevádzka
JMX most na monitorovanie Java aplikácií
Rozšírenia špecifické pre aplikáciu: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo a mnoho ďalších
Integračné API pre natívne aplikácie
Určené pre veľké siete
Jeden server môže sledovať stovky metrík na tisíckach zariadení
Plná podpora pre distribuované monitorovanie a horizontálne škálovanie
Monitorovanie prekrývajúcich sa podsietí IP
Flexibilná kontrola prístupu pre operátorov a zákazníkov
3. Poďme hlbšie
Ako nainštalovať systém - existuje celok správca, dostupný na , a nie je na tom nič zložité, takže sa tým nebudem zaoberať. Najťažšou časťou inštalácie je pripojenie systému k databáze... Jediný rozdiel je tu vo výbere DBMS a serverového operačného systému. Vybral som si Windows (ďalšie-ďalšie-zadanie údajov-hotovo) a MSSQL, keďže som ho už mal.
3.1. Povoliť automatické zisťovanie
Počas inštalácie je možné povoliť automatické zisťovanie hostiteľov. Ak sa to z nejakého dôvodu neurobilo, vždy to môže byť zahrnuté "Konfigurácia – vyhľadávanie siete" alebo kliknutím na ikonu s rovnakým názvom. Vlastnosti zisťovania sa zobrazia v pracovnej oblasti. Musíte ho zapnúť, prepnúť do pasívneho alebo aktívneho režimu a určiť ďalšie vlastnosti, napríklad vyzvané podsiete. Môžete tu tiež nastaviť filtre a môžete si vybrať a prispôsobiť tie, ktoré sú zabudované do systému, alebo napísať vlastné skripty. Aby som bol úprimný, nepotreboval som žiadne filtre. Ale nastavenie vyzerá celkom priateľsky a zrozumiteľne.
Tu môžete tiež zadať predvolenú komunitu SNMP a jej prihlasovacie údaje (oprávnenie na čítanie).
3.2. Pridávanie uzlov
Keď je povolené automatické zisťovanie, koncové uzly (PC, tlačiarne) sa automaticky pridajú a rozdelia medzi podsiete. S aktívnym sieťovým vybavením je všetko o niečo komplikovanejšie.
Mali by ste začať povolením SNMP na vašom sieťovom zariadení a nastavením komunity. Ak predvolená hodnota pre komunitu SNMP nebola zmenená vo vlastnostiach automatického zisťovania sieťových uzlov, potom systém používa verejnú komunitu a toto nastavenie je možné zmeniť pre každý uzol vo vlastnostiach pridaného uzla.
Pre pohodlie môžete zariadenia zoskupiť podľa ľubovoľného vhodného princípu; na tento účel môžete vytvoriť kontajnery v strome vo vetve Infrastructure Services a naviazať do nich uzly z Entrie Network.
Po povolení a konfigurácii SNMP na smerovačoch a ich pridaní do zoznamu sledovaných zariadení ich systém sám skontaktuje, vypočuje si ich, určí o aký druh zariadení ide, použije šablóny, začne zbierať údaje a zobrazí predný panel pre každý smerovač. Ona sama. Zo škatule. Keď som zakladal Zabbix, o niečom takom som mohol iba snívať.
Všetok svoj sieťový hardvér som pridal ručne, pretože sa z nejakého dôvodu nezobrazili. Všetko je tu jednoduché. Vytvárame kontajner v službách infraštruktúry s ľubovoľným vhodným názvom (napríklad prepínače) a RMB-create-node, uveďte zobrazovaný názov uzla, jeho IP adresu a je lepšie zaškrtnúť políčko „zakázať používanie agenta NetXMS“, pretože ho stále nemožno nainštalovať do sieťového zariadenia a nie sú potrebné ďalšie balíčky.
Vstavaný prehliadač. Môžete jednoducho kliknúť pravým tlačidlom myši na požadovaný smerovač a otvoriť webové rozhranie zariadenia. Zistil som, že je to pohodlnejšie, ako musieť zakaždým prechádzať záznamy a hľadať správnu IP. Je pravda, že prehliadač je taký.
3.3. Vytvorenie mapy siete
Najprv musíte vytvoriť mapu siete ako objekt. Ako obvykle - vo vlákne Siete Mapujte RMB, vytvorte, vyberte typ mapy, nastavte parametrea systém potom urobí všetko sám.
Typy kariet sú nasledovné:
- zvyk. Toto je mapa navrhnutá tak, aby bola vytvorená ručne na žiadosť používateľa.
- Topológia vrstvy 2. Ide o kartu, ktorá umožňuje automaticky robiť všetko za používateľa na základe vrstvy 2 modelu OSI (v skutočnosti vytvára mapu na základe mac adries zariadení).
- Topológia IP, je to rovnaké Vrstva 3. Rovnako ako v prípade s Vrstva 2, len karta je postavená na základe vrstvy 3 modelu OSI (IP adresy).
Pri výbere manuálneho mapovania je potrebné pretiahnuť uzly zo stromu do vrstvy mapy, spojiť ich atď. Pravidelné kreslenie.
V ostatných dvoch prípadoch je potrebné vybrať počiatočný bod, z ktorého systém začne zostavovať mapu. Napríklad uzol nejakého smerovača. Systém z neho načíta údaje o pripojených zariadeniach a portoch, ku ktorým sú pripojené, potom načíta údaje z ďalšieho smerovača, spáruje ich atď. Po analýze všetkých zariadení NetXMS sám nakreslí spojenia medzi sieťovými zariadeniami, pričom uvedie porty, ku ktorým je všetko pripojené. Môžete tiež určiť, že systém umiestni koncové zariadenia (tlačiarne, počítače, servery) na kartu jednoduchým kliknutím na príslušnú položku vo vlastnostiach karty (RMB - vlastnosti - vlastnosti karty). V tomto bode môžete tiež nastaviť „polomer detekcie“, ak je to potrebné alebo potrebné.
Malé odporúčanie. Povoľte vlastnosť Vždy prispôsobiť rozloženie na obrazovku, aby ste pri každej aktualizácii mapy siete nemuseli posúvať pracovný priestor a približovať ho.
Pomocou distribuovanej topológie siete môžete prekrývať objekty na mape oblasti. Ako pozadie pozadia môžete použiť napríklad aj fotografiu racku so zariadením v serverovni, na ktorý prekryjete potrebné predmety. Týmto spôsobom môžete rýchlo zistiť stav akéhokoľvek zariadenia v stojane. Podľa môjho názoru je to mimoriadne užitočná vec, ak je potrebné preniesť veci na nástupcu alebo novo prichádzajúceho kolegu, aby vysvetlil stav veci. Vizuálne, pohodlné, samozrejmé.
3.4. Agenti
Agenti existujú pre Windowstak pre LinuxPrincíp fungovania je rovnaký ako u agentov Zabbix: inštaluje sa na počítač, z ktorého je potrebné zbierať metriky, a prenáša údaje na monitorovací server. Agenta je možné nainštalovať buď pred, alebo po pridaní uzla do systému. Po nainštalovaní agenta na uzol systém po krátkom čase začne z neho prijímať údaje pomocou štandardnej šablóny. Monitorované parametre je možné pridať buď pre jeden uzol, alebo pripojením jednej alebo viacerých preddefinovaných šablón k nemu. Prirodzene sa odporúča používať šablóny, pretože táto konfigurácia je flexibilnejšia.
Zoznam sledovaných parametrov pre agentov je pomerne rozsiahly. Celý zoznam nájdete v
Akonáhle systém zistí, že agent pracuje na uzle, okamžite pripojí tento uzol k jednej z predvolených šablón - Windows, Linux, HP-UX, generický UNIX, AIXv závislosti od operačného systému uzla.
Štandardná šablóna pre Windows-hostitelia:
Môžete pridať parameter na sledovanie konkrétneho uzla kliknutím na „Parameter zhromažďovania údajov PKM", ďalej"RMB v pracovnej oblasti - Nový parameter“ a zo zoznamu vyberte ten, ktorý potrebujete. Môžete tiež nakonfigurovať spúšťače pre monitorovaný parameter.
Je dôležité, aby agenti, ako napríklad Zabbix, mohli spúšťať vlastné skripty.
Ako nainštalovať?Toto je offtopic, lebo každý... hmmm... ako chce.
Otázka znie: mali by byť agenti distribuovaní iba na servery alebo všeobecne na všetky počítače v sieti? Ak existuje len niekoľko serverov, najjednoduchší spôsob je urobiť to ručne. Ak je toho veľa - politiky domény, KIX, PoSh. Čokoľvek. Agenti majú kľúč /SILENT, ktorý im umožňuje transparentne ho „vložiť“ používateľovi (ak hovoríme o šírení na všetky počítače v sieti). Preferujem skripty, pretože môžete nastaviť podmienku a vytvoriť príznak, na rozdiel od politík, ktoré nainštalujú program pri každom zapnutí počítača. Píšeme teda skript zo série „skontrolujte prítomnosť súboru s príznakom, ak nie, spustite inštalačný program s kľúčom /SILENT a po úspešnej inštalácii vytvorte súbor s príznakom“. Zisk.
3.5. Spúšťače
Spúšťače možno nakonfigurovať tak, aby reagovali na konkrétne udalosti v zhromažďovaných údajoch. Napríklad prekročenie určitej hodnoty ping-pongu smerovaču. Pre každý spúšťač si môžete nakonfigurovať aj spôsob notifikácie (niekomu stačí ikona v konzole, iní okamžite posielajú upozornenia všade, kde je to možné). Reakcia na udalosť sa vyberá z tých, ktoré sú vopred nakonfigurované v konfigurácii akcie.
Ak chcete vytvoriť spúšťač: zadajte Konfiguráciu zberu údajov uzla alebo šablóny, dvakrát kliknite na požadovaný parameter (ak nie, musíte ho najskôr vytvoriť) a vo vlastnostiach prejdite na kartu Prahové hodnoty a kliknite na tlačidlo pridať.
«Funkcie"—čo alebo aké hodnoty treba vziať na výpočet podmienky. Môže nadobudnúť nasledujúce hodnoty (počet hodnôt použitých na kontrolu je uvedený v poli Vzorky):
— Posledná pollingová hodnota: posledná prijatá hodnota (hodnoty).
— Priemerná hodnota: priemerná hodnota od posledného
— Stredná odchýlka: priemerná odchýlka
— Rozdiel s predchádzajúcou hodnotou: rozdiel s predchádzajúcou hodnotou
— Chyba zberu údajov: chyba pri prijímaní údajov
— Súčet hodnôt: súčet hodnôt
— Skript: hodnota získaná ako výsledok používateľského skriptu
«Operácie“—podmienka pre spustenie. Môže nadobúdať hodnoty (hodnota je uvedená v príslušnom poli Hodnota):
- <: menej ako: menej ako
- <=: menšie alebo rovné: menšie alebo rovné
- == rovný: ekvivalent
— >=: väčší alebo rovný: väčší alebo rovný
— >: veľký ako: viac ako
- !=: nerovná sa: nie je ekvivalentné
- ako: blízko
- nie ako: nie blízko
Pokiaľ ide o posledné dva parametre, nie som si istý, ako fungujú. Preto ani nebudem hádať, aké hranice sú v nich postavené.
Stručne povedané, všetko je rovnaké ako v Zabbixe, ale nemusíte zadávať vzorce ručne, zo strachu, že urobíte chybu alebo sa pomýlite. Na obnovenie spúšťača (udalosť deaktivácie) systém sám nahradí hodnotu. (V Zabbixe musíte písať znova a nie zle).
3.6. Šablóny
RMB-create template, zadajte názov šablóny. Konfigurácia zberu údajov PKM.
Niektoré teórieZhromaždené informácie môžu pochádzať z viacerých zdrojov. To môže byť Agent NetXMSbežiaci na počítači môže byť "jednoduchá žiadosť"Alebo"Interná", odoslaný samotným serverom (napríklad rovnaký ping), "SNMP" 'kontrolný bod SNMP" 'Tlačiť" 'Windows Počítadlá výkonu" 'SM-CLP"alebo vlastné"skript". Pre každý typ informácií môžete vybrať typ, ktorý bude systém očakávať po prijatí. Napríklad ping vráti celočíselnou hodnotu (integer), množstvo voľného miesta na disku v bajtoch bude tiež celé číslo, ale rovnaká teplota už nebude celé číslo, teda skutočné).
Na zhromažďovanie informácií cez SNMP má NetXMS obrovský zoznam preddefinovaných parametrov, to znamená, že nemôžete zadať konkrétne OID, ale nájsť ho v strome MIB, čo je v skutočnosti dosť problematické... Ale. V dôsledku toho sa musíte ponoriť do dokumentácie výrobcu a hľadať hodnoty IOD pre každé zariadenie samostatne. Môžete stratiť veľa času nastavovaním čítania informácií zo zariadení a narážaním na systémové hlásenie "NEPODPOROVANÉ", no nakoniec sa ukáže, že práve toto zariadenie jednoducho nevie poskytnúť požadované informácie. Ostáva už len fajčiť manuály a dúfať.
Ak chcete napríklad zhromaždiť informácie o čase odozvy uzla (ping), musíte pridať nový parameter (PKM-nový parameter), v poli Origin vyberte Internal, stlačte tlačidlo Select a vyberte Ping Time. Nastáva hľadanie, o čom som v Zabbixe iba sníval. Zmysel má aj zmena periódy výziev uzla (predvolená hodnota je 60 sekúnd, to znamená, že ak router prestane reagovať ihneď po výzve monitorovacím systémom, ubehne takmer celá minúta, kým si systém uvedomí, že s ním nie je niečo v poriadku). áno, spustí sa alarm).
Zoznam interných údajov, ktoré je možné spracovať:
Po pridaní všetkých potrebných nastavení do šablóny je potrebné kliknúť PKM-aplikovať a vyberte všetky uzly, na ktoré sa má táto šablóna použiť (ctrl+LMB). To je všetko. Potom sa v strome pod šablónou objaví vetva, v ktorej môžete vidieť všetky uzly, na ktoré je táto šablóna aplikovaná.
Keď odpojíte uzol od šablóny, zhromaždené údaje sa neprestanú zhromažďovať. Ak chcete zrušiť ich zhromažďovanie, musíte prejsť do Konfigurácie zhromažďovania údajov pre každý uzol a všetko vymazať manuálne, alebo najprv vymazať parametre zo šablóny a iba potom z nej odstráňte uzly. Neviem, prečo sa to urobilo týmto spôsobom, ale podľa môjho názoru je to mimoriadne zvláštna vec. Ale... je to tak.
V šablóne môžete vybrať požadované údaje, ktoré chcete zhromaždiť, a skopírovať ich do inej šablóny. Masívne. A nemusíte ručne kopírovať a vkladať z jednej šablóny do druhej... Už teraz začínam nenávidieť Zabbixa.
3.7. Prístrojové dosky
Napodiv, NetXMS Wiki na túto tému obsahuje iba jeden odkaz na youtube: , nie je tam ani zoznam alebo popis prvkov, ktoré je možné pridať na Dashboard. V princípe je tam všetko rovnako intuitívne. Štítok - je to len... no... Označenie... ani neviem, ako to preložiť. Jedným slovom sa pole s nápisom používa na označenie a rozlíšenie prvkov, pretože samotné prvky neobsahujú mená. Čiarový graf - Toto je čiarový graf. Stĺpcový graf je diagram. Prehliadač alarmov — zoznam upozornení pre vybraný uzol/uzly. Jedným slovom, mená hovoria samé za seba.
Ďalej musíte otvoriť vlastnosti dashboardu a nakonfigurovať zobrazenia. Zaujíma nás karta Prvky ovládacieho panela. Počet stĺpcov je počet stĺpcov, prvkov, ktoré budú umiestnené horizontálne. Každý objekt má svoje vlastnosti a odporučil by som zrušiť začiarknutie položky Layout-Grab nadmerný vertikálny priestor, aby sa minimalizovala veľkosť každého prvku.
3.8. Konfigurácia akcie
(Konfigurácia-Konfigurácia akcií)
V podstate ide o akcie v reakcii na spúšťače.
NetXMS môže poslať e-mail, sms, xmpp správu ako odpoveď na spúšť. Všetko je tu triviálne - stačí vyplniť povinné polia.
Môžete tiež:
— Preneste výstrahu na iný server NetXMS
— Spustite príkaz na administračnom serveri NetXMS
— Vykonajte príkaz na uzle pomocou agenta NetXMS
— Spustite skript NXSL (NSXL je váš )
Po vytvorení akcie môžete nakonfigurovať čas oneskorenia jej vykonania, ako aj použiť makro na vykonanie. Čas oneskorenia je potrebný, aby nerušil operátora v prípade, že sa problém vyrieši sám (napríklad čas odozvy na požiadavku ping bol dlhší ako zadaná hodnota, ale pri ďalšej kontrole sa môže vrátiť do normálu, tak prečo sa obťažovať o takých maličkostiach?) .
3.9. Diferenciácia prístupových práv
Pre každý objekt si môžete nakonfigurovať vlastné prístupové práva. Pre každý objekt v inom objekte môžete tiež nakonfigurovať prístupové práva. To umožňuje veľmi flexibilné rozdelenie zodpovedností a monitorovacích možností pre rôzne skupiny používateľov. To je všetko, čo som chcel povedať.
4. záver
Rád by som vyvrátil názov vlastného článku. NetXMS nie je pre lenivých. Ide len o to, že vývojári sa nezamerali na funkčnosť, ako niektorí, ale okrem iného sa postarali aj o rozhranie.
Urobme to takto. Používal som Zabbix a NetXMS. Z tohto dôvodu jednoducho napíšem svoje pocity o týchto dvoch systémoch.
Tak.
NetXMS sa mi javí ako mimoriadne užívateľsky prívetivý systém. No... adminovi... áno, adminovi. Má to, čomu sa hovorí intuitívne rozhranie, a je naozaj skvelé. Nemusíte písať svoje vlastné vzorce, čítať veľa sprievodnej dokumentácie, aby ste umožnili kontrolu pingov pred prepnutím alebo inú jednoduchú vec. Ale. V Zabbixe sa táto veľmi jednoduchá vec príliš nelíši od niečoho naozaj ťažkého, to znamená, že ak to zvládnete, potom môžete robiť všetko ostatné rovnakým spôsobom. NetXMS má rady, väčšinu parametrov možno nájsť v rozhraní, vybrať pomocou myši a nakonfigurovať. V Zabbixe treba zistiť, či systém dokáže to a to, a ak áno, ako sa to píše a aké parametre vracia. Zabbix vyhráva v komunite a tony šablón pre všetky príležitosti... ak v tomto kopci haraburdia nájdete to, čo potrebujete... Na druhej strane, NetXMS má tiež veľa fanúšikov a doplnkov, pre ktoré vytvorili tento systém. A samotný systém dokáže hneď po vybalení monitorovať najobľúbenejšie aplikácie, ako je uvedené na hlavnej stránke projektu.
Hlavnou výhodou NetXMS oproti Zabbixu bola pre mňa možnosť spustiť skript na problémovom uzle v reakcii na spúšťač. Ak teplota CPU stúpne nad prahovú hodnotu, vypne sa samotný hostiteľ. A potom zistíme, v čom je problém. Možno má aj Zabbix niečo také, ale nemohol som. To isté platí pre monitorovanie portov na smerovačoch. A je to tu... No, ako to už býva... Potrebujete ovládať skriptovací jazyk, a to je všetko...
Prístupové práva v NetXMS umožňujú veľmi flexibilne rozlišovať možnosti rôznych používateľov systému. Ale aby ste to všetko nastavili, musíte sa poriadne pohrať.
Vo všeobecnosti sú systémy dosť podobné a ich možnosti sa na prvý pohľad zdajú byť prinajmenšom porovnateľné. Aj keď sa zdá, že Zabbix dokáže viac, tieto schopnosti sú skryté hlboko pod kapotou a pre obyčajného smrteľného správcu sú nedosiahnuteľné. NetXMS pôsobí jednoducho a prehľadne, priateľsky a príjemne.
Zabbix má výbornú dokumentáciu, wiki, ako na to, FAQ, best practice, ale aj rôzne fóra atď., kde nájdete odpovede takmer na všetky otázky. A keby niečo, opýtajte sa svojho.
Aby som to zhrnul, rád by som odporučil NetXMS pre ľudí, ktorí len začínajú, alebo pre tých, ktorí sa nepotrebujú ponoriť hlboko do monitorovania všetkého. Som si istý, že ak sa na to pozriete ďalej, môžete v ňom urobiť niekoľko veľmi, veľmi jemných postrehov.
Ako hlavnú výhodu však vidím veľmi pekné rozhranie a jednoduchosť nastavenia.
5. Použité materiály
kanál youtube
Zdroj: hab.com
