• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    SNIPERCZEZabbix, nagios a další monitorovací nástroje
    Zabbix - "Zabbix offers advanced monitoring, alerting and visualisation features today which are missing in other monitoring systems, even some of the best commercial ones." Nagios - "Nagios is a powerful IT management system that enables organizations to identify and resolve IT infrastructure problems before they affect critical business processes."
    rozbalit záhlaví
    SNIPERCZE
    SNIPERCZE --- ---
    QUIP: databaze mohla mit kolem 50GB. Drzim vzdycky data za 7 dni a pak rok trendy. Kazdej stroj mohl v prumeru mit 50 itemu, mozna 100. Vzorkovaci frekvence od 30s do 4 hodin (median tak 5min)
    QUIP
    QUIP --- ---
    SNIPERCZE: SNMP uz jsem zavrhnul a testuju to ted pres agenta a vlastni skripty. So far so good.
    U SNMP se mi stala takova vec, ze autodiscovery naslo asi 500x polozku "memory" a pro kazdou sledovalo celkove, vyuzita, volna ... vygenerovalo to okolo 2000 items na jednom hostu a pak me docela prekvapilo, jak rychle roste objem databaze.

    Takze se te zeptam - jak velka byla DB pro tech 300 serveru a kolik sledovanych polozek jsi tam mel? :)
    SNIPERCZE
    SNIPERCZE --- ---
    QUIP: Hlavni vyhoda agenta je, ze vidi do systemu. Muze poustet skripty, tahat si data co nejsou k dispozici pres SNMP apod. Osobne servery hlidam agentem, routery/tiskarny apod. SNMP.

    QUIP: Zabbix proxy se hodi pokud mas vic lokalit. V jedny lokalite nema moc vyznam, nejvetsi moje nasazeni zabbixu bylo asi 300 serveru (fyzicky, virtualy i kontejnery, vsude agent) + nejaky dalsi veci (switche, routery, par tiskaren) a bez problemu. Jenom jsem oddelil zabbix-server, databazi a webksicht na vlastni stroje. Plus doporucuju u velkejch instalaci rovnou nasadit postgresql.
    RATTKIN
    RATTKIN --- ---
    QUIP: my proxy nemáme. kdyby nestačil výkon pro třech našich 300 agentů, tak první by bylo přidat třetí CPU nebo to dát z 7.2k HDD na něco rychlejšího.
    QUIP
    QUIP --- ---
    Delal jste nekdo realne porovnani dopadu na vykon pri sifrovanem spojeni vs nesifrovane (mezi agentem a serverem)?
    Pripadne i rozdily aktivni / pasivni checky?
    QUIP
    QUIP --- ---
    SAMGARR: no tak o ne prijdes, kdyz bude mit vypadek proxy :)
    SAMGARR
    SAMGARR --- ---
    QUIP: Nejde jen o vykon, zabbix-proxy ti umozni treba pseudo HA. Pri maintenance/vypadku zabbix-serveru neprijdes o data protoze je cachuje proxy.
    QUIP
    QUIP --- ---
    SAMGARR: Zrovna to UI mi prijde jako to lepsi z toho, co jsem u podobny produktu videl, takze tady jsem uplne v miru. Jestli to bude na 30 stroju chtit zabbix-proxy, tak to pujde z domu. :) O tech proxy ctu v usecasech pri tisicich stroju a stovkach tisic sledovanych hodnot
    SAMGARR
    SAMGARR --- ---
    QUIP: pokud ses v miru s desnym UI a horsi moznosti konfigurace config managementem tak Zabbix funguje. Doporucuju nepodcenit skalovani databaze a zabbix agenty nastrkat za zabbix-proxy... A na grafy a dashboardy Grafanu ;)
    RATTKIN
    RATTKIN --- ---
    QUIP: už nás nebavilo řešit chybějící místo na disku a neproběhlé úlohy.

    instalace zabbixe je jednoduchá a agent se instaluje taky jednoduše. frkneš tam defaultní template na operační systém, stáhneš z marketu nějakou template na databázi a za pár hodin uvidíš grafy.
    RATTKIN
    RATTKIN --- ---
    QUIP: my v tom máme zatím asi 20 serverů win+linux a asi sto desktopových win stanic.

    nejlepší se mi zdá agent a aktivní checky (nemáme všechno v lan, plno je toho v jiných sítích).
    agent umí pouštět skripty, ale na windows s powershellem to hodně timeoutuje (O_o)

    snmp je taková nouzovka.
    máme tam i na pokus dvě vmware esxi přes CIM a taky pár ipmi, jeden freenas (freebsd) nejdřív přes snmp ale taky jsem tam nakonec dal agenta
    QUIP
    QUIP --- ---
    Zacinam ted zkoumat moznosti Zabbixu (ted mam monitoring v Pandore, velmi zakladni), procitam spoustu dokumentace a how to, ale rad bych nejake info, cemu se vyhnout, nebo naopak, jak to udelat od nekoho, kdo ho v praxi nasazoval, konfiguroval a pouziva ho. Idealne v prostredi, kde se tim nesleduji sitove prvky, ale web servery, DB servery, mail servery. Je to nekolik desitek stroju, vsechno na FreeBSD

    Takhle na zacatku stojim hlavne pred otazkou, jestli vsude instalovat Zabbix Agenta, nebo servery sledovat pres SNMP?

    FreeBSD ma v zakladu bsnmpd, ktery toho moc neumi, jen nejake zakladni info o systemu, sitovem provozu a da se tam zapnout HOSTRES modul. Coz mi ale porad neresi treba sledovani Disk IOPS, provoz databaze, statistiky z antispamu, nebo monitoring ZFS (obsazenost, fragmentace), SMART status disku atp. Takze bych asi stejne vsude musel instalovat Net-SNMP.

    Dokazal by mi teda nekdo nejak shrnout pro a proti pouziti Zabbix Agenta vs SNMP?
    A jak do toho pak jeste naroubovat ty veci, co jsem schopen zjistit nejakym prikazem / shellscriptem, ale jak je pak cpat skrz SNMP?
    RATTKIN
    RATTKIN --- ---
    TBC: každej by chtěl aby mu někdo udělal referenční řešení (zadarmo) na jeho ultra speciální usecase ... někdy je ale třeba s něčím začít a pak to holt předělat.
    BALOS
    BALOS --- ---
    TBC: Tohle resi zabbix-proxy. Sprava probiha centralne ze Zabbix serveru, ale sber dat zajistujou proxy.
    RATTKIN
    RATTKIN --- ---
    zabbix má Discovery které automaticky vytváří nové zařízení, ale nevím jak to funguje na SNMP. má to i hromadné změny, skupiny.

    Na sběr bych se toho nebál. můžeš si pustit SNMP workerů kolik chceš. limit bude ram, cpu nebo network.
    TBC
    TBC --- ---
    SAMGARR: ok diky za tip, chapu ze je rozmerem celkem atypicky usecase

    RATTKIN: no jde o to, ze spolehat se na dokumentaci je v takovem to pripade malo.. tohle chce referencni reseni

    pracuju s icingou ci nagiosem a mam reseni kde dohleduju radove nekolik desitek tisic citacu, vcetne distribuovanyho monitoringu pomoci satelitů, ale to je porad nekde uplne jinde...

    CHOROBA: hw zdroje resp. naklady na ne zas nejsou tak limitujici...

    limitujici vidim /jak je tu uvadeno/:
    - sber a ta parelizace snmp
    - db backend, nad kterym idealni potrebuju delat dotazy a nejakou archivni agregaci dat
    (samozrejmne pokud by bylo resenim mit treba 10x virtual ktery, kazdy obhospadri 5k device á 200 citacu a pak to sestohuju v centralni db a tam s tim pracuju, tak to vyhovuje)

    ale reseni kde to budu mit sber v 10 nodech lokalne v RRD je nadraka. A troufam si rict to by mi to mozna nakonec i utahlo tech 10 satelitů icingy/nagiosu. chce to i nejakej inteligentni provisining novych zarizeni a vyrazeni scriptem atd. Nejakej reporting nad tim atd...

    RATTKIN
    RATTKIN --- ---
    taky u opensource je důležité hledisko jaký je použitá technologie, případně jestli je to technologie, kterou se chceš učit
    SAMGARR
    SAMGARR --- ---
    TBC: U zabbixu jde prakticky o skalovani databaze pro zapis. A pokud se ti nechce zacit primym testovanim zkus IRC zabbixu, vzdycky tam je nejaky vyvojar ochotny vyvojar.
    Prometheus jsem doporucoval protoze je dimenzovany 100k zapisu/s a vic.
    RATTKIN
    RATTKIN --- ---
    TBC: a podle čeho jiného? u open source projektu je dobrá dokumentace velká výhoda.

    zatím se nikdo z nyxáků neozval, kdo by měl milion snmp zařízení.
    tak ještě zkusit nějaké zahraniční fóra (stackexchange) a pak placený konzultant, ale ten ti opensource nedoporučí ;-)
    CHOROBA
    CHOROBA --- ---
    zalezi i co mas na to za masinu/masiny/rozpocet. od toho bych se odpichnul
    obecne mi prijde, ze vic drbani bude s cacti, musi se vic nastavovat a ladit, ale zase rozhodne zere min zdroju nez zabbix , tedy jeden server ti utahne vic polleru a zpracuje vic citacu/grafu.

    ja honil na 2Xeon s 8G ram asi 5000+ devices s par 10k grafu.
    nska mam na distribuovanym reseni 23000+ zarizeni a grafu asi tak 100k
    TBC
    TBC --- ---
    RATTKIN: škoda, no rozhodovat se na muj usecase podle dokumentace, to by bylo trochu nezodpovedne :)
    Kliknutím sem můžete změnit nastavení reklam