Understanding network management protocols

Network Management Protocols: a Guide to Understanding Them

Understanding network management protocols can be an vaivalloinen urakka.

on helppo unohtaa tekninen termi, erilaiset menettelytavat, erilaiset tiedon muotoilutavat, monivaihtoehdot jne.

tämän tehtävän helpottamiseksi ehdotamme, että noudatat tätä yksinkertaista ohjetta.

Verkonhallintaprotokollat ovat verkkoprotokollia

verkonhallintaprotokollat toimivat verkkojen alalla ja ovat siten verkkoprotokollia.

nyt on tärkeää erottaa ne niistä verkkoprotokollista, jotka mahdollistavat tiedonsiirron kahden laitteen välillä, kuten TCP, UDP, SMTP, CSMA / CD jne.

verkossa sekä tiedonsiirtoprotokollat että hallintaprotokollat toimivat rinnakkain jakaen resursseja, kuten suoritin-ja linkkikaistanleveyttä.

onkin mielenkiintoista pitää mielessä, että myös verkonhallintaprotokollat vaikuttavat Alustan yleiseen suorituskykyyn.

pöytäkirjan lähestymistapa

on helppo ymmärtää, että mitä monimutkaisempi ja epäyhtenäisempi alusta, sitä suurempia vaikeuksia sen hallinnossa on.

verkonhallinta on kohdannut tämän monimutkaisuuden kolmesta näkökulmasta:

• viat: tällä alalla on tarkoitus olla menettelyt virheiden havaitsemiseksi ja järjestelmä niiden ilmoittamiseksi.
• suorituskyky: tässä ideana on saada tietoa Alustan käyttäytymisestä, jonka avulla voimme tehdä päätelmiä sen suorituskyvystä.
• toiminnot: monet hallinnointiprotokollat sisältävät kyvyn suorittaa toimintoja hallituissa kohteissa.
  kun yritämme ymmärtää protokollaa, on tärkeää pysähtyä hetkeksi miettimään, mitä kulmaa protokolla ehdottaa tai millä kulmalla sitä halutaan käyttää.

Verkonhallintaprotokollat ja niiden arkkitehtuuri

kaikki hallintaprotokollat ehdottavat arkkitehtuuria ja menettelyjä, joilla hallinnoitavista elementeistä voidaan poimia, kerätä, siirtää, tallentaa ja raportoida hallintatietoja.

on tärkeää ymmärtää hallintaprotokollan rakenne ja menettelyt, ja välttämätöntä toteuttaa tähän pöytäkirjaan perustuva ratkaisu.

Verkonhallintaprotokollat ja tietojen järjestäminen

toinen keskeinen seikka on tapa, jolla verkonhallintaprotokollat muotoilevat ja hallinnoivat hallintatietoja.

lähtökohtana on, miten ne määrittelevät ja yksilöivät hallinnoitavat elementit. On aina mielenkiintoista mainita: mitä elementtiä voin hallinnoida tällä protokollalla? Vain laitteisto vai kattaako se myös esimerkiksi Sovellukset?

silloin kyse on siitä, että määritellään, mitä tietoja voin poimia hallituista elementeistä ja mitä toimia voin suorittaa, jos pystyn toteuttamaan mitään.

missä muodossa tietoja käsitellään? Ja miten se on tallennettu, jos se on tallennettu.

lopuksi, mitä vaihtoehtoja minulla on päästä käsiksi näihin tietoihin?

nyt tämän artikkelin loppuosassa käydään läpi kolme suosituinta hallintaprotokollaa, yrittäen keskittyä edellä mainittuihin kohtiin: focus, arkkitehtuuri ja datan organisointi.

tämän katsauksen ohjeeksi otamme seuraavan kaavion:

kaavio: verkkojen ja niiden protokollien hallinta.

ICMP

ICMP (Internet Control Message Protocol) on verkkokerroksen protokolla, joka kuuluu IP-protokollaan liittyvien aliprotokollien ryhmään.

ICMP toimii vikojen validoinnin alalla ja mahdollistaa myös tiettyjen suorituskykymittareiden laskemisen.

lukija voi lukea protokollan yksityiskohtaisista spesifikaatioista rfc792: sta.

ICMP: n ehdottama menettely perustuu virhetilan havaitsemiseen ja kyseisen tilan ilmoittavan viestin lähettämiseen.

näin ollen keskeisenä tekijänä ovat ICMP: n harkitsemat viestit, jotka yleensä luokitellaan kahteen luokkaan:

• Virheilmoitukset: käytetään ilmoittamaan virhe paketin lähetyksessä.
• Valvontasanomat: käytetään laitteiden tilan raportointiin.

arkkitehtuuri, jolla ICMP toimii, on hyvin joustava, koska mikä tahansa verkon laite voi lähettää, vastaanottaa tai käsitellä ICMP-viestejä.

käytännössä sitä käytetään reitittimissä ja kytkimissä ilmoittamaan paketin lähettäneelle isännälle, että pakettia ei voida toimittaa verkkovirheen vuoksi.

lisäksi ICMP: tä käytetään myös suorituskyvyn mittareiden, kuten latenssin, vasteajan tai pakettihäviön, laskemiseen.

SNMP

SNMP (Simple Network Management Protocol) on sovelluskerroksen protokolla, joka kattaa vikojen, suorituskyvyn ja toimintojen alueet.

SNMP tarjoaa järjestelmän, jolla kerätään, järjestetään ja välitetään hallintatietoja verkon muodostavien laitteiden välillä.

tämä järjestelmä on yhteinen suurelle määrälle laitteistokomponentteja, jotka tukevat:

• laitteiden monimuotoisuus: verkkolaitteista, kuten reitittimistä, kytkimistä, palomuureista tai tukiasemista loppukäyttäjän laitteisiin, kuten tulostimiin, skannereihin, asemiin tai palvelimiin.
• merkintöjen monimuotoisuus: useimmat tuotemerkit varmistavat tuotetta esitellessään, että tämä tuote sisältää tuen SNMP: lle.

SNMP: n virallisten spesifikaatioiden lukemisesta kiinnostuneen lukijan tulisi käydä läpi useita RFC-asiakirjoja, mutta suosittelemme aloittamaan RFC 1157: stä.

Architecture SNMP

SNMP-arkkitehtuuri perustuu kahteen perusosaan: SNMP: n agentit ja SNMP: n ylläpitäjät. Seuraavassa kaaviossa esitämme tämän SNMP-arkkitehtuurin perusnäkemyksen:

kuvaus: SNMP Basic Architecture

SNMP-agentit ovat ohjelmistoja, jotka toimivat hallittavilla elementeillä. He vastaavat laitteen tietojen keräämisestä. Sitten, kun SNMP: n ylläpitäjät pyytävät tällaisia tietoja kyselyillä, agentti lähettää vastaavat tiedot.

SNMP: n agentit voivat myös lähettää SNMP: n hallinnoijalle tietoja, jotka eivät vastaa kyselyä, vaan sen osan tapahtumasta, joka tapahtuu laitteessa ja josta on ilmoitettava. Sitten sanotaan, että SNMP-agentti lähettää ennakoivasti ilmoitusloukun.

SNMP: n ylläpitäjät löytyvät osana hallinta-tai seurantatyökalua, ja ne on suunniteltu toimimaan konsoleina, joihin kaikki SNMP: n edustajien kaappaamat ja lähettämät tiedot on keskitetty.

tietojen järjestäminen SNMP: ssä

SNMP: ssä hallittavia elementtejä kutsutaan objekteiksi.

OID :t (Object Identifier) ovat elementtejä, joita käytämme objektien yksilöimiseen. Olet varmasti nähnyt Oideja numeromuodossa, kuten:

itse asiassa nämä numerot on poimittu hierarkkisesta organisaatiojärjestelmästä, joka alkaa laitteen valmistajan tunnistamisella, sitten laitteen ja lopulta esineen tunnistamisella. Seuraavassa kuvassa näemme esimerkin järjestelmän:

kuvaus: NetFlow Architecture
Taken from: https://www.networkmanagementsoftware.com/snmp-tutorial-part-2-rounding-out-the-basics/

MIBs (Management Information Base) on muoto, jota SNMP: n agenttien SNMP: n johtajille lähettämät tiedot noudattavat.

käytännössä meillä on yleinen malli siitä, mitä tarvitsemme minkä tahansa laitteen hallintaan, ja sitten jokaiselle laitteelle on yksilöity MIBs, niiden erityiset parametrit ja arvot, jotka näillä parametreilla voidaan saavuttaa.

jos tarvitset lisätietoja SNMP: stä ja valvonnasta tämän protokollan perusteella, pyydämme sinua tarkistamaan tässä blogissa Carla Andrésin kirjoittaman artikkelin aiheesta.

WMI

WMI: n (Windows Management Instrumentation) avulla liikumme maailmankaikkeudessa, jonka muodostavat jotkin Windows-käyttöjärjestelmää käyttävät laitteet ja tästä käyttöjärjestelmästä riippuvat Sovellukset.

itse asiassa WMI ehdottaa mallia, jonka avulla voimme edustaa, hankkia, tallentaa ja jakaa Windows-pohjaisia laitteita ja ohjelmistoja sekä paikallisesti että etänä.

toisaalta johtamistietoihin liittyvien asioiden lisäksi WMI sallii myös tiettyjen toimien toteuttamisen.

WMI-Arkkitehtuuri

WMI-arkkitehtuuri koostuu kolmesta perusyksiköstä. Katsotaanpa seuraavaa kaaviota:

kuvaus: Basic Architecture WMI

WMI Providers: toimittaja vastaa yhden tai useamman objektin hallinnointitiedon hankkimisesta.

WMI-infrastruktuuri toimii välittäjänä toimittajien ja hallintovälineiden välillä. Hänen vastuualueisiinsa kuuluvat muun muassa seuraavat:

• hankkiakseen tavarantoimittajien tuottamat tiedot suunnitellulla tavalla.
• ylläpitää arkistoa, jossa on kaikki suunnitellusti saatu tieto.
• dynaamisesti löytää hallintavälineiden pyytämät tiedot, joita varten tehdään ensin haku arkistossa ja jos pyydettyjä tietoja ei löydy, haku tehdään sopivien tarjoajien kesken.

hallintasovellukset vastaavat sovelluksia, palveluita tai skriptejä, jotka käyttävät ja käsittelevät hallittavien objektien tietoja.

WMI pystyy tarjoamaan yhtenäisen rajapinnan, jonka kautta sovellukset, palvelut ja skriptit voivat pyytää tietoja ja toteuttaa WMI: n tarjoajien ehdottamat toimenpiteet hallinnoitavissa kohteissa.

tietojen järjestäminen WMI: ssä

WMI perustuu CIM: iin (Common Information Model), joka on malli, jossa käytetään oliopohjaisia tekniikoita yrityksen eri osien kuvaamiseen.

tämä on laajalti käytetty malli Microsoftin tuotteissa; kun esimerkiksi Microsoft Office tai Exchange-palvelin asennetaan, tuotetta vastaavan mallin laajennus asennetaan automaattisesti.

juuri tuo jokaisen tuotteen mukana tuleva laajennus on niin sanottu WMI-Luokka. Luokka kuvaa hallittavaa kohdetta ja kaikkea, mitä sillä voi tehdä.

tämä kuvaus alkaa luokan käsittelemistä attribuuteista, kuten:

• ominaisuudet, jotka viittaavat kohteiden omiin ominaisuuksiin, kuten esimerkiksi niiden nimeen.
• menetelmät, jotka viittaavat esineelle suoritettaviin toimiin, kuten hallussapitoon, jos esine on palvelu.
• yhdistykset, jotka viittaavat mahdollisiin esineiden välisiin yhteyksiin.

nyt, kun WMI: n tarjoajat käyttävät olioluokkia hallinnointitiedon keräämiseen ja tämä tieto siirtyy WMI: n infrastruktuuriin, sen on järjestettävä se jollakin tavalla.

tämä organisaatio saavutetaan nimiavaruuksiksi kutsuttujen loogisten säiliöiden avulla, jotka on määritelty hallintoalueen mukaan ja sisältävät niihin liittyvistä olioista tulevan tiedon.

nimiavaruudet määritellään hierarkkisessa järjestelmässä, joka muistuttaa järjestelmää, jota seuraavat levyllä olevat kansiot. Niin, nimiavaruuden root on tämän hierarkkisen järjestelmän ylin ja root / CIMv2 on oletus nimiavaruus.

yksi analogia, jota monet kirjoittajat käyttävät selittäessään WMI: n tietojen järjestämistä, on WMI: n vertaaminen tietokantoihin.

tiedämme siis, että luokat vastaavat taulukoita, nimiavaruudet tietokantoihin ja WMI-infrastruktuuri tietokannan käsittelijään.

tämä on siis verkonhallintaprotokollien tarkastelu. Lopuksi meidän on ilmoitettava, että kaikki seurantavälineet käyttävät vähintään yhtä verkonhallintaprotokollaa saavuttaakseen tavoitteensa.

Pandora FMS toimii näiden kolmen protokollan avulla tarjotakseen laajan ja joustavan yleiskäyttöisen seurantavälineen.

jos et vieläkään tiedä, mitä etuja Pandora FMS voi tarjota organisaatiollesi ja sillä on yli 100 laitetta valvottavana, keskustele Pandora FMS: n myyntitiimin kanssa saadaksesi ilmaisen kokeiluversion markkinoiden joustavimmista seurantaohjelmistoista: https://pandorafms.com/free-demo/

muista myös, että jos seurantatarpeesi ovat rajallisempia, sinulla on käytössäsi Pandora FMS: n OpenSource-versio. Lue lisää täältä: https://pandorafms.org/

älä epäröi lähettää kysymyksiäsi. Pandora FMS-tiimimme auttaa sinua mielellään!