Nicmene ji zkusim upgradnout, to asi muzu

DRON: pozadavku ve fronte je 0 - 30, pres 10 minut nic. Zabbix hlida cca 50 stroju, historie se drzi 7 dni, trendy rok. Pirustek dat je cca. 130 hodnot/s. Stroj je prakticky vyhrazenej pro zabbix, je to sice slaba virtualka, ale CPU i RAM se tvari v pohode

SNIPERCZE: tipuju - stiha ti db? kolik mas polozek ve fronte a jak dlouho? jak je na tom obecne load toho zabbix serveru? jestli to je db, tak hodne pomohl v poslednich verzich cacheing na strane zabbix serveru (+ ho vhodne nastavit). jestli drzis v zabbixu strasne moc itemu a dlouho, tak muze pomoct partitioning db.

CHILDINTIME: Prave ze vsechno jedu pres IP. Ale bude to neco interniho, protoze koukam ze se to deje i v ramci Zabbix serveru (komunikace server - agent pres 127.0.0.1)

SNIPERCZE: nedeje se ti to jen u hostu, ktery monitorujes mas zadany pres hostname? me se stavalo, kdyz jsem prenastavil na ip tak vse ok..pritom resolvovani jinak funguje uplne normalne, ale zabbix tam mel vypadky, podle ruznych timeoutu to slo trochu vyladit, ale stejne se tam objevovali vypadky. Je to asi jedina vec, ktera me na zabbixu docela vadi a nejsem schopnej ji vyresit (i kdyz to monitorovani pres ip neni takovej problem). Mam ho ted radsi nez icingu 2, kterou jsem pouzival predtim.

Setkali jste se nekdy s tim, ze Zabbix nahodne nedostaval data ze stroju? Trva to vzdycky tak minutku, dve a v grafech to dela diry.

Tip na docela zajimavej zabbix setup pro monitorovani apache - automaticky zabbixovani dat ze /server-status. Doporucuju prozkoumat, vypada to hezky https://github.com/lorf/zapache

SNIPERCZE: Děkuji, prostuduji a vrátím se s dojmy a případnými problémy po praktickém otestování.

HIDARI_LUPO: Díky za tip, rádi bychom Zabbix, máme ho už nasazený na části sítě a chceme jím pokrýt i VMWare.

LOG53: a co Veeam One?

LOG53: pokud vim, tak od verze 2.2 ma zabbix primo v sobe modul, umoznujici vytahovat z vmware interni ukazatele. bohuzel nemam s tim osobni zkusenost, ale muzu se poptat kolegu. podle me to je hlavne namirene na discovery virtualu na tom bezicich. skoro urcite ale zabbix bude resit jen ty data, co si sam zmonitoruje. prace na obdobne funkcionalite pro ovirt/rhev ted trosku usnuly, nenudite se nekdo? ;-)

Zdravím, borci! Chci se zeptat, jestli umí Zabbix mimo svůj discovery i jen vizualizovat data už dostupná ve vSphere? Mám před sebou task zcentralizovat monitoring firemních serverů/CDN a jsem v tomto úplným nováčkem. Případně tip na elegantní řešení near-realtime vizualizace higl level statů ESXi (zase přednostně z již dostupných dat, i když nevím, zda nebo jako velká režie navíc je jejich duplicitní opatřování) s možností proklikat se k dalším detailům, zohlednění vazeb pro snadnější RCA apod.? Moc dekuji a prosím o shovávavost se zřejmě neumětelsky položeným dotazem.

tak nakonec na to pujde zneuzit iftop s par parametrama, grep a sed

ip/ebtables a countery tam? jasne, neco za neco, nejakou rezii to prida... ale na 20Mbit to asi bude zanedbatelny..

SNIPERCZE: to co chceš vůbec není triviální. bude se muset počítat každý paket.
taky můžeš zkusit zachytit provoz tcpdump a udělat si rozbor potom.
většinou se tohle řeší na switch

DRON: switch nemam pod kontrolou, navic ne vsechno jde pres switch (jsou to virtualy a spousta z nich je na stejnym hostu). Jediny co me napada je tahat to z virtualizace plus netstat plus asi jeste neco dalsiho. Ale nejak to jit musi, preci tohle je docela beznej pozadavek, ne?

SNIPERCZE: otazka je, jestli bys tyhle data nezjistil jinde snadneji. co treba nejaka statistika nad flow zaznamama ze switche?

SNIPERCZE: aha, tak to je opravdu vyzva. takze neco podobneho jako dela iftop, ale zajimaji te jen definovane ipadresy... nenapada me nastroj, ktery by tyhle data vratil tak, aby je slo poslat do zabbixu. urcite by to ale slo s vetsim usilim napsat.