Käytännössä Paessler PRTG 9 -tarkkailutyökalun avulla

Pidän infrastruktuurin valvonnan työkaluista ja olen testannut melkoisesti erilaisia ​​tuotteita. Yksi tuote, jota parhaillaan testaan, on viimeisin versio tuotteesta, jota käytin aikaisemmassa työnantajassa: Paessler PRTG. Uusin versio on PRTG 9, ja siinä on hienoja uusia ominaisuuksia vanhoihin versioihin verrattuna, mutta se sisältää myös vakavan rajoituksen.

Muista, että käytän tällä hetkellä PRTG 9: tä melko perustilassa, koska testaan ​​vain tuotetta, joten en ole tarkkaan luokitellut ja karsinut tarkkailtavia kohteita.

PRTG-pohjamaali

PRTG-maassa antureita luodaan seuraamaan yksittäisiä suorituskykyelementtejä. Anturi on alkeellisin valvontakohde. PRTG: n usein kysytyissä kysymyksissä yritys "määrittelee s yhden (1) anturin mihin tahansa tiettyyn yksittäiseen valvontayksikköön". Yksi anturi voi olla vastuussa palvelimen asemien käytettävissä olevan levytilan tarkkailemisesta, kun taas toinen anturi saattaa olla vastuussa levyjonon pituuden tarkkailemisesta. PRTG ei toimi valvottujen laitteiden tai IP-osoitteiden käsitteellä. Sen sijaan ostat anturilisenssejä ja voit seurata niin syvästi tai korkealla tasolla kuin haluat, kunhan pysyt lisensoitujen anturimäärien rajoissa.

Yhtiö ilmoittaa, että minkä tahansa kohtuullisen pöytätietokoneen pitäisi voida helposti valvoa vähintään 1000 anturia. Myös PRTG: n UKK: sta: " SNMP V1 / V2 , PING, PORT ja HTTP ovat suositeltavia anturityyppejä tilanteissa, joissa on tuhansia antureita. Näillä tekniikoilla jopa 20 000 anturia on mahdollista" yhdessä PRTG-asennuksessa.

Objektien hierarkia

Olen maininnut, että perusvalvontayksikkö on anturi, mutta on olemassa korkeamman tason ryhmiä, jotka sisältävät nämä anturit. Välittömästi anturien yläpuolella, olet laitteen tasolla. Kaikki yhteen laitteeseen liittyvät anturit kuuluvat tälle hierarkiatasolle.

Sen yläpuolella on ryhmä. Voit sisällyttää yhteen ryhmään useita laitteita, joita käytetään puhtaasti organisaatiotarkoituksiin. Voit myös pesätä ryhmiä helpottaaksesi seurantahierarkian navigointia.

Seuraavaksi olet koetintasolla, joka sisältyy juurryhmään . Yhdessä juuroryhmässäsi voi olla monia koettimia. Koetin on "alusta, jolla valvonta tapahtuu. Kaikkia koettimen alla määritettyjä kohteita tarkkaillaan koettimen avulla".

Jälleen PRTG: n usein kysytyistä kysymyksistä, tässä on katsaus objektihierarkiaan ( kuva A ).

Kuvio A

PRTG-objektihierarkia

Katso PRTG: tä toiminnassa

Edellisessä osiossa tavoitteeni ei ollut syventyä PRTG: hen, vaan tarjota sinulle jonkinlainen konteksti siitä, mitä tarkastellaan tämän artikkelin loppupäässä. Jälleen katsomasi asennus on "toista" vain toistaiseksi.

Kuvassa B näet valvotussa ympäristössä korkeatasoisen kuvan. Näytän tällä hetkellä kaiken - virhe-, varoitus- ja hyvän tilan anturit. Kun poistat valinnan ruudun yläreunan valintaruudusta, voin porata helpommin ongelma-alueille. Esimerkiksi, jos poistan valinnan kaikesta paitsi punaisesta ruudusta, minulle näytetään vain anturit, jotka ovat virhetilassa. Tämä on yksi näkemys, josta pidän todella PRTG: ssä.

Kuvassa B huomaat myös, että jokainen valvottu laite on yhdellä rivillä, jossa on anturit eri tiloissa oikealla. Sen sijaan, että näyttäisit jokaista anturia, PRTG kertoo vain, että esimerkiksi 11 anturia on vihreässä tilassa ja tuo esiin ne, jotka ovat ongelmia.

Haluan myös huomata, että en ole vielä muuttanut mitään PRTG-näyttöjen oletuskynnyksiä, niin paljon enemmän keltaisina tai punaisina kuin jos laittaisin PRTG: n tuotantoon.

Ennen kuin jatkat, ota huippu näytön oikeassa yläkulmassa. Näet, että 24 anturia on virhetilassa, 44 varoitustilassa, 1001 vihreää ja 79 anturia on tällä hetkellä keskeytetty. Selitän vähän myöhemmin, miksi 79 anturia on keskeytetty.

Kuvio B

Klikkaa suurentaaksesi.
Kuvassa C olen porannut verkkolaitteen, joka on ydinreititin / kytkin. Tässä näytetään kaikki anturit, joita kyseiselle laitteelle on saatavana; niitä on 123. Olen ensisijaisesti kiinnostunut kaistanleveyden hyödyntämisestä täällä ja olen siirtänyt ensisijaisen kiinnostuksen kohteeni - Internet-yhteytemme - luettelon kärkeen, jotta näen sen ensin. Kytkimen portti on nimeltään "NetEnforcer switch - Inside Interface" kytkimessä.

Kuvio C

Klikkaa suurentaaksesi
Kun napsautin NetEnforcer-liitäntäanturia, poraan vähän syvemmälle tilastotietoja, kuten voit nähdä kuvasta D. Täältä saan yksityiskohtaisia ​​tietoja sataman nykyisestä ja historiallisesta tilanteesta. Tällä hetkellä portti on kunnossa ja käyttöaste on hiukan yli 72 Mbit / s. Ikkunan oikeassa reunassa voit nähdä joitain muita kaavioita. Yläkaavio näyttää reaaliaikaisen reaaliaikaisen datan, kun taas alla olevat kuvaajat ovat hiukan vähemmän rakeisia, mutta ne kuvaavat suuntauksia.

Kuvio D

Klikkaa suurentaaksesi
Kuva E on iso kuva Live Data -välilehdestä portinvalvontaikkunan yläosassa. Tämä antaa minulle loistavan yleiskuvan siitä, mitä tapahtuu. Kuten voitte nähdä, olemme seuranneen ajanjakson aikana käyttäneet jopa 94 ​​Mbit / s Internet-kaistanleveyttä kerrallaan ja pudottaneet minimiin noin 64 Mbit / s. Yhteytemme Internetiin on 100 Mbit / s.

Kuvio E

Klikkaa suurentaaksesi
Kuvassa F esitetty kaksipäiväinen näkymä Internet-liikenteestä näyttää Internetin käytön hidasta ja virtausta ja osoittaa, että olemme saavuttaneet huippunsa vain 96 Mbit / s: n nopeudella ja pudonnut alle 3 Mbit / s: seen vähämerkityksisinä aamuisin. Tällainen kaavio tunnistaa liikennemallit, jotka voivat auttaa meitä suunnittelussa.

Graafin sininen osa näyttää lähtevän liikenteen, joka on paljon, paljon pienempi kuin saapuva.

Kuvio F

Klikkaa suurentaaksesi
PRTG on kuitenkin paljon muutakin kuin vain liikenteen valvonta. Tuotteella on kyky valvoa syvästi yritystason palveluita, kuten Exchange, ja tarjota mittareita, jotka auttavat järjestelmänvalvojaa toimimaan tarvittaessa. Kuviosta G näet, että keskimääräinen viestin toimitusaika on tällä hetkellä 3 179 ms Exchange-järjestelmässämme. Näiden tietojen perusteella varmistan itsenäisesti, että PRTG ilmoittaa oikeat tiedot, ja tarvittaessa ryhdyn toimenpiteisiin; se näyttää vähän korkealta, mutta minun on tarkistettava se.

Huomaa myös tämän ikkunan yläreunassa, että sinulle näytetään nopeasti anturien lukumäärä tämän laitteen eri tiloissa. Yksi anturi on hälytystilassa, kun taas toinen on varoitustilassa.

Kuvio G

Klikkaa suurentaaksesi

Haittoja

PRTG ei ole täydellinen. Pidän siitä kuitenkin työkalusta. Vaikka käyttöliittymä oli aluksi hämmentävä, piti siitä muutaman päivän käytön jälkeen. Ja tuote ei ole törkeästi kallis.

Olen huomannut joitain antureita, jotka ilmoittavat todella hulluista juttuista. Tarkemman tutkimuksen jälkeen olen huomannut, että jotkut anturit yksinkertaisesti saavat huonoja tietoja takaisin lähdejärjestelmistä tai jotkut anturit eivät vain näytä tarkkoja tietoja. Siitä huolimatta, että anturit, jotka olen nähnyt, tekevät tämän, ovat kaukana kriittisistä eikä se ole ollut yleistä.

Ehkä suurin puute on PRTG 9: n nykyinen kyvyttömyys tarkkailla vSphere 5 ja vCenter 5 -järjestelmiä. Koska suurin osa ympäristöstämme toimii VMware-ohjelmassa (isännät ovat kaikki 4.1, bur vCenter on version 5 versiossa, koska on tarpeen toteuttaa VMware View 5 -pilotti), koska VMware-ohjelmaan ei ole tietoa, se ei ole käynnistysohjelma. Paessler ilmoitti 6. lokakuuta lähtien, että seurantakyvylle ei ollut ETA: ta. Tämä on valitettavasti valtava punainen merkki tuotteelle, joka näyttää muuten hyvältä tuotteelta.

Yhteenveto

Kun vSphere / vCenter 5 -tuki on sisällytetty PRTG 9: ään, uskon, että tuote on suuri sijoitus monille organisaatioille. Vaikka se ei olekaan täydellinen, tarvitsen sellaista valvontatyyppiä, jota tarvitsen, erittäin hyvin PRTG 9: ssä. Tarjoamme helposti tunnistettavissa olevia vihjeitä, jotka osoittavat, missä toimia tarvitaan.

© Copyright 2020 | mobilegn.com