0. Inleiding
Ik heb geen enkel artikel over NetXMS op Habré gevonden, hoewel ik hard heb gezocht. En alleen om deze reden besloot ik deze creatie te schrijven om aandacht te besteden aan dit systeem.
Dit is een tutorial, een how-to en een oppervlakkig overzicht van de mogelijkheden van het systeem.
Dit artikel bevat een oppervlakkige analyse en beschrijving van de mogelijkheden van het systeem. Om een aantal redenen heb ik niet diep in de mogelijkheden verdiept. En een beschrijving van alle functionaliteit zou meer dan één artikel vergen.
Omdat ik min of meer alleen met Zabbix werkte, zal dit specifieke systeem vaak in het artikel worden genoemd ter vergelijking met het onderwerp. Bovendien is het op de een of andere manier zo geworden dat alles wordt vergeleken met iets dat algemeen aanvaard is.
1. Wat en waarom?
Een monitoringsysteem is, zoals uit de definitie blijkt, een systeem waarmee u op elk moment actuele informatie over elk netwerkknooppunt kunt verkrijgen en de vereiste informatie kunt invoeren op een machinerouter.
Waarom dit nodig is, is net zo duidelijk. Om je bewust te zijn van wat er gebeurt.
Vaak kan een monitoringsysteem zeer uitgebreide informatie verschaffen over de toestand van zowel de infrastructuur als geheel als de afzonderlijke onderdelen ervan. En als je waarschuwingen instelt (en zonder deze is elke monitoring waardeloos), dan krijgen we uiteindelijk een serieuze tool waarmee we niet alleen tijdig kunnen reageren op noodsituaties die zich al hebben voorgedaan, maar ook, in maakt het in de meeste gevallen mogelijk deze ongevallen te voorkomen.
2. Waarom NetXMS?
Een beetje off-topic voor degenen die van multi-boeken houdenToen ik jong en onervaren was... Beginnen alle sprookjes gewoonlijk zo? Kortom, toen ik maximalist was, bestudeerde ik de kwestie van het toezicht op de infrastructuur, en het resultaat van dat ‘onderzoek’ was de conclusie dat er is niets beter dan Zabbix. En destijds vond ik het erg leuk, omdat het veel kan, het kan veel, en de functionaliteit ervan kan worden uitgebreid met zelfgeschreven scripts, dus we kunnen zeggen dat het überhaupt alles kan als de handen groeien van de juiste plek. Maar Zabbix is een behoorlijk complexe tool. Het kostte me bijna twee weken om het op de een of andere manier op te lossen. En dit is nog maar de implementatiefase. Daarna nog een paar weken om de monitoring op te zetten van alles wat ik op dat moment nodig had. En hoe ik het kon gebruiken om de status van poorten op routers te bekijken, ik las en las, werd bang en besloot dat ik dit niet echt nodig had... Nee, het is echt eng voor een onvoorbereide geest direct na de universiteit. ..
En nu, een paar jaar later, volwassener en volwassener geworden, besloot ik dat het tijd was om mijn kennis over monitoringsystemen op te frissen. En tot slot: voer normale, stabiele netwerkmonitoring uit, aangezien dit probleem relevant is geworden door de groei van segmenten, het verbinden van een filiaal en andere kleine dingen. Alles stroomt, alles verandert. En ik begon allerlei soorten hulpmiddelen te testen. Ik installeer dit systeem en raak het aan, dan raak ik dat aan. En overal ontbreekt er iets, overal is er iets dat je niet leuk vindt. Of de interface is onhandig, of je wordt gemarteld om het in te stellen, of iets anders. En toen kwam NetXMS naar mij toe. Trouwens: waar ik twee weken nodig had om Zabbix te doorgronden, ging met NetXMS alles binnen een paar uur goed. Misschien heeft de ervaring met Zabbix effect gehad, of misschien was het NetXMS zelf... dat is moeilijk te zeggen.
NetXMS bleek een vrij eenvoudig systeem om te installeren en configureren. Het heeft zowel een server- als een beheerdersconsoleversie voor beide. Windows en onder LinuxGrafiekgeneratie, een ingebouwde browser waarmee je vanuit de beheerconsole via HTTP/HTTPS-protocollen verbinding kunt maken met dezelfde routers, een intuïtieve interface en een agent voor elk besturingssysteem. Kortom, dit systeem bleek eenvoudig en handig. Op het eerste gezicht dan.
Hun documentatie is trouwens 8 van de 10. De belangrijkste dingen worden erin aangegeven, maar om je in de subtiliteiten te verdiepen, moet je dieper graven.
De belangrijkste voordelen geschetst door de ontwikkelaarDiepe netwerkmonitoring
Automatische detectie, visualisatie en doorzoeking van verbonden componenten op laag 2 en 3
Volledige SNMPv3-ondersteuning
Actieve detectie met behulp van scanningsondes
Passieve ontdekking op basis van informatie van bewaakte apparaten - ARP en routeringstabellen, interfaces
Applicatie- en serverbewaking
Alle basisstatistieken die u zou verwachten: CPU, bestandssystemen, I/O, geheugen, verkeer
JMX-bridge voor het monitoren van Java-applicaties
Applicatiespecifieke extensies: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo en nog veel meer
Integratie-API voor native applicaties
Ontworpen voor grote netwerken
Eén server kan honderden statistieken op duizenden apparaten bijhouden
Volledige ondersteuning voor gedistribueerde monitoring en horizontale schaling
Bewaking van overlappende IP-subnetten
Flexibele toegangscontrole voor operators en klanten
3. Laten we dieper gaan
Hoe het systeem te installeren - er is een geheel beheerder, bereikbaar op En er is niets ingewikkelds aan, dus ik zal er niet verder op ingaan. Het moeilijkste deel van de installatie is het verbinden van het systeem met de database... Het enige verschil zit hem in de keuze van het DBMS en het serverbesturingssysteem. Ik heb gekozen voor Windows (volgende-volgende-gegevens invoeren-klaar) en MSSQL, aangezien ik dat al had.
3.1. Schakel automatische detectie in
Automatische detectie van hosts kan tijdens de installatie worden ingeschakeld. Als dit om wat voor reden dan ook niet is gebeurd, kan dit altijd worden meegenomen "Configuratie-netwerkdetectie" of door op het icoontje met dezelfde naam te klikken. De ontdekkingseigenschappen verschijnen in het werkgebied. U moet het inschakelen, in de passieve of actieve modus zetten en andere eigenschappen aanwijzen, bijvoorbeeld ondervraagde subnetten. U kunt hier ook filters instellen en de filters die in het systeem zijn ingebouwd selecteren en aanpassen, of uw eigen scripts schrijven. Eerlijk gezegd had ik geen filters nodig. Maar de opzet ziet er best vriendelijk en begrijpelijk uit.
Hier kunt u ook de standaard SNMP-gemeenschap en de bijbehorende inloggegevens (leesautorisatie) opgeven.
3.2. Knooppunten toevoegen
Wanneer automatische detectie is ingeschakeld, worden eindknooppunten (pc's, printers) automatisch toegevoegd en over subnetten verdeeld. Bij actieve netwerkapparatuur is alles wat ingewikkelder.
U moet beginnen met het inschakelen van SNMP op uw netwerkapparatuur en het opzetten van een community. Als de standaardwaarde voor de SNMP-gemeenschap niet is gewijzigd in de eigenschappen van automatische detectie van netwerkknooppunten, gebruikt het systeem de openbare gemeenschap en kan deze instelling voor elk knooppunt worden gewijzigd in de eigenschappen van het toegevoegde knooppunt.
Voor het gemak kunt u apparaten groeperen volgens elk handig principe; u kunt containers in de boomstructuur in de afdeling Infrastructure Services maken en er knooppunten van Entrie Network aan koppelen.
Na het inschakelen en configureren van SNMP op routers en het toevoegen ervan aan de lijst met bewaakte apparatuur, zal het systeem zelf contact met hen opnemen, ze ondervragen, bepalen wat voor soort apparaten het zijn, sjablonen toepassen, beginnen met het verzamelen van gegevens en het voorpaneel voor elke router tonen. Haarzelf. Uit de doos. Toen ik Zabbix oprichtte, kon ik alleen maar van zoiets dromen.
Ik heb al mijn netwerkhardware handmatig toegevoegd, omdat ze om de een of andere reden zelf niet kwamen opdagen. Alles is hier eenvoudig. We maken een container in Infrastructure Services met een willekeurige naam (bijvoorbeeld switches), en RMB-create-nodeGeef de weergavenaam van het knooppunt en het IP-adres op en het is beter om het vakje "Het gebruik van de NetXMS-agent uitschakelen" aan te vinken, aangezien het nog steeds niet op netwerkapparatuur kan worden geïnstalleerd en er geen extra pakketten nodig zijn.
Ingebouwde browser. U kunt eenvoudig met de rechtermuisknop op de gewenste router klikken en de webinterface van het apparaat openen. Dat vond ik handiger dan elke keer mijn administratie door te moeten spitten en op zoek te gaan naar het juiste IP-adres. Toegegeven, de browser is zo-zo.
3.3. Een netwerkkaart maken
Allereerst moet u een netwerkkaart als object maken. Zoals gewoonlijk - in de draad Netwerken Breng RMB in kaart, creëer, selecteer kaarttype, stel parameters in, en het systeem zal dan alles zelf doen.
De kaarttypen zijn als volgt:
- Op Maat. Dit is een kaart die is ontworpen om op verzoek van de gebruiker handmatig te worden gevormd.
- Laag 2 topologie. Dit is een kaart waarmee je automatisch alles voor de gebruiker kunt doen, gebaseerd op laag 2 van het OSI-model (in feite bouwt het een kaart op op basis van de mac-adressen van apparaten).
- IP-topologie, het is hetzelfde Laag 3. Hetzelfde als in het geval van Laag 2, alleen is de kaart gebouwd op basis van laag 3 van het OSI-model (IP-adres).
Wanneer u voor handmatige mapping kiest, moet u knooppunten uit de boom naar de kaartlaag slepen, ze met elkaar verbinden, enz. Regelmatige tekening.
In de andere twee gevallen moet u een startpunt selecteren van waaruit het systeem een kaart gaat bouwen. Bijvoorbeeld een knooppunt van een router. Het systeem leest er gegevens uit over aangesloten apparaten en de poorten waarop ze zijn aangesloten, waarna het gegevens van de volgende router leest, matcht, enzovoort. Na analyse van alle apparaten zal NetXMS zelf verbindingen tussen netwerkapparaten tot stand brengen, waarbij de poorten worden aangegeven waarop alles is aangesloten. U kunt ook opgeven dat het systeem eindapparaten (printers, pc's, servers) op de kaart plaatst door eenvoudigweg op het overeenkomstige item in de kaarteigenschappen te klikken (RMB - eigenschappen - kaarteigenschappen). Ook op dit punt kunt u desgewenst of noodzakelijk de “detectieradius” instellen.
Een kleine aanbeveling. Schakel de eigenschap Lay-out altijd aanpassen aan scherm in, zodat u elke keer dat u de netwerkkaart bijwerkt, niet door de werkruimte hoeft te scrollen en in te zoomen.
Met een gedistribueerde netwerktopologie kunt u objecten over een kaart van het gebied heen leggen. U kunt ook bijvoorbeeld een foto van een rack met apparatuur in een serverruimte als achtergrond gebruiken, waarop u de benodigde objecten plaatst. Zo kunt u snel de status van elk apparaat in het rack bepalen. Dit is mijns inziens uiterst nuttig als het nodig is zaken over te dragen aan een opvolger of een nieuw aangekomen collega om de stand van zaken uit te leggen. Visueel, handig, vanzelfsprekend.
3.4. Agenten
Agenten bestaan zowel voor Windowsdus voor LinuxHet werkingsprincipe is hetzelfde als dat van Zabbix-agents: de agent wordt geïnstalleerd op de machine waarvan de meetwaarden moeten worden verzameld en verzendt de gegevens naar de monitoringserver. De agent kan zowel vóór als na het toevoegen van een node aan het systeem worden geïnstalleerd. Nadat de agent op de node is geïnstalleerd, begint het systeem na korte tijd gegevens van de agent te ontvangen met behulp van een standaardsjabloon. Gemonitorde parameters kunnen worden toegevoegd voor een enkele node of door een of meer vooraf gedefinieerde sjablonen eraan te koppelen. Het is uiteraard aan te raden om sjablonen te gebruiken, omdat deze configuratie flexibeler is.
De lijst met bewaakte parameters voor agenten is behoorlijk uitgebreid. De volledige lijst is te vinden in
Zodra het systeem vaststelt dat een agent op een knooppunt actief is, zal het dit knooppunt onmiddellijk aan een van de standaardsjablonen koppelen: Windows, LinuxHP-UX, Generieke UNIX, AIX, afhankelijk van het besturingssysteem van het knooppunt.
Standaardsjabloon voor Windows-hosts:
U kunt een parameter toevoegen om een specifiek knooppunt te volgen door op “PKM-gegevensverzamelingsparameter", Verder "RMB in het werkgebied - Nieuwe parameter“, en selecteer degene die je nodig hebt in de lijst. U kunt ook triggers configureren voor de bewaakte parameter.
Het is belangrijk dat agenten, zoals die van Zabbix, aangepaste scripts kunnen uitvoeren.
Hoe te installeren?Dit is offtopic, omdat iedereen... hmmm... zoals hij of zij wil.
De vraag hier is: moeten agenten alleen naar servers worden gedistribueerd, of in het algemeen naar alle machines in het netwerk? Als er maar een paar servers zijn, is de eenvoudigste manier om dit handmatig te doen. Als er veel zijn: domeinbeleid, KIX, PoSh. Iets. Agenten hebben de sleutel /SILENT, waarmee ze deze op transparante wijze aan de gebruiker kunnen 'injecteren' (als we het hebben over verspreiding naar alle machines op het netwerk). Ik geef de voorkeur aan scripts, omdat je een voorwaarde kunt instellen en een vlag kunt maken, in tegenstelling tot beleid dat elke keer dat je de pc aanzet een programma installeert. We schrijven dus een script uit de serie "controleer op de aanwezigheid van een vlagbestand, zo niet, voer het installatieprogramma uit met de sleutel /SILENT en maak na een succesvolle installatie een vlagbestand." Winst.
3.5. Triggers
Triggers kunnen worden geconfigureerd om te reageren op specifieke gebeurtenissen in de gegevens die worden verzameld. Bijvoorbeeld het overschrijden van een bepaalde pingpongwaarde naar de router. Je kunt ook de meldingsmethode voor elke trigger configureren (voor sommigen is een pictogram in de console voldoende, terwijl anderen waar mogelijk onmiddellijk meldingen sturen). De reactie op de gebeurtenis wordt geselecteerd uit de reacties die vooraf zijn geconfigureerd in Actieconfiguratie.
Een trigger maken: voer de gegevensverzamelingsconfiguratie van een knooppunt of sjabloon in, dubbelklik op de gewenste parameter (zo niet, dan moet u deze eerst maken) en ga in de eigenschappen naar het tabblad Drempels en klik op de knop Toevoegen.
«Functie"—welke of welke waarden moeten worden gebruikt om de voorwaarde te berekenen. Kan de volgende waarden aannemen (het aantal waarden dat voor de controle wordt gebruikt, wordt aangegeven in het veld Monsters):
— Laatst opgevraagde waarde: laatst ontvangen waarde(n).
— Gemiddelde waarde: gemiddelde waarde vanaf de laatste
— Gemiddelde afwijking: gemiddelde afwijking
— Verschil met vorige waarde: verschil met de vorige waarde
— Gegevensverzamelingsfout: fout bij het ontvangen van gegevens
— Som van waarden: som van waarden
— Script: waarde verkregen als resultaat van een gebruikersscript
«Werking"-voorwaarde voor triggering. Kan waarden aannemen (de waarde wordt aangegeven in het overeenkomstige veld Waarde):
- <: minder dan: minder dan
— <=: kleiner dan of gelijk aan: kleiner dan of gelijk aan
- == gelijk aan: equivalent
— >=: groot dan of gelijk aan: groter dan of gelijk
— >: geweldig dan: meer dan
- !=: niet gelijk aan: niet gelijkwaardig
- zoals: dichtbij
- niet zoals: niet dichtbij
Wat de laatste twee parameters betreft, weet ik niet zeker hoe ze werken. Daarom zal ik niet eens raden welke grenzen erin zijn ingebouwd.
Kortom, alles is hetzelfde als in Zabbix, maar je hoeft formules niet met de hand in te voeren, uit angst om een fout te maken of je te vergissen. Om de trigger (deactiveringsgebeurtenis) te herstellen, zal het systeem zelf de waarde vervangen. (In Zabbix moet je opnieuw typen en het niet verkeerd typen).
3.6. Sjablonen
RMB-sjabloon maken, voer de sjabloonnaam in. PKM-gegevensverzameling configuratie.
Een beetje theorieDe verzamelde informatie kan afkomstig zijn uit verschillende bronnen. Het zou kunnen NetXMS-agentdraaien op een machine kan zijn "eenvoudig verzoek"Of"Intern", verzonden door de server zelf (bijvoorbeeld dezelfde ping), "SNMP' "controlepunt SNMP' "Duwen' "Windows Prestatietellers' "SM-CLP", of op maat"script". Voor elk type informatie kunt u het type selecteren dat het systeem bij ontvangst verwacht. Ping retourneert bijvoorbeeld een geheel getal (geheel getal), de hoeveelheid vrije schijfruimte in bytes zal ook een geheel getal zijn, maar dezelfde temperatuur zal niet langer een geheel getal zijn, dat wil zeggen reëel).
Om informatie via SNMP te verzamelen, heeft NetXMS een enorme lijst met vooraf gedefinieerde parameters, dat wil zeggen dat je geen specifieke OID kunt invoeren, maar deze kunt vinden in de MIB-boom, wat eigenlijk behoorlijk problematisch is... Maar. Als gevolg hiervan moet u zich verdiepen in de documentatie van de fabrikant en voor elk apparaat afzonderlijk naar IOD-waarden zoeken. U kunt veel tijd verspillen met het instellen van het lezen van informatie van apparaten, waarbij u een systeembericht tegenkomt "NIET ONDERSTEUND", maar uiteindelijk blijkt dat dit specifieke apparaat simpelweg niet weet hoe het de gevraagde informatie moet verstrekken. Het enige dat overblijft is het roken van handleidingen en hoop.
Als u bijvoorbeeld informatie wilt verzamelen over de responstijd van het knooppunt (ping), moet u een nieuwe parameter toevoegen (PKM-nieuwe parameter), selecteer Intern in het veld Oorsprong, druk op de knop Selecteren en selecteer Pingtijd. Er is een zoekopdracht, iets waar ik alleen maar van droomde in Zabbix. Het is ook zinvol om de pollingperiode van het knooppunt te wijzigen (de standaardwaarde is 60 seconden, dat wil zeggen: als de router niet meer reageert onmiddellijk nadat deze door het monitoringsysteem is ondervraagd, zal er bijna een hele minuut verstrijken voordat het systeem zich realiseert dat er iets mis is met (Ja, er gaat alarm).
Lijst met interne gegevens die kunnen worden verwerkt:
Nadat alle benodigde instellingen aan de sjabloon zijn toegevoegd, klikt u op PKM-toepassing en selecteer alle knooppunten waarop deze sjabloon moet worden toegepast (ctrl+LMB). Dat is alles. Hierna verschijnt er een tak in de boom onder de sjabloon, waarin u alle knooppunten kunt zien waarop deze sjabloon is toegepast.
Wanneer u een knooppunt loskoppelt van een sjabloon, worden de verzamelde gegevens niet meer verzameld. Om het verzamelen ervan te annuleren, moet u voor elk knooppunt naar de gegevensverzamelingsconfiguratie gaan en alles handmatig verwijderen, of eerst de parameters uit de sjabloon verwijderen. verwijder vervolgens knooppunten ervan. Ik weet niet waarom het op deze manier is gedaan, maar naar mijn mening is dit iets buitengewoon vreemds. Maar... Zo is het.
In een sjabloon kunt u de gewenste gegevens selecteren om te verzamelen en deze naar een andere sjabloon kopiëren. Massaal. En je hoeft niet met de hand van het ene sjabloon naar het andere te kopiëren... Ik begin Zabbix al te haten.
3.7. Dashboards
Vreemd genoeg bevat de NetXMS Wiki over dit onderwerp slechts één link naar YouTube: , er is niet eens een lijst of beschrijving van elementen die aan het Dashboard kunnen worden toegevoegd. In principe is alles daar net zo intuïtief. label - het is gewoon... nou... Label... Ik weet niet eens hoe ik het moet vertalen. Kortom, een veld met een inscriptie wordt gebruikt om elementen aan te duiden en te onderscheiden, omdat de elementen zelf geen namen bevatten. Lijngrafiek - Dit is een lijngrafiek. Bar Chart is een diagram. Alarmviewer — lijst met waarschuwingen voor het/de geselecteerde knooppunt(en). Kortom, de namen spreken voor zich.
Vervolgens moet u de dashboardeigenschappen openen en weergaven configureren. Wij zijn geïnteresseerd in het tabblad Dashboardelementen. Aantal kolommen is het aantal kolommen, elementen die horizontaal worden geplaatst. Elk object heeft zijn eigen eigenschappen, en ik zou aanraden het item Layout-Grab overmatige verticale ruimte uit te schakelen om de grootte van elk element te minimaliseren.
3.8. Actieconfiguratie
(Configuratie-acties configuratie)
In wezen zijn dit acties als reactie op triggers.
NetXMS kan e-mail, sms en xmpp-berichten verzenden als reactie op een trigger. Alles is hier triviaal - vul gewoon de verplichte velden in.
Je kan ook:
— Breng de waarschuwing over naar een andere NetXMS-server
— Voer de opdracht uit op de NetXMS-beheerserver
— Voer de opdracht uit op het knooppunt met behulp van de NetXMS-agent
— Voer het NXSL-script uit (NSXL is uw )
Nadat u een actie hebt gemaakt, kunt u de vertragingstijd voor de uitvoering ervan configureren en een macro voor uitvoering toepassen. De vertragingstijd is nodig om de operator niet te storen als het probleem zichzelf oplost (de responstijd op een ping-verzoek was bijvoorbeeld langer dan de opgegeven waarde, maar bij de volgende controle kan deze weer normaal worden, dus waarom zou u zich druk maken? over zulke kleinigheden?).
3.9. Differentiatie van toegangsrechten
Voor elk object kunt u uw eigen toegangsrechten configureren. Voor elk object binnen een ander object kunt u ook toegangsrechten configureren. Dit maakt een zeer flexibele verdeling van verantwoordelijkheden en monitoringmogelijkheden voor verschillende gebruikersgroepen mogelijk. Dat is alles wat ik wilde zeggen.
4. conclusie
Ik wil de titel van mijn eigen artikel graag weerleggen. NetXMS is niet voor lui. Het is alleen zo dat de ontwikkelaars zich niet zoals sommigen op functionaliteit concentreerden, maar onder andere ook voor de interface zorgden.
Laten we het op deze manier doen. Ik gebruikte Zabbix en NetXMS. Om deze reden zal ik eenvoudigweg mijn gevoelens over deze twee systemen opschrijven.
So.
NetXMS lijkt mij een uiterst gebruiksvriendelijk systeem. Nou... aan de beheerder... ja, aan de beheerder. Het heeft een zogenaamde intuïtieve interface, en het is echt gaaf. U hoeft niet uw eigen formules te schrijven, een heleboel begeleidende documentatie te lezen om het controleren van pings vóór de overstap of iets anders eenvoudigs mogelijk te maken. Maar. In Zabbix verschilt dit heel eenvoudige ding niet veel van iets heel moeilijks, dat wil zeggen: als je het onder de knie hebt, kun je al het andere op dezelfde manier doen. NetXMS heeft tips; de meeste parameters zijn te vinden in de interface, geselecteerd met de muis en geconfigureerd. In Zabbix moet je uitzoeken of het systeem dit en dat kan doen, en zo ja, hoe het is geschreven en welke parameters het retourneert. Zabbix wint in de community en talloze sjablonen voor alle gelegenheden... als je in deze berg rommel kunt vinden wat je nodig hebt... Aan de andere kant heeft NetXMS ook veel fans en add-ons waarvoor ze hebben gemaakt dit systeem. En het systeem zelf kan, out-of-the-box, de meest populaire applicaties monitoren, zoals vermeld op de hoofdpagina van het project.
Het belangrijkste voordeel van NetXMS versus Zabbix voor mij was de mogelijkheid om een script uit te voeren op een probleemknooppunt als reactie op een trigger. Als de CPU-temperatuur boven de drempelwaarde stijgt, wordt de host zelf uitgeschakeld. En dan gaan we uitzoeken wat het probleem is. Misschien heeft Zabbix ook zoiets, maar ik niet. Hetzelfde geldt voor het monitoren van poorten op routers. En daar gaat het... Nou ja, het gebeurt... Je moet de scripttaal beheersen, en dat is alles...
Met toegangsrechten in NetXMS kunt u op zeer flexibele wijze onderscheid maken tussen de mogelijkheden van verschillende gebruikers van het systeem. Maar om dit allemaal in te stellen moet je echt sleutelen.
Over het algemeen lijken de systemen behoorlijk op elkaar en lijken hun mogelijkheden op het eerste gezicht op zijn minst vergelijkbaar. Hoewel het voelt alsof Zabbix meer kan, zijn deze mogelijkheden diep onder de motorkap verborgen en onbereikbaar voor een gewone sterfelijke beheerder. NetXMS lijkt eenvoudig en duidelijk, vriendelijk en prettig.
Zabbix heeft uitstekende documentatie, wiki, how to, FAQ, best practices, evenals verschillende forums, enz., waar je antwoorden op bijna alle vragen kunt vinden. En als er iets is, vraag het dan aan jezelf.
Samenvattend zou ik NetXMS willen aanbevelen voor mensen die net beginnen of voor degenen die zich niet diep in het monitoren van alles hoeven te verdiepen. Ik ben er zeker van dat als je er verder naar kijkt, je er een aantal heel subtiele observaties in kunt maken.
Maar toch is het belangrijkste voordeel dat ik zie de zeer mooie interface en het installatiegemak.
5. Gebruikte materialen
Youtube kanaal
Bron: www.habr.com
