0. Įžanginis, arba šiek tiek offtopicŠis straipsnis gimė tik todėl, kad labai sunku vienoje vietoje rasti lyginamąsias tokios programinės įrangos charakteristikas ar net sąrašą. Turime sukrauti krūvą medžiagos, kad padarytume bent kokią nors išvadą.
Šiuo atžvilgiu nusprendžiau sutaupyti šiek tiek laiko ir pastangų tiems, kurie domisi šiuo klausimu, ir vienoje vietoje surinkau maksimalų įmanomą, mano perskaitytą, skaičių sistemų tinklo žemėlapiams sudaryti.
Kai kurias šiame straipsnyje aprašytas sistemas išbandžiau aš asmeniškai. Greičiausiai tai buvo nereikšmingos dabartinės versijos. Kai kuriuos iš šių dalykų matau pirmą kartą, o informacija apie juos buvo surinkta tik rengiant šį straipsnį.
Dėl to, kad ilgą laiką liečiau sistemas, o kai kurių visai neliečiau, neturėjau nei ekrano kopijų, nei pavyzdžių. Taigi atnaujinau savo žinias Google, wiki, youtube, kūrėjų svetainėse, ten pasikasiau ekrano kopijas ir dėl to gavau tokią apžvalgą.
1. Teorija
1.1. Kam?
Norėdami atsakyti į klausimą "Kodėl?" Pirmiausia turite suprasti, kas yra „tinklo žemėlapis“. Tinklo žemėlapis – (dažniausiai) loginis-grafinis-scheminis tinklo įrenginių sąveikos ir jų prijungimo vaizdas, nusakantis reikšmingiausius jų parametrus ir savybes. Šiais laikais jis dažnai naudojamas kartu su įrenginių ir įspėjimo sistemos būsenos stebėjimu. Taigi: tada, norint susidaryti idėją apie tinklo mazgų vietą, jų sąveiką ir ryšius tarp jų. Kartu su stebėjimu gauname darbo įrankį elgsenai diagnozuoti ir tinklo elgsenai numatyti.
1.2. L1, L2, L3
Jie taip pat yra 1, 2 ir 3 sluoksniai pagal OSI modelį. L1 – fizinis lygis (laidai ir perjungimas), L2 – fizinio adresavimo lygis (mac adresai), L3 – loginio adresavimo lygis (IP adresai).
Tiesą sakant, nėra prasmės kurti L1 žemėlapį, tai logiškai išplaukia iš to paties L2, išskyrus, galbūt, medijos keitiklius. Ir dabar yra medijos keitikliai, kuriuos taip pat galima sekti.
Logiškai mąstant – L2 sukuria tinklo žemėlapį pagal mazgų mac-adresus, L3 – pagal mazgų IP adresus.
1.3. Kokius duomenis rodyti
Tai priklauso nuo sprendžiamų užduočių ir norų. Pavyzdžiui, aš natūraliai noriu suprasti, ar pats geležies gabalas yra „gyvas“, ant kurio prievado jis „kabo“ ir kokios būklės yra aukštyn ar žemyn. Tai gali būti L2. Ir apskritai L2 man atrodo tinkamiausia tinklo žemėlapio topologija taikomąja prasme. Bet skonis ir spalva...
Ryšio greitis prievade nėra blogas, bet ne kritinis, jei ten yra galutinis įrenginys - kompiuterio spausdintuvas. Būtų malonu matyti procesoriaus apkrovos lygį, laisvos RAM kiekį ir temperatūrą ant geležies gabalo. Bet tai jau nėra taip paprasta, čia reikės sukonfigūruoti stebėjimo sistemą, kuri gali skaityti SNMP ir rodyti bei analizuoti gautus duomenis. Daugiau apie tai vėliau.
Kalbant apie L3, radau šį
1.4. Kaip?
Tai galima padaryti rankiniu būdu, tai galima padaryti automatiškai. Jei ranka, tai ilgai ir reikia atsižvelgti į žmogiškąjį faktorių. Jei automatiškai, tai reikia atsižvelgti į tai, kad visi tinklo įrenginiai turi būti „protingi“, turėti galimybę naudoti SNMP, o šis SNMP turi būti teisingai sukonfigūruotas, kad iš jų duomenis rinksianti sistema galėtų šiuos duomenis nuskaityti.
Atrodo, kad tai nėra sunku. Tačiau yra spąstų. Pradedant tuo, kad ne kiekviena sistema galės nuskaityti visus duomenis, kuriuos norėtume matyti iš įrenginio, arba ne visi tinklo įrenginiai gali pateikti šiuos duomenis, ir baigiant tuo, kad ne kiekviena sistema gali sukurti tinklo žemėlapius automatinis režimas.
Automatinio žemėlapio generavimo procesas yra maždaug toks:
– sistema nuskaito duomenis iš tinklo įrangos
- remiantis duomenimis, jis sudaro kiekvieno maršrutizatoriaus prievado adresų atitikimo lentelę
- atitinka adresus ir įrenginių pavadinimus
- sukuria prievado ir prievado įrenginių ryšius
- visa tai nubrėžia diagramos pavidalu, „intuityviu“ vartotojui
2. Praktika
Taigi, dabar pakalbėkime apie tai, ką galite naudoti kurdami tinklo žemėlapį. Pradėkime nuo to, kad, žinoma, norime kiek įmanoma labiau automatizuoti šį procesą. Na, tai yra, Paint ir MS Visio nebėra... nors... Ne, jie yra.
Yra specializuota programinė įranga, kuri išsprendžia tinklo žemėlapio kūrimo problemą. Kai kurie programinės įrangos produktai gali suteikti aplinką tik „rankiniu būdu“ pridėti paveikslėlius su ypatybėmis, piešti nuorodas ir paleisti „stebėjimą“ itin sutrumpinta forma (nesvarbu, ar mazgas gyvas, ar nebereaguoja). Kiti gali ne tik patys nubraižyti tinklo schemą, bet ir nuskaityti daugybę parametrų iš SNMP, pranešti vartotojui SMS žinute apie gedimus, pateikti krūvą informacijos apie tinklo aparatinės įrangos prievadus, ir visa tai yra tik dalis jų funkcijų (tas pats NetXMS).
2.1. Produktai
Sąrašas toli gražu nėra baigtas, nes tokios programinės įrangos yra daug. Tačiau tai yra viskas, ką Google pateikia šia tema (įskaitant svetaines anglų kalba):
Atvirojo kodo projektai:
„LanTopoLog“
Nagios
icinga
NeDi
„Pandora FMS“
PRTG
NetXMS
Zabbix
Mokami projektai:
Lanstate
Visas tinklo monitorius
„Solarwinds“ tinklo topologijos žemėlapis
UVexplorer
Auvikas
AdRem NetCrunch
2.2.1. Nemokama programinė įranga
2.2.1.1. LanTopoLog
Programinė įranga, kurią sukūrė Jurijus Volokitinas. Sąsaja yra tokia paprasta, kokia tik gali būti. „Softina“ palaiko, tarkime, pusiau automatinį tinklo kūrimą. Jai reikia „pamaitinti“ visų maršrutizatorių nustatymus (IP, SNMP kredencialus), tada viskas vyks savaime, būtent, bus sukurti ryšiai tarp įrenginių, nurodant prievadus.
Yra mokamos ir nemokamos produkto versijos.
2.2.1.2. Nagios
Atvirojo kodo programinė įranga egzistuoja nuo 1999 m. Sistema skirta tinklo stebėjimui, tai yra, gali nuskaityti duomenis per SNMP ir automatiškai sudaryti tinklo žemėlapį, bet kadangi tai nėra pagrindinė jos funkcija, ji tai daro labai... keistai... Naudojamas NagVis kurti žemėlapius.
2.2.1.3. Icinga
Icinga yra atvirojo kodo sistema, kuri vienu metu atsiskyrė nuo Nagios. Sistema leidžia automatiškai kurti tinklo žemėlapius. Vienintelė problema yra ta, kad ji kuria žemėlapius naudodama NagVis priedą, kuris buvo sukurtas pagal Nagios, todėl manysime, kad šios dvi sistemos yra identiškos tinklo žemėlapio kūrimo požiūriu.
2.2.1.4. NeDi
Gali automatiškai aptikti tinklo mazgus ir, remiantis šiais duomenimis, sudaryti tinklo žemėlapį. Sąsaja gana paprasta, yra būsenos stebėjimas per SNMP.
Yra nemokamos ir mokamos produkto versijos.
2.2.1.5. Pandora FMS
Geba automatiškai atrasti, automatiškai kurti tinklą, SNMP. Puiki sąsaja.
Yra nemokamos ir mokamos produkto versijos.
2.2.1.6. PRTG
Programinė įranga nežino, kaip automatiškai sukurti tinklo žemėlapį, tik rankiniu būdu vilkdami ir numesdami nuotraukas. Tačiau tuo pat metu jis gali stebėti įrenginių būseną per SNMP. Mano subjektyvia nuomone, sąsaja palieka daug norimų rezultatų.
30 dienų – visas funkcionalumas, vėliau – „nemokama versija“.
2.2.1.7. NetXMS
„NetMXS“ pirmiausia yra atvirojo kodo stebėjimo sistema, tinklo žemėlapio kūrimas yra papildoma funkcija. Bet tai įgyvendinta gana tvarkingai. Automatinis kūrimas, pagrįstas automatiniu aptikimu, mazgų stebėjimu per SNMP, galintis sekti maršrutizatoriaus prievadų būseną ir kitą statistiką.
2.2.1.8. Zabbix
„Zabbix“ taip pat yra atvirojo kodo stebėjimo sistema, lankstesnė ir galingesnė nei „NetXMS“, tačiau ji gali kurti tinklo žemėlapius tik rankiniu režimu, tačiau gali stebėti beveik visus maršrutizatoriaus parametrus, kurių rinkinį galima tik konfigūruoti.
2.2.2. Mokama programinė įranga
2.2.2..1 Lan valstybė
Mokama programinė įranga, leidžianti automatiškai nuskaityti tinklo topologiją ir sudaryti tinklo žemėlapį pagal aptiktą įrangą. Leidžia stebėti aptiktų įrenginių būseną tik nuleidus patį mazgą.
2.2.2.2. Visas tinklo monitorius
Mokama programinė įranga, kuri automatiškai nesukuria tinklo žemėlapio. Net nežino, kaip automatiškai aptikti mazgus. Tiesą sakant, tai yra ta pati „Visio“, skirta tik tinklo topologijai. Leidžia stebėti aptiktų įrenginių būseną tik nuleidus patį mazgą.
Šūdas! Aukščiau rašiau, kad atsisakome „Paint“ ir „Visio“... Gerai, tebūnie.
Aš neradau vaizdo įrašo vadovo ir man jo nereikia ... Programa yra tokia.
2.2.2.3. „Solarwinds“ tinklo topologijos žemėlapis
Mokama programinė įranga, yra bandomasis laikotarpis. Jis gali automatiškai nuskaityti tinklą ir pats sukurti žemėlapį pagal nurodytus parametrus. Sąsaja yra gana paprasta ir maloni.
2.2.2.4. UVexplorer
Mokama programinė įranga, 15 dienų bandomoji versija. Jis gali automatiškai aptikti ir automatiškai nubraižyti žemėlapį, stebėti įrenginius tik aukštyn / žemyn, ty per įrenginio ping.
2.2.2.5. Auvik
Gana graži mokama programa, galinti automatiškai aptikti ir stebėti tinklo įrenginius.
2.2.2.6. AdRem NetCrunch
Mokama programinė įranga su 14 dienų bandomuoju laikotarpiu. Gali automatiškai aptikti ir automatiškai sukurti tinklą. Sąsaja nesukėlė entuziazmo. Taip pat gali stebėti SNMP.
3. Lyginimo plokštė
Kaip paaiškėjo, gana sunku sugalvoti aktualius ir svarbius parametrus lyginant sistemas ir tuo pačiu juos sutalpinti į vieną mažą lėkštę. Štai ką aš gavau:
*Nustatymas „Patinka vartotojui“ yra labai subjektyvus ir aš tai suprantu. Bet kaip kitaip apibūdinti „nerangumą ir neįskaitomumą“, kurio nesugalvojau.
** „Stebėti ne tik tinklą“ reiškia sistemos veikimą kaip „stebėjimo sistemą“ įprastine šio termino prasme, tai yra galimybę nuskaityti metrikas iš OS, virtualizacijos pagrindinių kompiuterių, gauti duomenis iš svečių programėlių. OS ir kt.
4. Asmeninė nuomonė
Iš asmeninės patirties nematau prasmės naudoti programinę įrangą atskirai tinklo stebėjimui. Mane labiau žavi idėja naudoti stebėjimo sistemą viskam ir visiems, turintiems galimybę sukurti tinklo žemėlapį. „Zabbix“ tai sunkiai išgyvena. Nagios ir Icinga taip pat. Ir tik NetXSM šiuo atžvilgiu patenkintas. Nors, jei susipainiosite ir sukursite žemėlapį „Zabbix“, jis atrodo dar perspektyvesnis nei „NetXMS“. Taip pat yra Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch ir greičiausiai daugybė kitų dalykų, kurių nėra šiame straipsnyje, bet aš juos mačiau tik nuotraukose ir vaizdo įrašuose, todėl apie juos nieko negaliu pasakyti.
Apie NetXMS buvo parašyta
PS:
Jei kur nors suklydau ir greičiausiai suklydau, tai pataisykite komentaruose, pataisysiu straipsnį, kad tiems, kuriems ši informacija yra naudinga, nereikėtų dar kartą visko tikrinti iš savo patirties.
Ačiū.
Šaltinis: www.habr.com