SNMP monitorozó sw keresése

Hálózatok egyéb

Olyan legfőképp SNMP monitorozó szoftvert keresek amivel adott IP cím, adott OID-ját fel tudnám venni, ennek értékét rögzítené. Esetleg tudna ping, vagy valami más módon életjelet nézni. 
Ez általában mindegyik szoftvernél megvan. Viszont egy részük eléggé nagy erőforrást használ. Egy 10-20 eszköz ~100 adatpontjának a monitorozására nem szánok egy 4G ram 2 CPU gépet hogy a háttérben meleget csináljon, csak azért mert valami kotvadék framework nyelven dobták össze az egészet, esetleg lehet róla a holdraszállást is vezérelni. 
Nem hiszem el, hogy egy ilyen feladathoz kell egy külön irodai gépnek is megfelelő teljesítményű PC, amikor ezt a problémát 20 évvel ezelött is kezelni tudták.
Célszerű, hogy legyen hozzá egy dashboard amit akár én is csinálhatok és kirakhatok rá információkat amik fontosak, a gyorsabb áttekinthetőség miatt. Az is jó ha valami API-s megoldással kinyerhető adat belőle, amit külön megírt felületre kitehtek.
Hálózati eszközöket vagy hasonló dolgokat kell monitorozni, így nem probléma ha pl nincs windows kliens ami gyüjti a win-ről az adatokat vagy ilyesmi.

Röviden, hogy mit keresek:
- SNMP adatpont lekérdezés, gyüjtés
- ping vagy hasonló életjel lekérdezés
- egyedi dashboard létrehozása
- kis erőforrás igény
- lehetőleg ingyenes 
- csakis opensource
- vírtuális gépre, vagy LXC konténerre tehető, csak docker nem játszik, ahogy a windows-os programok is kiesnek azonnal

Ami esetleg jól jöhet
- riasztás email-ben
- riasztás bármilyen paranccsal, pl. akkot tudok Telegram csatornára is küldeni információt
- grafikonos kijelzés
- API-s adatelérés

Amiket próbáltam azok:
- nagy erőforrás igényüek
- mire megtalálom, hogy veszek fel benne valamit, addigra lehet nagyapa leszek
- fizetős, vagy light ingyenes (nagyon kevés adatpont)
- túlzottan sokat tud

Nem írom miket teszteltem, próbáltam. Kicsit elvesztem, hogy melyik is lenne számomra valóban jó erre a célra. Ha valaki valamit nagyon javasol, akár ha nem tetszett elsőre akkor is megpróbálom újra.

  • 502 megtekintés

( ggallo | 2023. 01. 18., sze – 10:32 )

Értem én, hogy erőforrás pazarlás, de a mai világban 4 GB memória és 2 vCPU lófütty szerintem, egy bármilyen gépre felmehet VM-be. Meg aztán a mostani igények bővülni fognak, ha a megoldás beválik, ha meg nem, úgy is megy a kukába.

Én sokáig Nagios-t használtam a flexibilitása miatt, az erőforrás igénye kicsi, ellenben nagyon sok munka üzemeltetni, eszközöket felvenni, stb.

Aztán egy, főleg SNMP-s hálózati eszközökkel kirakott ügyfélnél lett LibreNMS, ami PHP-s, szóval erőforrás igénye van, cserébe irtózat jó benne az discovery, SNMP-re van kihegyezve (de Nagios-féle check plugin-eket is kezel szolgáltatás monitorozásra). Ezzel a rendszerrel olyan 700 eszköz kb. minden paraméterét figyeljük most (kb 20 ezer mérési pont).

Normál szerver és szolgáltatás monitorozásra pedig a Zabbix nagyon bevált, flexibilis, jó a discovery, SNMP-ben is nagyon jó, és szerintem az erőforrás igénye sem túlzó. Kis gépigénnyel Docker-ben szerintem simán elfut a jelzett mennyiségű eszközhöz.

Volt olyan rendszer ami a fenti konfigurációval olyan csiga lassú volt, hogy használhatatlan volt. Javasolt config ettől sokkal erősebb is volt, ha mondjuk már pár ezer adatpontod van. 
Értem én hogy a zsebemben is van egy ilyen számítógép már, meg ilyesmi megközelítéseket. De VM-ként éppen, hogy nagyon nem mindegy hogy minden piszlicsáré dologra eldobunk 4-8GB RAM-ot és egyéb erőforrást. Nekem van gép ami kb 40+ VM/konténer-t szolgál ki, amiből ez már eléggé nagynak számítana.
A felsoroltakból próbáltam mindegyiket. A leírásod alapján a LibreNMS-nek kellene még egy esélyt adnom.

LibreNMS a ~800 host-ot 3 poller-rel tudja 5 perces intervallummal figyelni... Rengeteg időt visz el az eszköz portok lekérdezése, nagyon nagy a hálózat, sok wireles (nagy késleltetésű) linkkel. Szóval a LibreNMS gépigénye erősen függ az eszközök számától és a helyi adottságoktól, arra érdemes figyelni.

De szertintem nagyon jó tool SNMP-re, nem tudnám megmondani, erre ez vagy a Zabbix a jobb...

így van nem sok a 4GB, 2GB alatt már nem indítok VMet,van overprovisioning és úgy se foglalja be mind csak ha éppen kell is és legutóbb ha jól emlékszem egy régebbi imaget nem tudtam 1GBvel lefrissíteni mert elfogyott a ram a csomagkezelő alatt, nem emlékszem rá pontosan hogy yum vagy apt volt. 

( x-daemon | 2023. 01. 18., sze – 12:09 )

Szerkesztve: 2023. 01. 18., sze – 14:06

cactit hasznalok snmp-re.

riasztasra nagios volt, most icinga van. nagiosban volt olyan ami jo volt, de az icingaban nem talalom, vagy nem kerestem eleg kitartoan.

rejtett sub.

szerk:

10 eves notebookon megy xen vm-ben 2GB memoriaval Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz
sar szerint 1%-on megy a rendszer.

neked aztan fura humorod van...

( Mik v | 2023. 01. 18., sze – 14:51 )

MRTG-nél könnyebb megoldás szerintem nincs OID monitorozásra. Nagyon régen használtam, akkor még olyanok nem voltak benne, hogy riasztás. Az új verziókat nem ismerem.

( Ice | 2023. 01. 18., sze – 14:51 )

Icinga2-nél jobbal nem dolgoztam még. A Zabbix 5.x LTS-hez nagyon sok erőforrás kell. Sajnos. Tapasztalat. Most is proxy installon melózunk, mert a Zabbix szerver túl van tervelve.

Mennyi dolgot monitoroz az a Zabbix szerver?

Nekünk minden proxy-n keresztül jön az ügyfelektől (nem csak saját infrára használjuk, hanem ügyfélhez is, akiknél ez üzemel monitorozásra), 9 proxy fut ugyan ennyi ügyfélnél, jó része minimál Docker-ben, nem visz sok erőforrást. Teljesen kézenfekvő, hogy proxy-zunk a biztonság és a hatékonyság okán (nincs nyitott tűzfal port, batch adatküldés, stb.). Összesen 69 host 14300 tételét figyeli eddig, 5 perces intervallummal, 1 perces ping intervallummal.
Zabbix 5.0 LTS, 4 vCPU, 4 GB memória. CPU terhelés átlagosan 3%, memória használat átlagosan 1.1 GB az utolsó 90 napra nézve. Szerintem ez nem sok. Vagy kevés a figyelt host/item nálunk.

ProLiant DL560 Gen10:Intel(R) Xeon(R) Platinum 8260L CPU @ 2.40GHz procik.
És a history tábkla(ák) particónáltak, mert különben veszett lassú lenne, van egy job ami rendszeresen törli a régi particiókat, hozza létre az újakat, karbantartást végez naponta.
Remélem jól írtam mindent.
A lényeg az, hogy a gyári Zabbix nagyon lassú, tervezési hibái miatt.

( agostonl | 2023. 01. 18., sze – 17:36 )

Observium +1

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek

Ha meg akarod nevettetni Istent, készíts tervet!

( golgota | 2023. 01. 20., p – 08:30 )

Szerkesztve: 2023. 01. 20., p – 08:31

Semmi esetre nem mennek olyan eszkozzel monitorozni ami file-ba (rrd otvar lassu szar I/O zabalo) irogat columnar storage helyett. Szamos eszkoz van ami SNMP-t tud pollolni es azt elkuldeni egy reliable storage-ba ami erre van kihegyezve. 

A prometheus jo megoldas lehetne (javasltak) de otvar szar a storage alatta es gyakori az osszeomlas meg nem is bir ket hetnel tovabb adatokat orizni ugy hogy ne makkanjon meg a szentem. De ha max egy hetig kell az adatot orizni akkor egesz jo. Csak a doskija szar, szoval magadtol-magadtol-magadtol ahogy az eltevedt mitfarerek uvoltik a vezetonek a rally-ban :D

Incluxdb kellemes szaraz erzes, de sajna a skalazhatosaga enterprise license koteles, szoval kerdes ki mennyire akar reliable easy monitoringot es kenyelmet (telegraf snmp input elegge fajintos)

Logstash snmp inout + elasticsearch baszott jo kombo, de az ES-hez erteni kell hogy az adat jol legyen szervezve es ne essen-kelljen ket naponta (en mondjuk lassan 10 eve dolgozom vele es imadom, de kellett az a 10 ev :D)

Nagios es a successors egesz jok, de sajna csomo mindenben el vannak maradva a business oldali megjelenitesben (ertsd infrasturktura monitoringra vannak kihegyezve service es sla monitoring helyett). De igen jol nyomjak az snmp alapu monitorozast vagy majd 30 eve

En azon gondolkodnek, hogy valami standard megoldast valasszak az igenyeknek megfeleloen amivel aztan tovabb lehet lepni. Mert mi van ha aztan app trace-eket is kell majd monitoroizni stb. En valahol az OpenTelemetry alapu vagy kepessegu eszkozok fele mennek es egy columnar storage alapu tarolot valasztanek hozza. A penz fuggvenyeben az is szembe jutna hogy valamilyen SaaS alapu megoldast hasznaljak (Datadog pl) igy nekem nem kell az eszkozoket uzemeltetnem csak a tenyleges monitoring adatot elemeznem/elemeztetnem. A masik hogy a monitoring adat begyujtese egy dolog, de kell e riasztani. Statikus thresholdok vannak e csak vagy dynamikus (ML bases) is kell. Na de ez csak az en utam, hogy hogyan allnek neki. Gondolom hogy Te jobban tudod mi kell nektek, ugyhogy csak otleteltem.