Ping figyelő szoftver. Hálózatfigyelés: hogyan biztosítjuk, hogy minden csomópont működjön a nagyvállalatok számára

Robusztus ping-figyelő eszköz a hálózati gazdagépekhez való kapcsolódás automatikus ellenőrzéséhez. Rendszeres pingeléssel figyeli a hálózati kapcsolatokat, és értesíti Önt az észlelt hullámvölgyekről. Az EMCO Ping Monitor csatlakozási statisztikákkal is szolgál, beleértve az üzemidőt, a kimaradásokat, a sikertelen pingeket stb. Könnyedén bővítheti a funkcionalitást és konfigurálhatja az EMCO Ping Monitort egyéni parancsok végrehajtására vagy alkalmazások indítására, ha a kapcsolatok megszakadnak vagy helyreállnak.

Mi az EMCO Ping Monitor?

Az EMCO Ping Monitor 24/7 üzemmódban képes nyomon követni egy vagy több gazdagép kapcsolatának állapotát. Az alkalmazás elemzi a ping válaszokat, hogy észlelje a kapcsolatkimaradásokat, és jelentést készítsen a kapcsolati statisztikákról. Automatikusan észleli a kapcsolatkimaradásokat, és megjeleníti a Windows Tray buborékait, lejátssza a hangokat és e-mail értesítéseket küld. Ezenkívül jelentéseket készíthet, és elküldheti e-mailben, vagy mentheti PDF vagy HTML fájlként.

A program lehetővé teszi, hogy információkat szerezzen az összes gazdagép állapotáról, ellenőrizze a kiválasztott gazdagép részletes statisztikáit, és összehasonlítsa a különböző gazdagépek teljesítményét. A program az összegyűjtött ping adatokat az adatbázisban tárolja, így Ön egy kiválasztott időszakra vonatkozóan ellenőrizheti a statisztikákat. A rendelkezésre álló információk közé tartozik a min/max/átl. ping idő, a ping eltérés, a kapcsolatkimaradások listája stb. Ezeket az információkat rácsadatokként és diagramokként lehet ábrázolni.

EMCO Ping Monitor: Hogyan működik?

Az EMCO Ping Monitor néhány vagy több ezer gazdagép ping-figyelésére használható. Az összes gazdagépet valós időben figyelik a dedikált munkaszálak, így minden gazdagéphez valós idejű statisztikákat és értesítéseket kaphat a kapcsolat állapotának változásairól. A programnak nincsenek speciális hardverkövetelményei – egy tipikus modern PC-n néhány ezer gazdagépet figyelhetünk meg.

A program pingeket használ a kapcsolatkimaradások észlelésére. Ha néhány ping meghiúsult a raw-ban – kimaradást jelent, és értesíti a problémáról. Amikor a kapcsolat létrejön, és a pingek elkezdenek átmenni - a program észleli a kimaradás végét, és értesíti Önt erről. Testreszabhatja a leállási és visszaállítási észlelési feltételeket, valamint a program által használt értesítéseket.

Hasonlítsa össze a funkciókat, és válassza ki a kiadást

A program három kiadásban érhető el, különböző funkciókkal.
Kiadások összehasonlítása

Az ingyenes kiadás akár 5 gazdagép ping-felügyeletét is lehetővé teszi. Nem tesz lehetővé semmilyen konkrét konfigurációt a gazdagépek számára. Windows-programként fut, így a felügyelet leáll, ha bezárja a felhasználói felületet vagy kijelentkezik a Windowsból.

Személyes és kereskedelmi használatra ingyenes

Professzionális kiadás

A Professional kiadás akár 250 gazdagép egyidejű megfigyelését teszi lehetővé. Minden gazdagép rendelkezhet egyéni konfigurációval, például értesítéssel az e-mail címzettjeiről vagy egyéni műveletekről, amelyeket a kapcsolat megszakadása és visszaállítása esetén kell végrehajtani. Windows szolgáltatásként fut, így a felügyelet akkor is folytatódik, ha bezárja a felhasználói felületet vagy kijelentkezik a Windowsból.

Enterprise Edition

Az Enterprise kiadás nem korlátozza a figyelt gazdagépek számát. Egy modern PC-n a hardverkonfigurációtól függően több mint 2500 gazdagép figyelhető meg.

Ez a kiadás tartalmazza az összes elérhető funkciót, és kliensként/szerverként működik. A szerver Windows szolgáltatásként működik, hogy biztosítsa a ping felügyeletét a hét minden napján, 24 órában. A kliens egy Windows-program, amely helyi számítógépen futó szerverhez vagy távoli kiszolgálóhoz csatlakozhat LAN-on vagy az interneten keresztül. Több kliens is csatlakozhat ugyanahhoz a szerverhez, és dolgozhat párhuzamosan.

Ez a kiadás webes jelentéseket is tartalmaz, amelyek lehetővé teszik a gazdagép-felügyeleti statisztikák távoli, webböngészőben történő áttekintését.

Az EMCO Ping Monitor főbb jellemzői

Több gazdagépes ping figyelés

Az alkalmazás egyszerre több gazdagépet is képes figyelni. Az alkalmazás ingyenes kiadása akár öt gazdagép felügyeletét teszi lehetővé; A Professional kiadásban nincs korlátozás a felügyelt gazdagépek számára.Minden gazdagép monitorozása a többi géptől függetlenül működik.Modern PC-ről több tízezer gépet figyelhet meg.

Kapcsolatkimaradások észlelése

Az alkalmazás ICMP ping echo kéréseket küld, és elemzi a ping echo válaszokat, hogy figyelje a kapcsolat állapotát a hét minden napján, 24 órában. Ha az előre beállított számú ping egymás után meghiúsul, az alkalmazás kapcsolatkimaradást észlel, és értesíti Önt a problémáról. Az alkalmazás nyomon követi az összes kimaradást, így láthatja, hogy egy gazdagép mikor volt offline állapotban.

Csatlakozásminőség-elemzés

Amikor az alkalmazás ping-el egy felügyelt gazdagépet, minden ping adatot ment és összesít, így információkat kaphat a minimális, maximális és átlagos ping-válaszidőről, valamint a ping-válasz átlagostól való eltéréséről bármely jelentési időszakra vonatkozóan. Ez lehetővé teszi a hálózati kapcsolat minőségének becslését.

Rugalmas értesítések

Ha értesítést szeretne kapni a kapcsolat megszakadt, a kapcsolat helyreállt és az alkalmazás által észlelt egyéb eseményekről, beállíthatja az alkalmazást e-mail értesítések küldésére, hangok lejátszására és Windows Tray buborékok megjelenítésére. Az alkalmazás bármilyen típusú egyetlen értesítést küldhet, vagy többször megismételheti az értesítéseket.

Diagramok és jelentések

Az alkalmazás által gyűjtött összes statisztikai információ grafikusan ábrázolható. Megtekintheti egyetlen gazdagép ping- és üzemidő-statisztikáit, és összehasonlíthatja több gazdagép teljesítményét a diagramokon. Az alkalmazás rendszeres időközönként automatikusan generál jelentéseket különböző formátumokban a gazdagépstatisztikák megjelenítéséhez.

Egyéni műveletek

Az alkalmazást külső szoftverekkel integrálhatja külső szkriptek vagy végrehajtható fájlok futtatásával, amikor a kapcsolatok megszakadnak vagy helyreállnak, vagy más események esetén. Például beállíthatja az alkalmazást úgy, hogy egy külső parancssori eszközt futtasson, amely SMS-értesítéseket küld a gazdagép állapotának változásairól.

Ennek az optikának a megjelenése alapján, az erdőn át a gyűjtőig haladva arra következtethetünk, hogy a telepítő nem követte kicsit a technológiát. A képen látható hegy is azt sugallja, hogy valószínűleg tengerész – egy tengeri csomó.

A fizikai hálózat egészségügyi csapatának tagja vagyok, más szóval a műszaki támogatás, amely azért felelős, hogy a routerek lámpái úgy villogjanak, ahogy kell. Szárnyunk alatt különböző infrastruktúrával rendelkező nagyvállalatok állnak az ország egész területén. Nem mászunk be az üzletükbe, a mi feladatunk, hogy a hálózat fizikai szinten működjön és a forgalom úgy haladjon, ahogy kell.

A munka általános jelentése a csomópontok folyamatos lekérdezése, a telemetria eltávolítása, a tesztfutások (például a beállítások ellenőrzése a sebezhetőségek feltárása érdekében), az állapot biztosítása, az alkalmazások, a forgalom figyelése. Néha leltárak és egyéb perverziók.

Mesélek a szervezésről és néhány történetet az utazásokról.

Ahogy az lenni szokott

Csapatunk egy moszkvai irodában ül, és hálózati telemetriát vesz fel. Valójában ezek a csomópontok állandó pingelése, valamint megfigyelési adatok fogadása, ha a hardver intelligens. A leggyakoribb helyzet az, hogy a ping nem megy többször egymás után. Az esetek 80%-ában például egy kiskereskedelmi láncnál kiderül, hogy áramszünet, ezért mi ezt a képet látva a következőket tesszük:
  1. Először a szolgáltatót hívjuk fel a balesetekkel kapcsolatban
  2. Aztán - az erőműhöz a leállásról
  3. Ezután megpróbálunk kapcsolatot létesíteni valakivel a létesítményben (ez nem mindig lehetséges pl. hajnali 2-kor)
  4. És végül, ha a fentiek 5-10 percen belül nem segítettek, hagyjuk magunkat, vagy küldjünk egy „avatart” - egy szerződéses mérnököt valahol Izevszkben vagy Vlagyivosztokban, ha a probléma ott van.
  5. Folyamatosan tartjuk a kapcsolatot az "avatarral" és "vezetjük" az infrastruktúrán keresztül - érzékelőink és szervizkönyveink vannak, neki van fogója.
  6. Ezután a mérnök küld egy jelentést egy fényképpel, hogy mi volt az.

A párbeszéd néha így hangzik:
- Tehát megszakad a kapcsolat a 4-es és az 5-ös számú épület között. Ellenőrizze a routert az ötödikben.
- Rendelés, mellékelve. Nincs kapcsolat.
- Rendben, menj a kábelen a negyedik épületig, ott van még egy csomópont.
-… Oppa!
- Mi történt?
- Itt a 4. házat lebontották.
- Mit??
- Fényképet mellékelek a beszámolóhoz. Nem tudom helyreállítani a házat az SLA-ban.

De gyakrabban mégis kiderül, hogy talál egy törést és visszaállítja a csatornát.

Az utazások kb. 60%-a „tejbe” kerül, mert vagy megszakad az áramszolgáltatás (lapát, művezető, behatolók), vagy a szolgáltató nem tud a meghibásodásról, vagy egy rövid távú probléma a telepítő előtt megszűnik. érkezik. Előfordul azonban, hogy a felhasználók és az ügyfél informatikai szolgáltatásai előtt tájékozódunk a problémáról, és még azelőtt közöljük a megoldást, hogy észrevennék, hogy történt valami. Az ilyen helyzetek leggyakrabban éjszaka fordulnak elő, amikor az ügyfélcégeknél alacsony az aktivitás.

Kinek van rá szüksége és miért

Általános szabály, hogy minden nagy cégnek van saját informatikai részlege, amely egyértelműen megérti a sajátosságokat és a feladatokat. Közép- és nagyvállalatoknál az "enikeevek" és a hálózatmérnökök munkáját gyakran kiszervezik. Ez csak előnyös és kényelmes. Például az egyik kereskedőnek megvannak a maga nagyon menő informatikusai, de messze vannak attól, hogy lecseréljék az útválasztókat és a kábeleket.

Mit csinálunk

  1. Igény szerint dolgozunk - jegyek és pánikhívások.
  2. Megelőzést végzünk.
  3. Követjük a hardvergyártók ajánlásait, például a karbantartás feltételeit illetően.
  4. Csatlakozunk az ügyfél megfigyeléséhez, és eltávolítjuk az adatokat, hogy baleset esetén utazhasson.
A megfigyeléssel gyakran az a történet, hogy nincs. Vagy 5 éve vetették fel, és nem túl releváns. A legegyszerűbb esetben, ha valóban nincs felügyelet, ingyenesen kínálunk az ügyfélnek egy egyszerű nyílt forráskódú orosz Zabbix-ot - ez jó neki, és nekünk könnyebb.

Az első módszer - egyszerű ellenőrzések - csak egy gép, amely a hálózat összes csomópontját pingeli, és megbizonyosodik arról, hogy helyesen válaszolnak. Egy ilyen megvalósítás egyáltalán nem, vagy minimális kozmetikai változtatást igényel az ügyfél hálózatán. Általános szabály, hogy egy nagyon egyszerű esetben közvetlenül magunknak telepítjük a Zabbix-ot az egyik adatközpontba (szerencsére kettő van a CROC irodájában, Volochaevskaya-n). Bonyolultabbnál például, ha saját biztonságos hálózatot használ – az ügyfél adatközpontjában lévő egyik géphez:

A Zabbix bonyolultabban is használható, például * nix és win csomópontokra telepített ügynökei vannak, és rendszerfigyelést mutatnak, valamint külső ellenőrzési mód (az SNMP protokoll támogatásával). Ennek ellenére, ha egy vállalkozásnak valami hasonlóra van szüksége, akkor vagy már rendelkezik saját monitorozással, vagy funkcionálisan gazdagabb megoldást választanak. Természetesen ez már nem nyílt forráskódú, és pénzbe is kerül, de még egy banálisan pontos leltár is mintegy harmadával veri le a költségeket.

Mi is ezt csináljuk, de ez a kollégák története. Itt küldtek pár képernyőképet az Infosimról:

Avatar operátor vagyok, szóval többet mesélek a munkámról.

Hogyan néz ki egy tipikus esemény?

Előttünk a következő általános állapotú képernyők állnak:

Ezen az objektumon a Zabbix elég sok információt gyűjt nekünk: kötegszám, sorozatszám, CPU használat, eszközleírás, interfészek elérhetősége stb. Erről a felületről minden szükséges információ elérhető.

Egy hétköznapi incidens általában azzal kezdődik, hogy a vásárló például a boltjába (amelyből országszerte 200-300 darabja van) leesik az egyik csatorna. A kiskereskedelem mára jól fejlett, nem úgy, mint hét évvel ezelőtt, így a pénztár továbbra is működik – két csatorna van.

Felvesszük a telefonokat, és legalább háromszor hívjuk: a szolgáltatót, az erőművet és a helyszínen lévőket ("Igen, ide raktunk szerelvényeket, valakinek hozzáért a kábele... Ó, a tiéd? Jó, hogy megtaláltuk").

Általános szabály, hogy megfigyelés nélkül órák vagy napok telnének el az eszkaláció előtt – nem mindig ugyanazokat a biztonsági csatornákat ellenőrzik. Azonnal tudjuk, és azonnal elmegyünk. Ha a pingeken kívül további információ is van (például egy bugos vasdarab modellje), azonnal kiegészítjük a terepmérnököt a szükséges alkatrészekkel. Tovább már a helyén.

A második leggyakoribb rendszeres hívás a felhasználók egyik termináljának meghibásodása, például egy DECT telefon vagy egy Wi-Fi router, amely a hálózatot az irodába osztja. Itt a megfigyelésből értesülünk a problémáról, és szinte azonnal kapunk egy hívást a részletekkel. A hívás néha nem ad semmi újat ("Felem a telefont, valami nem csörög"), néha nagyon hasznos ("Leejtettük az asztalról"). Nyilvánvaló, hogy a második esetben ez egyértelműen nem sortörés.

Moszkvában a berendezéseket meleg tartalék raktárainkból vesszük, többféle típusunk van:

Az ügyfelek általában saját készlettel rendelkeznek a gyakran meghibásodó alkatrészekből – irodai kézibeszélők, tápegységek, ventilátorok stb. Ha olyat kell szállítani, ami nincs a helyén, nem Moszkvába, általában magunk megyünk (beszerelés miatt). Például volt egy éjszakai kirándulásom Nyizsnyij Tagilbe.

Ha az ügyfél rendelkezik saját monitorozással, akkor adatokat tölthet fel hozzánk. Néha a Zabbixot lekérdezési módban helyezzük üzembe, csak az átláthatóság és az SLA-vezérlés érdekében (ez is ingyenes az ügyfél számára). További szenzorokat nem szerelünk be (ezt a gyártási folyamatok folytonosságát biztosító kollégák végzik), de ha nem egzotikusak a protokollok, rá tudunk kapcsolódni.

Általában nem nyúlunk hozzá az ügyfél infrastruktúrájához, csak támogatjuk, ahogy van.

Tapasztalatból elmondhatom, hogy az elmúlt tíz ügyfél azért tért át külső támogatásra, mert nagyon kiszámíthatóak vagyunk a költségek terén. Világos költségvetés, jó ügykezelés, jelentés minden kérésről, SLA, felszerelési jelentések, megelőző karbantartás. Ideális esetben természetesen egy olyan ügyfél informatikai igazgatójaként dolgozunk, mint a takarítók – jövünk és csináljuk, minden tiszta, nem vonjuk el a figyelmet.

Egy másik dolog, amit érdemes megjegyezni, hogy egyes nagyvállalatoknál a készletezés valódi problémává válik, és néha pusztán az elvégzése vonz bennünket. Emellett a konfigurációk tárolását és kezelését is elvégezzük, ami kényelmes a különböző költöztetésekhez és újracsatlakozásokhoz. De ismételten, nehéz esetekben ez sem én vagyok - van egy speciális adatközpontunk, amely adatközpontokat szállít.

És még egy fontos szempont: osztályunk nem foglalkozik kritikus infrastruktúrával. Minden az adatközpontokban és minden, ami banki-biztosítási-üzemeltetői, plusz a lakossági alaprendszerek – ez egy X-team. ezek a srácok.

Több gyakorlás

Számos modern eszköz képes sok szolgáltatási információt adni. Például a hálózati nyomtatók nagyon könnyen nyomon követhetik a kazettában lévő festékszintet. Lehet előre számolni a csereperiódussal, plusz 5-10%-os értesítéssel (ha az iroda hirtelen nem a szokásos ütemterv szerint kezd dühödten gépelni) - és azonnal küldjön egy enikey-t, mielőtt a könyvelő pánikba kezdene.

Nagyon gyakran elveszik tőlünk az éves statisztikát, amit ugyanaz a monitoring rendszer végez, mint mi. Ez a Zabbix esetében egyszerű költségtervezés és annak megértése, hogy mi hova ment, az Infosimnál pedig egy év skálázásának, adminok betöltésének és minden egyébnek az anyaga. A statisztikákban szerepel az energiafogyasztás - az elmúlt évben szinte mindenki elkezdte kérdezni tőle, nyilván azért, hogy a belső költségeket szétszórják az osztályok között.

Néha igazi hősi mentések születnek. Az ilyen helyzetek nagyon ritkák, de emlékeim szerint idén hajnali 3 körül láttuk, hogy a cisco kapcsolón 55 fokra emelkedett a hőmérséklet. A távoli szerverteremben "hülye" klímaberendezések voltak felügyelet nélkül, és meghibásodtak. Azonnal hívtunk egy hűtőmérnököt (nem a miénket), és hívtuk az ügyfél ügyeletes adminját. Kitett néhány nem kritikus szolgáltatást, és megóvta a szerverszobát a hőlövéstől, amíg meg nem érkezett a mobilklímás srác, aztán a rendeseket megjavították.

A Polycomok és más drága videokonferencia berendezések nagyon jól figyelik az akkumulátor töltöttségi szintjét konferenciák előtt, ami szintén fontos.

Monitorozásra és diagnosztikára mindenkinek szüksége van. Általában tapasztalat nélkül hosszú és nehéz megvalósítani: a rendszerek vagy rendkívül egyszerűek és előre konfiguráltak, vagy repülőgép-hordozó méretűek és egy csomó szabványos jelentéssel. Fájl élesítés a cég számára, feladataik megvalósításának kitalálása a belső informatikai részlegnek és a leginkább szükséges információk megjelenítése, plusz a teljes előzmények naprakészen tartása, ha nincs implementációs tapasztalat, az komoly baj. A felügyeleti rendszerekkel való munka során az arany középutat választjuk az ingyenes és a legjobb megoldások között - általában nem a legnépszerűbb és "vastagabb" szállítók, hanem egyértelműen a probléma megoldása.

Egyszer volt egy meglehetősen atipikus kezelés. Az ügyfélnek a routert át kellett adnia néhány külön részlegének, mégpedig pontosan a raktárkészlet szerint. A routerben volt egy modul a megadott sorozatszámmal. Amikor a router elkezdett felkészülni az útra, kiderült, hogy ez a modul hiányzik. És senki sem találja meg. A problémát némileg súlyosbítja, hogy az a mérnök, aki tavaly ezen a területen dolgozott, már nyugdíjas, és unokáihoz költözött egy másik városba. Felvették velünk a kapcsolatot és kérték, hogy nézzük meg. Szerencsére a hardver riportokat adott a sorozatszámokról, az Infosim pedig leltárt végzett, így pár perc alatt megtaláltuk ezt a modult az infrastruktúrában és leírtuk a topológiát. A szökevényt kábellel sikerült felkutatni – egy másik szerverszobában volt egy szekrényben. A mozgalom története azt mutatta, hogy egy hasonló modul meghibásodása után került oda.


Egy Hottabychről szóló játékfilm képkockája, amely pontosan leírja a lakosság kamerákhoz való viszonyát

Sok kamerás esemény. Egyszer 3 kamera hibásodott meg egyszerre. Kábelszakadás az egyik szakaszon. A szerelő újat fújt a hullámosításba, a három kamrából kettő egy sorozat sámánizmus után emelkedett fel. A harmadik pedig nem. Ráadásul egyáltalán nem világos, hogy hol van. Felemelem a videófolyamot - az utolsó képkockák közvetlenül az esés előtt - hajnali 4-kor, három sálas férfi jön fel az arcán, lent valami fényes, a kamera nagyon remeg, esik.

Miután felállítottuk a kamerát, aminek a kerítésen átmászó "nyulakra" kell fókuszálnia. Vezetés közben azon gondolkodtunk, hogyan jelöljük ki azt a pontot, ahol a betolakodónak megjelennie kell. Nem jött be - a 15 perc alatt, amíg ott voltunk, 30 ember csak a szükséges ponton ment be az objektumba. Egyenes asztal.

Ahogy fentebb már hoztam egy példát, a lebontott épületről szóló történet nem vicc. Egyszer eltűnt a link a berendezéshez. Helyben - nincs pavilon, ahol réz haladt. A pavilont lebontották, a kábel eltűnt. Láttuk, hogy a router meghalt. Megérkezett a telepítő, elkezdett nézni - és a csomópontok közötti távolság pár kilométer. Van egy Vipnet teszter a garnitúrájában, a standard - egyik csatlakozóról csörgött, a másikról csörgött - elment keresni. Általában a probléma azonnal látható.


A kábel követése: ez a hullámos optika, a sztori folytatása a csomóról szóló bejegyzés legelejétől. Itt végül az abszolút elképesztő telepítés mellett az volt a baj, hogy a kábel eltávolodott a tartóktól. Itt mássz fel mindenre, és lazítsd meg a fémszerkezeteket. A proletariátus hozzávetőleg ötezredik képviselője megtörte az optikát.

Az egyik létesítményben az összes csomópontot körülbelül hetente egyszer kikapcsolták.És ugyanakkor. Már jó ideje keresünk egy mintát. A telepítő a következőket találta:

  • A probléma mindig ugyanazon személy műszakában jelentkezik.
  • Abban különbözik másoktól, hogy nagyon nehéz kabátot hord.
  • A ruhaakasztó mögé automata gép van felszerelve.
  • Valaki régen levette a gép fedelét, még a történelem előtti időkben.
  • Amikor ez az elvtárs bejön a létesítménybe, felakasztja a ruháit, ő pedig kikapcsolja a gépeket.
  • Azonnal visszakapcsolja őket.

Éjszaka egyszerre és ugyanabban az időben kapcsolták ki a berendezéseket. Kiderült, hogy a helyi mesterek rákapcsoltak a tápegységünkre, kihoztak egy hosszabbítót, és beledugtak egy vízforralót és egy elektromos tűzhelyet. Ha ezek az eszközök egyszerre működnek, az egész pavilon kiütődik.

Hatalmas országunk egyik üzletében a műszak bezárásával folyamatosan bedőlt a teljes hálózat. A szerelő látta, hogy az összes áramot a világítási vezetékre vezették. Amint az üzletben lekapcsolják a csarnok felső világítását (amely sok energiát fogyaszt), minden hálózati berendezés kikapcsol.

Volt olyan eset, hogy a portás egy lapáttal megszakította a kábelt.

Gyakran látjuk, hogy csak réz hever széttépett hullámokkal. Egyszer két műhely között a helyi kézművesek egyszerűen továbbítottak egy csavart érpárú kábelt mindenféle védelem nélkül.

A civilizációtól távol az alkalmazottak gyakran panaszkodnak, hogy ki vannak téve a „mi” berendezéseinknek. Egyes távoli telephelyeken a kapcsolótáblák az ügyeletessel egy helyiségben lehetnek. Ennek megfelelően párszor találkoztunk olyan kártékony nagymamákkal, akik a műszak kezdetén kapásból vagy szélhámosból kikapcsolták őket.

Egy másik távoli város egy felmosót akasztott az optikára. Letörték a hullámosságot a falról, és elkezdték használni a berendezések rögzítőelemeként.


Ebben az esetben egyértelműen táplálkozási problémák vannak.

Mire képes a "nagy" monitorozás?

Röviden szólok a komolyabb rendszerek képességeiről, az Infosim telepítések példáján keresztül, 4 megoldás van egy platformban kombinálva:
  • Hibakezelés - hibakezelés és eseménykorreláció.
  • Teljesítmény-menedzsment.
  • Leltár és automatikus topológia felfedezés.
  • Konfiguráció-menedzsment.
Ami fontos, az Infosim egy csomó berendezést támogat egyszerre, azaz könnyedén elemzi az összes belső adatcserét, és hozzáfér az összes műszaki adathoz. Íme a szállítók listája: Cisco Systems, Huawei, HP, AVAYA, Redback Networks, F5 Networks, Extreme Networks, Juniper, Alcatel-Lucent, Fujitsu Technology Solutions, ZyXEL, 3Com, Ericsson, ZTE, ADVA Optical Networking, Nortel Networks, Nokia Siemens Networks, Allied Telesis, RADCOM, Allot Communications, Enterasys Networks, Telco Systems stb.

Külön a leltárról. A modul nem csak a listát mutatja, hanem magát a topológiát is felépíti (legalábbis az esetek 95%-ában megpróbálja és sikerül). Lehetővé teszi továbbá, hogy kéznél legyen egy naprakész adatbázis a használt és tétlen informatikai berendezésekről (hálózat, szerver berendezések stb.), hogy az elavult eszközöket időben cserélje (EOS / EOL). Általában kényelmes a nagyvállalatok számára, de a kisvállalkozásokban ennek nagy része kézzel történik.

Példák jelentésekre:

  • Jelentések operációs rendszer, firmware, modellek és berendezések gyártói szerint;
  • Jelentés a hálózat egyes kapcsolóinak szabad portjainak számáról / kiválasztott gyártó szerint / modellenként / alhálózatonként stb.;
  • Jelentés az újonnan hozzáadott eszközökről egy meghatározott időszakra vonatkozóan;
  • Figyelmeztetés a nyomtató alacsony festékkazettájáról;
  • A kommunikációs csatorna alkalmasságának értékelése a késésekre és veszteségekre érzékeny forgalom számára, aktív és passzív módszerek;
  • A kommunikációs csatornák minőségének és elérhetőségének nyomon követése (SLA) - jelentések készítése a kommunikációs csatornák minőségéről távközlési szolgáltatók szerinti bontásban;
  • A hibaellenőrzés és az eseménykorrelációs funkciók a Root-Cause Analysis mechanizmuson (anélkül, hogy a rendszergazdáknak szabályokat írnának) és az Alarm State Machine mechanizmuson keresztül valósuljanak meg. A Root-Cause Analysis egy baleset kiváltó okának elemzése a következő eljárások alapján: 1. a hiba helyének automatikus felismerése és lokalizálása; 2. a vészhelyzeti események számának egy kulcsra való csökkentése; 3. a kudarc következményeinek azonosítása – kit és mit érintett a kudarc.
Olyan dolgokat is feltehet a hálózatra, amelyek azonnal integrálódnak a felügyeletbe:


Stablenet – Embedded Agent (SNEA) – egy doboz cigarettánál kicsit nagyobb számítógép.

A telepítés ATM-ekben vagy dedikált hálózati szegmensekben történik, ahol a hozzáférhetőség tesztelése szükséges. Segítségükkel terhelési vizsgálatot végeznek.

Felhőfigyelés

Egy másik telepítési modell a SaaS a felhőben. Egy globális vevő számára készült (egy folyamatos gyártási ciklussal rendelkező vállalat, Európától Szibériáig terjedő forgalmazási földrajzi területen).

Több tucat létesítmény, beleértve a késztermékek gyárait és raktárait. Ha csatornáik estek, támogatásukat külföldi irodákból végezték, akkor szállítási késések kezdődtek, ami a hullám mentén további veszteségekhez vezetett. Minden munkát kérésre végeztek, és sok időt fordítottak az eset kivizsgálására.

Kifejezetten nekik állítottuk be a monitorozást, majd számos oldalon befejeztük az útvonaluk és hardverük sajátosságainak megfelelően. Mindez a CROC felhőben történt. Nagyon gyorsan befejezték és teljesítették a projektet.

Az eredmény:

  • A hálózati infrastruktúra kezelésének részleges átadása révén legalább 50%-ban sikerült optimalizálni. Berendezés elérhetetlensége, csatornaterhelés, a gyártó által javasolt paraméterek túllépése: mindezt 5-10 percen belül rögzítik, egy órán belül diagnosztizálják és megszüntetik.
  • A felhőből szolgáltatás igénybevételekor az ügyfél a hálózatfigyelő rendszerének kiépítésének tőkeköltségét szolgáltatásunk előfizetési díja ellenében működési költségre váltja át, amelyről bármikor lemondhat.

A felhő előnye, hogy döntésünkben mintegy az ő hálózatuk felett állunk, és objektívebben tudunk nézni mindent, ami történik. Akkoriban, ha a hálózaton belül lennénk, csak a hibacsomópontig látnánk a képet, és hogy mi történik mögötte, azt már nem tudnánk.

Pár utolsó kép

Ez a "reggeli rejtvény":

És ez a kincs, amit találtunk:

Ez volt a ládában:

És végül a legviccesebb kirándulásról. Egyszer elmentem egy kiskereskedelmi létesítménybe.

Ott a következő történt: először a tetőről kezdett csöpögni az álmennyezetre. Ekkor az álmennyezetben tó képződött, ami kimarta és szétzúzta az egyik cserepet. Ennek eredményeként mindez a villanyszerelőhöz zúdult. Aztán nem tudom pontosan mi történt, de valahol a szomszéd szobában volt egy rövidzárlat, és tűz keletkezett. Először porral oltó készülékek működtek, majd kiérkeztek a tűzoltók, és mindent megtöltöttek habbal. Utánuk érkeztem szétszerelésre. Azt kell mondanom, hogy a tsiska 2960-nak mindezek után rendbe jött - sikerült felvennem a konfigot és elküldtem a készüléket javításra.

Még egyszer, a porrendszer kioldásakor az egy kannában lévő Tsiskovsky 3745 szinte teljesen megtelt porral. Minden interfész tele volt – 2 x 48 port. Helyszínen kellett beletenni. Emlékeztünk az utolsó esetre, úgy döntöttünk, hogy megpróbáljuk "forrón" eltávolítani a konfigurációkat, kirázzuk, megtisztítjuk, ahogy tudjuk. Bekapcsoltuk - a készülék először azt mondta, hogy „pff”, és nagy porsugárral tüsszentett minket. Aztán dübörgött és felállt.

EMCO Ping Monitor. Ingyenes Admin Assistant

Ha infrastruktúrájában legfeljebb 5 virtualizációs gazdagép található, használhatja az ingyenes verziót.

Ping Monitor: Hálózati kapcsolat állapotfigyelő eszköz (5 gazdagép számára ingyenes)

Információ:
Megbízható megfigyelő eszköz, amely automatikusan ellenőrzi a kapcsolatot a gazdagépek hálózatával egy parancs végrehajtásával ping.

Wiki:
A Ping egy segédprogram a TCP/IP-alapú hálózatok kapcsolatainak tesztelésére, valamint magának a kérésnek a közös neve.
A segédprogram az ICMP protokoll kéréseit (ICMP Echo-Request) küldi a megadott gazdagépnek, és rögzíti a bejövő válaszokat (ICMP Echo-Reply). A kérés elküldése és a válasz fogadása között eltelt idő (RTT, az angol Round Trip Time-ból) lehetővé teszi az útvonalon az oda-vissza út késések (RTT) és a csomagvesztés gyakoriságának meghatározását, azaz közvetetten meghatározhatja a torlódást adatcsatornák és köztes eszközök.
A ping program a TCP / IP hálózatok egyik fő diagnosztikai eszköze, és minden modern hálózati operációs rendszer szállítmányában megtalálható.

https://ru.wikipedia.org/wiki/Ping

A program rendszeres ICMP kérések küldésével figyeli a hálózati kapcsolatokat, és értesíti Önt az észlelt csatorna-visszaállításról/ledobásról. Az EMCO Ping Monitor kapcsolatstatisztikai adatokat biztosít, beleértve az üzemidőt, a szolgáltatás megszakításait, a ping hibákat stb.


Ennek az optikának a megjelenése alapján, az erdőn át a gyűjtőig haladva arra következtethetünk, hogy a telepítő nem követte kicsit a technológiát. A képen látható hegy is azt sugallja, hogy valószínűleg tengerész – egy tengeri csomó.

A fizikai hálózat egészségügyi csapatának tagja vagyok, más szóval a műszaki támogatás, amely azért felelős, hogy a routerek lámpái úgy villogjanak, ahogy kell. Szárnyunk alatt különböző infrastruktúrával rendelkező nagyvállalatok állnak az ország egész területén. Nem mászunk be az üzletükbe, a mi feladatunk, hogy a hálózat fizikai szinten működjön és a forgalom úgy haladjon, ahogy kell.

A munka általános jelentése a csomópontok folyamatos lekérdezése, a telemetria eltávolítása, a tesztfutások (például a beállítások ellenőrzése a sebezhetőségek feltárása érdekében), az állapot biztosítása, az alkalmazások, a forgalom figyelése. Néha leltárak és egyéb perverziók.

Mesélek a szervezésről és néhány történetet az utazásokról.

Ahogy az lenni szokott

Csapatunk egy moszkvai irodában ül, és hálózati telemetriát vesz fel. Valójában ezek a csomópontok állandó pingelése, valamint megfigyelési adatok fogadása, ha a hardver intelligens. A leggyakoribb helyzet az, hogy a ping nem megy többször egymás után. Az esetek 80%-ában például egy kiskereskedelmi láncnál kiderül, hogy áramszünet, ezért mi ezt a képet látva a következőket tesszük:
  1. Először a szolgáltatót hívjuk fel a balesetekkel kapcsolatban
  2. Aztán - az erőműhöz a leállásról
  3. Ezután megpróbálunk kapcsolatot létesíteni valakivel a létesítményben (ez nem mindig lehetséges pl. hajnali 2-kor)
  4. És végül, ha a fentiek 5-10 percen belül nem segítettek, hagyjuk magunkat, vagy küldjünk egy „avatart” - egy szerződéses mérnököt valahol Izevszkben vagy Vlagyivosztokban, ha a probléma ott van.
  5. Folyamatosan tartjuk a kapcsolatot az "avatarral" és "vezetjük" az infrastruktúrán keresztül - érzékelőink és szervizkönyveink vannak, neki van fogója.
  6. Ezután a mérnök küld egy jelentést egy fényképpel, hogy mi volt az.

A párbeszéd néha így hangzik:
- Tehát megszakad a kapcsolat a 4-es és az 5-ös számú épület között. Ellenőrizze a routert az ötödikben.
- Rendelés, mellékelve. Nincs kapcsolat.
- Rendben, menj a kábelen a negyedik épületig, ott van még egy csomópont.
-… Oppa!
- Mi történt?
- Itt a 4. házat lebontották.
- Mit??
- Fényképet mellékelek a beszámolóhoz. Nem tudom helyreállítani a házat az SLA-ban.

De gyakrabban mégis kiderül, hogy talál egy törést és visszaállítja a csatornát.

Az utazások kb. 60%-a „tejbe” kerül, mert vagy megszakad az áramszolgáltatás (lapát, művezető, behatolók), vagy a szolgáltató nem tud a meghibásodásról, vagy egy rövid távú probléma a telepítő előtt megszűnik. érkezik. Előfordul azonban, hogy a felhasználók és az ügyfél informatikai szolgáltatásai előtt tájékozódunk a problémáról, és még azelőtt közöljük a megoldást, hogy észrevennék, hogy történt valami. Az ilyen helyzetek leggyakrabban éjszaka fordulnak elő, amikor az ügyfélcégeknél alacsony az aktivitás.

Kinek van rá szüksége és miért

Általános szabály, hogy minden nagy cégnek van saját informatikai részlege, amely egyértelműen megérti a sajátosságokat és a feladatokat. Közép- és nagyvállalatoknál az "enikeevek" és a hálózatmérnökök munkáját gyakran kiszervezik. Ez csak előnyös és kényelmes. Például az egyik kereskedőnek megvannak a maga nagyon menő informatikusai, de messze vannak attól, hogy lecseréljék az útválasztókat és a kábeleket.

Mit csinálunk

  1. Igény szerint dolgozunk - jegyek és pánikhívások.
  2. Megelőzést végzünk.
  3. Követjük a hardvergyártók ajánlásait, például a karbantartás feltételeit illetően.
  4. Csatlakozunk az ügyfél megfigyeléséhez, és eltávolítjuk az adatokat, hogy baleset esetén utazhasson.
A megfigyeléssel gyakran az a történet, hogy nincs. Vagy 5 éve vetették fel, és nem túl releváns. A legegyszerűbb esetben, ha valóban nincs felügyelet, ingyenesen kínálunk az ügyfélnek egy egyszerű nyílt forráskódú orosz Zabbix-ot - ez jó neki, és nekünk könnyebb.

Az első módszer - egyszerű ellenőrzések - csak egy gép, amely a hálózat összes csomópontját pingeli, és megbizonyosodik arról, hogy helyesen válaszolnak. Egy ilyen megvalósítás egyáltalán nem, vagy minimális kozmetikai változtatást igényel az ügyfél hálózatán. Általános szabály, hogy egy nagyon egyszerű esetben közvetlenül magunknak telepítjük a Zabbix-ot az egyik adatközpontba (szerencsére kettő van a CROC irodájában, Volochaevskaya-n). Bonyolultabbnál például, ha saját biztonságos hálózatot használ – az ügyfél adatközpontjában lévő egyik géphez:

A Zabbix bonyolultabban is használható, például * nix és win csomópontokra telepített ügynökei vannak, és rendszerfigyelést mutatnak, valamint külső ellenőrzési mód (az SNMP protokoll támogatásával). Ennek ellenére, ha egy vállalkozásnak valami hasonlóra van szüksége, akkor vagy már rendelkezik saját monitorozással, vagy funkcionálisan gazdagabb megoldást választanak. Természetesen ez már nem nyílt forráskódú, és pénzbe is kerül, de még egy banálisan pontos leltár is mintegy harmadával veri le a költségeket.

Mi is ezt csináljuk, de ez a kollégák története. Itt küldtek pár képernyőképet az Infosimról:

Avatar operátor vagyok, szóval többet mesélek a munkámról.

Hogyan néz ki egy tipikus esemény?

Előttünk a következő általános állapotú képernyők állnak:

Ezen az objektumon a Zabbix elég sok információt gyűjt nekünk: kötegszám, sorozatszám, CPU használat, eszközleírás, interfészek elérhetősége stb. Erről a felületről minden szükséges információ elérhető.

Egy hétköznapi incidens általában azzal kezdődik, hogy a vásárló például a boltjába (amelyből országszerte 200-300 darabja van) leesik az egyik csatorna. A kiskereskedelem mára jól fejlett, nem úgy, mint hét évvel ezelőtt, így a pénztár továbbra is működik – két csatorna van.

Felvesszük a telefonokat, és legalább háromszor hívjuk: a szolgáltatót, az erőművet és a helyszínen lévőket ("Igen, ide raktunk szerelvényeket, valakinek hozzáért a kábele... Ó, a tiéd? Jó, hogy megtaláltuk").

Általános szabály, hogy megfigyelés nélkül órák vagy napok telnének el az eszkaláció előtt – nem mindig ugyanazokat a biztonsági csatornákat ellenőrzik. Azonnal tudjuk, és azonnal elmegyünk. Ha a pingeken kívül további információ is van (például egy bugos vasdarab modellje), azonnal kiegészítjük a terepmérnököt a szükséges alkatrészekkel. Tovább már a helyén.

A második leggyakoribb rendszeres hívás a felhasználók egyik termináljának meghibásodása, például egy DECT telefon vagy egy Wi-Fi router, amely a hálózatot az irodába osztja. Itt a megfigyelésből értesülünk a problémáról, és szinte azonnal kapunk egy hívást a részletekkel. A hívás néha nem ad semmi újat ("Felem a telefont, valami nem csörög"), néha nagyon hasznos ("Leejtettük az asztalról"). Nyilvánvaló, hogy a második esetben ez egyértelműen nem sortörés.

Moszkvában a berendezéseket meleg tartalék raktárainkból vesszük, többféle típusunk van:

Az ügyfelek általában saját készlettel rendelkeznek a gyakran meghibásodó alkatrészekből – irodai kézibeszélők, tápegységek, ventilátorok stb. Ha olyat kell szállítani, ami nincs a helyén, nem Moszkvába, általában magunk megyünk (beszerelés miatt). Például volt egy éjszakai kirándulásom Nyizsnyij Tagilbe.

Ha az ügyfél rendelkezik saját monitorozással, akkor adatokat tölthet fel hozzánk. Néha a Zabbixot lekérdezési módban helyezzük üzembe, csak az átláthatóság és az SLA-vezérlés érdekében (ez is ingyenes az ügyfél számára). További szenzorokat nem szerelünk be (ezt a gyártási folyamatok folytonosságát biztosító kollégák végzik), de ha nem egzotikusak a protokollok, rá tudunk kapcsolódni.

Általában nem nyúlunk hozzá az ügyfél infrastruktúrájához, csak támogatjuk, ahogy van.

Tapasztalatból elmondhatom, hogy az elmúlt tíz ügyfél azért tért át külső támogatásra, mert nagyon kiszámíthatóak vagyunk a költségek terén. Világos költségvetés, jó ügykezelés, jelentés minden kérésről, SLA, felszerelési jelentések, megelőző karbantartás. Ideális esetben természetesen egy olyan ügyfél informatikai igazgatójaként dolgozunk, mint a takarítók – jövünk és csináljuk, minden tiszta, nem vonjuk el a figyelmet.

Egy másik dolog, amit érdemes megjegyezni, hogy egyes nagyvállalatoknál a készletezés valódi problémává válik, és néha pusztán az elvégzése vonz bennünket. Emellett a konfigurációk tárolását és kezelését is elvégezzük, ami kényelmes a különböző költöztetésekhez és újracsatlakozásokhoz. De ismételten, nehéz esetekben ez sem én vagyok – van egy speciális csapatunk, amely adatközpontokat szállít.

És még egy fontos szempont: osztályunk nem foglalkozik kritikus infrastruktúrával. Minden az adatközpontokban és minden, ami banki-biztosítási-üzemeltetői, plusz a lakossági alaprendszerek – ez egy X-team. Itt vannak a srácok.

Több gyakorlás

Számos modern eszköz képes sok szolgáltatási információt adni. Például a hálózati nyomtatók nagyon könnyen nyomon követhetik a kazettában lévő festékszintet. Lehet előre számolni a csereperiódussal, plusz 5-10%-os értesítéssel (ha az iroda hirtelen nem a szokásos ütemterv szerint kezd dühödten gépelni) - és azonnal küldjön egy enikey-t, mielőtt a könyvelő pánikba kezdene.

Nagyon gyakran elveszik tőlünk az éves statisztikát, amit ugyanaz a monitoring rendszer végez, mint mi. Ez a Zabbix esetében egyszerű költségtervezés és annak megértése, hogy mi hova ment, az Infosimnál pedig egy év skálázásának, adminok betöltésének és minden egyébnek az anyaga. A statisztikákban szerepel az energiafogyasztás - az elmúlt évben szinte mindenki elkezdte kérdezni tőle, nyilván azért, hogy a belső költségeket szétszórják az osztályok között.

Néha igazi hősi mentések születnek. Az ilyen helyzetek nagyon ritkák, de emlékeim szerint idén hajnali 3 körül láttuk, hogy a cisco kapcsolón 55 fokra emelkedett a hőmérséklet. A távoli szerverteremben "hülye" klímaberendezések voltak felügyelet nélkül, és meghibásodtak. Azonnal hívtunk egy hűtőmérnököt (nem a miénket), és hívtuk az ügyfél ügyeletes adminját. Kitett néhány nem kritikus szolgáltatást, és megóvta a szerverszobát a hőlövéstől, amíg meg nem érkezett a mobilklímás srác, aztán a rendeseket megjavították.

A Polycomok és más drága videokonferencia berendezések nagyon jól figyelik az akkumulátor töltöttségi szintjét konferenciák előtt, ami szintén fontos.

Monitorozásra és diagnosztikára mindenkinek szüksége van. Általában tapasztalat nélkül hosszú és nehéz megvalósítani: a rendszerek vagy rendkívül egyszerűek és előre konfiguráltak, vagy repülőgép-hordozó méretűek és egy csomó szabványos jelentéssel. Fájl élesítés a cég számára, feladataik megvalósításának kitalálása a belső informatikai részlegnek és a leginkább szükséges információk megjelenítése, plusz a teljes előzmények naprakészen tartása, ha nincs implementációs tapasztalat, az komoly baj. A felügyeleti rendszerekkel való munka során az arany középutat választjuk az ingyenes és a legjobb megoldások között - általában nem a legnépszerűbb és "vastagabb" szállítók, hanem egyértelműen a probléma megoldása.

Egyszer volt egy meglehetősen atipikus kezelés. Az ügyfélnek a routert át kellett adnia néhány külön részlegének, mégpedig pontosan a raktárkészlet szerint. A routerben volt egy modul a megadott sorozatszámmal. Amikor a router elkezdett felkészülni az útra, kiderült, hogy ez a modul hiányzik. És senki sem találja meg. A problémát némileg súlyosbítja, hogy az a mérnök, aki tavaly ezen a területen dolgozott, már nyugdíjas, és unokáihoz költözött egy másik városba. Felvették velünk a kapcsolatot és kérték, hogy nézzük meg. Szerencsére a hardver riportokat adott a sorozatszámokról, az Infosim pedig leltárt végzett, így pár perc alatt megtaláltuk ezt a modult az infrastruktúrában és leírtuk a topológiát. A szökevényt kábellel sikerült felkutatni – egy másik szerverszobában volt egy szekrényben. A mozgalom története azt mutatta, hogy egy hasonló modul meghibásodása után került oda.


Egy Hottabychről szóló játékfilm képkockája, amely pontosan leírja a lakosság kamerákhoz való viszonyát

Sok kamerás esemény. Egyszer 3 kamera hibásodott meg egyszerre. Kábelszakadás az egyik szakaszon. A szerelő újat fújt a hullámosításba, a három kamrából kettő egy sorozat sámánizmus után emelkedett fel. A harmadik pedig nem. Ráadásul egyáltalán nem világos, hogy hol van. Felemelem a videófolyamot - az utolsó képkockák közvetlenül az esés előtt - hajnali 4-kor, három sálas férfi jön fel az arcán, lent valami fényes, a kamera nagyon remeg, esik.

Miután felállítottuk a kamerát, aminek a kerítésen átmászó "nyulakra" kell fókuszálnia. Vezetés közben azon gondolkodtunk, hogyan jelöljük ki azt a pontot, ahol a betolakodónak megjelennie kell. Nem jött be - a 15 perc alatt, amíg ott voltunk, 30 ember csak a szükséges ponton ment be az objektumba. Egyenes asztal.

Ahogy fentebb már hoztam egy példát, a lebontott épületről szóló történet nem vicc. Egyszer eltűnt a link a berendezéshez. Helyben - nincs pavilon, ahol réz haladt. A pavilont lebontották, a kábel eltűnt. Láttuk, hogy a router meghalt. Megérkezett a telepítő, elkezdett nézni - és a csomópontok közötti távolság pár kilométer. Van egy Vipnet teszter a garnitúrájában, a standard - egyik csatlakozóról csörgött, a másikról csörgött - elment keresni. Általában a probléma azonnal látható.


A kábel követése: ez a hullámos optika, a sztori folytatása a csomóról szóló bejegyzés legelejétől. Itt végül az abszolút elképesztő telepítés mellett az volt a baj, hogy a kábel eltávolodott a tartóktól. Itt mássz fel mindenre, és lazítsd meg a fémszerkezeteket. A proletariátus hozzávetőleg ötezredik képviselője megtörte az optikát.

Az egyik létesítményben az összes csomópontot körülbelül hetente egyszer kikapcsolták.És ugyanakkor. Már jó ideje keresünk egy mintát. A telepítő a következőket találta:

  • A probléma mindig ugyanazon személy műszakában jelentkezik.
  • Abban különbözik másoktól, hogy nagyon nehéz kabátot hord.
  • A ruhaakasztó mögé automata gép van felszerelve.
  • Valaki régen levette a gép fedelét, még a történelem előtti időkben.
  • Amikor ez az elvtárs bejön a létesítménybe, felakasztja a ruháit, ő pedig kikapcsolja a gépeket.
  • Azonnal visszakapcsolja őket.

Éjszaka egyszerre és ugyanabban az időben kapcsolták ki a berendezéseket. Kiderült, hogy a helyi mesterek rákapcsoltak a tápegységünkre, kihoztak egy hosszabbítót, és beledugtak egy vízforralót és egy elektromos tűzhelyet. Ha ezek az eszközök egyszerre működnek, az egész pavilon kiütődik.

Hatalmas országunk egyik üzletében a műszak bezárásával folyamatosan bedőlt a teljes hálózat. A szerelő látta, hogy az összes áramot a világítási vezetékre vezették. Amint az üzletben lekapcsolják a csarnok felső világítását (amely sok energiát fogyaszt), minden hálózati berendezés kikapcsol.

Volt olyan eset, hogy a portás egy lapáttal megszakította a kábelt.

Gyakran látjuk, hogy csak réz hever széttépett hullámokkal. Egyszer két műhely között a helyi kézművesek egyszerűen továbbítottak egy csavart érpárú kábelt mindenféle védelem nélkül.

A civilizációtól távol az alkalmazottak gyakran panaszkodnak, hogy ki vannak téve a „mi” berendezéseinknek. Egyes távoli telephelyeken a kapcsolótáblák az ügyeletessel egy helyiségben lehetnek. Ennek megfelelően párszor találkoztunk olyan kártékony nagymamákkal, akik a műszak kezdetén kapásból vagy szélhámosból kikapcsolták őket.

Egy másik távoli város egy felmosót akasztott az optikára. Letörték a hullámosságot a falról, és elkezdték használni a berendezések rögzítőelemeként.


Ebben az esetben egyértelműen táplálkozási problémák vannak.

Mire képes a "nagy" monitorozás?

Röviden szólok a komolyabb rendszerek képességeiről, az Infosim telepítések példáján keresztül, 4 megoldás van egy platformban kombinálva:
  • Hibakezelés - hibakezelés és eseménykorreláció.
  • Teljesítmény-menedzsment.
  • Leltár és automatikus topológia felfedezés.
  • Konfiguráció-menedzsment.
Ami fontos, az Infosim egy csomó berendezést támogat egyszerre, azaz könnyedén elemzi az összes belső adatcserét, és hozzáfér az összes műszaki adathoz. Íme a szállítók listája: Cisco Systems, Huawei, HP, AVAYA, Redback Networks, F5 Networks, Extreme Networks, Juniper, Alcatel-Lucent, Fujitsu Technology Solutions, ZyXEL, 3Com, Ericsson, ZTE, ADVA Optical Networking, Nortel Networks, Nokia Siemens Networks, Allied Telesis, RADCOM, Allot Communications, Enterasys Networks, Telco Systems stb.

Külön a leltárról. A modul nem csak a listát mutatja, hanem magát a topológiát is felépíti (legalábbis az esetek 95%-ában megpróbálja és sikerül). Lehetővé teszi továbbá, hogy kéznél legyen egy naprakész adatbázis a használt és tétlen informatikai berendezésekről (hálózat, szerver berendezések stb.), hogy az elavult eszközöket időben cserélje (EOS / EOL). Általában kényelmes a nagyvállalatok számára, de a kisvállalkozásokban ennek nagy része kézzel történik.

Példák jelentésekre:

  • Jelentések operációs rendszer, firmware, modellek és berendezések gyártói szerint;
  • Jelentés a hálózat egyes kapcsolóinak szabad portjainak számáról / kiválasztott gyártó szerint / modellenként / alhálózatonként stb.;
  • Jelentés az újonnan hozzáadott eszközökről egy meghatározott időszakra vonatkozóan;
  • Figyelmeztetés a nyomtató alacsony festékkazettájáról;
  • A kommunikációs csatorna alkalmasságának értékelése a késésekre és veszteségekre érzékeny forgalom számára, aktív és passzív módszerek;
  • A kommunikációs csatornák minőségének és elérhetőségének nyomon követése (SLA) - jelentések készítése a kommunikációs csatornák minőségéről távközlési szolgáltatók szerinti bontásban;
  • A hibaellenőrzés és az eseménykorrelációs funkciók a Root-Cause Analysis mechanizmuson (anélkül, hogy a rendszergazdáknak szabályokat írnának) és az Alarm State Machine mechanizmuson keresztül valósuljanak meg. A Root-Cause Analysis egy baleset kiváltó okának elemzése a következő eljárások alapján: 1. a hiba helyének automatikus felismerése és lokalizálása; 2. a vészhelyzeti események számának egy kulcsra való csökkentése; 3. a kudarc következményeinek azonosítása – kit és mit érintett a kudarc.
Olyan dolgokat is feltehet a hálózatra, amelyek azonnal integrálódnak a felügyeletbe:


Stablenet – Embedded Agent (SNEA) – egy doboz cigarettánál kicsit nagyobb számítógép.

A telepítés ATM-ekben vagy dedikált hálózati szegmensekben történik, ahol a hozzáférhetőség tesztelése szükséges. Segítségükkel terhelési vizsgálatot végeznek.

Felhőfigyelés

Egy másik telepítési modell a SaaS a felhőben. Egy globális vevő számára készült (egy folyamatos gyártási ciklussal rendelkező vállalat, Európától Szibériáig terjedő forgalmazási földrajzi területen).

Több tucat létesítmény, beleértve a késztermékek gyárait és raktárait. Ha csatornáik estek, támogatásukat külföldi irodákból végezték, akkor szállítási késések kezdődtek, ami a hullám mentén további veszteségekhez vezetett. Minden munkát kérésre végeztek, és sok időt fordítottak az eset kivizsgálására.

Kifejezetten nekik állítottuk be a monitorozást, majd számos oldalon befejeztük az útvonaluk és hardverük sajátosságainak megfelelően. Mindez a CROC felhőben történt. Nagyon gyorsan befejezték és teljesítették a projektet.

Az eredmény:

  • A hálózati infrastruktúra kezelésének részleges átadása révén legalább 50%-ban sikerült optimalizálni. Berendezés elérhetetlensége, csatornaterhelés, a gyártó által javasolt paraméterek túllépése: mindezt 5-10 percen belül rögzítik, egy órán belül diagnosztizálják és megszüntetik.
  • A felhőből szolgáltatás igénybevételekor az ügyfél a hálózatfigyelő rendszerének kiépítésének tőkeköltségét szolgáltatásunk előfizetési díja ellenében működési költségre váltja át, amelyről bármikor lemondhat.

A felhő előnye, hogy döntésünkben mintegy az ő hálózatuk felett állunk, és objektívebben tudunk nézni mindent, ami történik. Akkoriban, ha a hálózaton belül lennénk, csak a hibacsomópontig látnánk a képet, és hogy mi történik mögötte, azt már nem tudnánk.

Pár utolsó kép

Ez a "reggeli rejtvény":

És ez a kincs, amit találtunk:

Ez volt a ládában:

És végül a legviccesebb kirándulásról. Egyszer elmentem egy kiskereskedelmi létesítménybe.

Ott a következő történt: először a tetőről kezdett csöpögni az álmennyezetre. Ekkor az álmennyezetben tó képződött, ami kimarta és szétzúzta az egyik cserepet. Ennek eredményeként mindez a villanyszerelőhöz zúdult. Aztán nem tudom pontosan mi történt, de valahol a szomszéd szobában volt egy rövidzárlat, és tűz keletkezett. Először porral oltó készülékek működtek, majd kiérkeztek a tűzoltók, és mindent megtöltöttek habbal. Utánuk érkeztem szétszerelésre. Azt kell mondanom, hogy a tsiska 2960-nak mindezek után rendbe jött - sikerült felvennem a konfigot és elküldtem a készüléket javításra.

Még egyszer, a porrendszer kioldásakor az egy kannában lévő Tsiskovsky 3745 szinte teljesen megtelt porral. Minden interfész tele volt – 2 x 48 port. Helyszínen kellett beletenni. Emlékeztünk az utolsó esetre, úgy döntöttünk, hogy megpróbáljuk "forrón" eltávolítani a konfigurációkat, kirázzuk, megtisztítjuk, ahogy tudjuk. Bekapcsoltuk - a készülék először azt mondta, hogy „pff”, és nagy porsugárral tüsszentett minket. Aztán dübörgött és felállt.

visszhang kérés

A visszhangkérés (ping) egy diagnosztikai eszköz, amellyel megállapítható, hogy egy adott gazdagép elérhető-e az IP-hálózaton. A visszhang kérés az ICMP (Internet Control Message Protocol) protokoll használatával történik. Ezt a protokollt arra használják, hogy visszhangkérést küldjenek az ellenőrzött gazdagépnek. A gazdagépet úgy kell beállítani, hogy fogadja az ICMP-csomagokat.

Vizsgálat
visszhang kéréssel

A PRTG egy ping és hálózati megfigyelő eszköz a Windows számára. Minden nagyobb Windows rendszerrel kompatibilis, beleértve a Windows Server 2012 R2-t és a Windows 10-et is.

A PRTG egy hatékony eszköz a teljes hálózat számára. A szerverek, útválasztók, kapcsolók, üzemidő és felhőkapcsolatok esetében a PRTG mindent nyomon követ, így Ön megszabadulhat az adminisztrációból. A ping-érzékelő, valamint az SNMP , NetFlow és csomagszimuláló érzékelők segítségével részletes információkat gyűjtenek a hálózat elérhetőségéről és munkaterheléséről.

A PRTG testreszabható beépített riasztórendszerrel rendelkezik, amely gyorsan értesíti Önt a problémákról. A ping-érzékelő a hálózati eszközök elsődleges érzékelőjeként van konfigurálva. Ha ez az érzékelő meghibásodik, az eszköz összes többi érzékelője alvó módba kerül. Ez azt jelenti, hogy a figyelmeztető üzenetek folyama helyett csak egy értesítést kap.

Bármikor, amikor akarja, egy gyors áttekintés jeleníthető meg a PRTG műszerfalán. Azonnal látni fogja, hogy minden rendben van-e. A műszerfal személyre szabható, hogy megfeleljen az Ön egyedi igényeinek. A munkahelytől távol, például szerverszobában végzett munka során a PRTG-hez okostelefonos alkalmazáson keresztül hozzá lehet férni, és soha egyetlen eseményről sem marad le.

A kezdeti felügyelet a telepítés során azonnal konfigurálva van. Ez az automatikus felismerés funkciónak köszönhetően lehetséges: a PRTG megpingeli az Ön privát IP-címeit, és automatikusan létrehozza az érzékelőket az elérhető eszközökhöz. A PRTG első megnyitásakor azonnal ellenőrizheti hálózata elérhetőségét.

A PRTG program átlátható engedélyezési modellel rendelkezik. Ingyenesen tesztelheti a PRTG-t. A ping-érzékelő és a riasztó funkció is benne van az ingyenes verzióban, és korlátlan ideig használható. Ha vállalatának vagy hálózatának több szolgáltatásra van szüksége, egyszerűen frissítheti a licencet.

Képernyőképek
A PRTG rövid bemutatása: Ping Monitoring

A ping-érzékelők teljes nézetben
- akár útközben is

A PRTG percek alatt telepíthető, és a legtöbb mobileszközzel kompatibilis.

A PRTG ezeket és sok más gyártót és alkalmazást vezérli Ön helyett

Három PRTG érzékelő a ping figyeléshez

Érzékelő
visszhang kérések


a felhőből

A Cloud Ping Sensor a PRTG Cloud segítségével méri, mennyi időbe telik a hálózat pingeléséhez a világ különböző helyeiről. Ezzel az érzékelővel megtekintheti hálózatának elérhetőségét Ázsiában, Európában és Amerikában. Ez a mutató különösen fontos a nemzetközi vállalatok számára. .

A PRTG szoftver megvásárlásával átfogó ingyenes támogatást kap. A mi feladatunk az Ön problémáinak mielőbbi megoldása! Kifejezetten ehhez, más anyagokkal együtt, oktatóvideókat és átfogó útmutatót készítettünk. Célunk, hogy minden támogatási jegyre 24 órán belül (hétköznap) válaszoljunk. Tudásbázisunkban sok kérdésre talál választ. Például a „ping monitoring” keresési lekérdezés 700 találatot ad vissza. Néhány példa:

„Szükségem van egy ping-érzékelőre, amely csak az eszköz elérhetőségéről gyűjt információkat, anélkül, hogy megváltoztatná az állapotát. Lehetséges?"

"Építhetek inverz visszhang kérés érzékelőt?"


„A PRTG-vel sokkal kényelmesebben érezzük magunkat, ha tudjuk, hogy rendszereinket folyamatosan felügyelik.”

Markus Puke, hálózati adminisztrátor, Schüchtermann Clinic (Németország)

  • A PRTG teljes verziója 30 napig
  • 30 nap után - ingyenes verzió
  • Bővített verzióhoz - kereskedelmi licenc

Hálózatfigyelő szoftver – 19.2.50.2842 verzió (2019. május 15.)

Tárhely

Felhős verzió is elérhető (PRTG a felhőben)

Nyelvek

Angol, német, orosz, spanyol, francia, portugál, holland, japán és egyszerűsített kínai

Árak

Akár 100 érzékelő ingyenes (árak)

Átfogó monitorozás

Hálózati eszközök, sávszélesség, szerverek, alkalmazások, virtuális környezetek, távoli rendszerek, IoT és még sok más.

Támogatott szolgáltatók és alkalmazások

Hálózati és ping-figyelés PRTG-vel: Három gyakorlati esettanulmány

Világszerte 200 000 rendszergazda támaszkodik a PRTG programra. Ezek az adminisztrátorok különböző iparágakból származhatnak, de mindegyikükben közös: a vágy, hogy biztosítsák és javítsák hálózataik elérhetőségét és teljesítményét. Három felhasználási eset:

Zürich repülőtér

A zürichi repülőtér Svájc legnagyobb repülőtere, ezért különösen fontos, hogy minden elektronikus rendszere zökkenőmentesen működjön. Ennek lehetővé tétele érdekében az IT részleg bevezette a Paessler AG PRTG Network Monitor szoftverét. Ez az eszköz több mint 4500 érzékelővel biztosítja, hogy az informatikai csapat azonnal észlelje és azonnal megoldja a problémákat. A múltban az informatikai részleg különféle megfigyelő programokat használt. De végül a vezetőség arra a következtetésre jutott, hogy a szoftver alkalmatlan az üzemeltetők és a karbantartó személyzet speciális megfigyelésére. Használati példa.

Bauhaus Egyetem, Weimar

A weimari Bauhaus Egyetem informatikai rendszereit 5000 hallgató és 400 alkalmazott használja. Korábban egy Nagios alapú elszigetelt megoldást használtak az egyetemi hálózat figyelésére. A rendszer műszakilag elavult volt, nem volt képes kielégíteni az oktatási intézmény informatikai infrastruktúrájának igényeit. Az infrastruktúra fejlesztése rendkívül költséges lenne. Ehelyett az egyetem új hálózatfelügyeleti megoldások felé fordult. Az informatikai vezetők átfogó szoftverterméket szerettek volna, amely felhasználóbarát, könnyen telepíthető és költséghatékony. Ezért választották a PRTG-t. Használati példa.

Frankenthal város közművei

Frankenthal város közszolgáltatóinak valamivel több mint 200 alkalmazottja a magánfogyasztók és szervezetek villamosenergia-, gáz- és vízellátásáért felel. A szervezet az összes épületével egy lokálisan elosztott infrastruktúrától is függ, amely körülbelül 80 szerverből és 200 csatlakoztatott eszközből áll. A Frankenthal informatikai vezetői megfizethető szoftvert kerestek sajátos igényeik kielégítésére. Először az IT beállította a PRTG ingyenes próbaverzióját. A Frankenthal közszolgáltatói jelenleg mintegy 1500 érzékelőt használnak többek között a nyilvános uszodák megfigyelésére. Használati példa.

Gyakorlati tanácsok. Mondd, Greg, van valami javaslatod a pingek figyelésére?

„A pingback szenzorok valószínűleg a hálózati felügyelet legfontosabb elemei. Ezeket megfelelően be kell állítani, különösen a kapcsolatokat figyelembe véve. Ha például egy virtuális gépet figyel, akkor hasznos egy ping-érzékelőt elhelyezni a gazdagéphez fűződő kapcsolaton. Ha egy csomópont meghibásodik, nem kap értesítést minden hozzá csatlakoztatott virtuális gépről. Ezenkívül a ping-érzékelők jól jelzik, hogy a gazdagéphez vagy az internethez vezető hálózati út megfelelően működik, különösen magas rendelkezésre állás vagy feladatátvételi forgatókönyvek esetén.

Greg Campion, rendszeradminisztrátor, PAESSLER AG