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

RATTKIN: škoda, no rozhodovat se na muj usecase podle dokumentace, to by bylo trochu nezodpovedne :)

TBC: mám agenty, SNMP i VMware přes ipmi. všechno funguje. když těch zařízení budou miliony, tak by to chtělo nějaký sizing guide.
já nemám škálu co tu hledáš, ale můj zabbix má 1 cpu a 20 giga disk :)

tady je trochu popsaný snmp https://www.zabbix.com/documentation/3.0/manual/config/items/itemtypes/snmp

tohle je o škálování:
Scalable Zabbix – Lessons on hitting 9400 NVPS | Zabbix Weblog
http://blog.zabbix.com/scalable-zabbix-lessons-on-hitting-9400-nvps/2615/

já jiný monitoring neznám, ale rozhodoval bych se podle toho kdo má lepší dokumentaci na tvůj usecase

RATTKIN: no jde o to ze potrebuji sbirat na desitkach tisich zarizeni SNMP citace (hw boxy), takze potrebuju volat paralene... jinak bych se nedozil nez to vyparsuje... ty to nekde takto nasazeny mas, nebo pouzivat agenty na os?

TBC: zabbix má trendy, kdy zahodí staré data z databáze hodnot a uchová pouze trendy v samostané databázi pro historii.
plno hodnot zabbix sbírá po 30 sekund nebo po minutě. není to problém.

paraleliazce to je jako co? můžeš mít proxy servery kde se to sbírá a počítají se preprocesy, může být jeden na každé site a pak to jde do centrální databáze.
frontend může taky být samostatný server.

TBC: ale zajima mne i prakticka zkusenost, neco jsou neurcite proklamovany moznosti a neco jinyho je konkretni zkusenost s vlastnim provozem

RATTKIN: no predstavuji si idealne po 5ti minutach treba 1 mesic, po 3 mesicich uchovavat jen prumer za hodinu a po roce treba prumer za den, ostatni viz zadani...

gro pro zabbix bude asi schopnsot parelniho pollingu .. to umi CACTI jak psal DANYSEK

TBC: u zabbixu je hlavní metrika výkonu kolik je hodnot za vteřinu.
miliony čítačů, to je asi zajímavé pro velikost databáze na disku, ale taky záleží na délce retence.

KUTNY: Odpoved je:
All templates/Cisco_Catalyst_Discovery - Discovery list/Network Interfaces - zalozka filters - pridat filtr {#IFDESCR} matches Ethernet

spine rozhodne. ale v ty novy verzi 1.x uz to umi vic s pollerama paralelne a taky rrd proxy

CHOROBA: jen to chce tahat spis spis uz cacti-spine poller.

todle umi cacti

Pouziva nekdo zabbix nebo jiny open source performence monitoring tool (jaky?), kde by mel radove stovky tisic az nekolik malo milionu citacu? tzn. neco so by zvladala parelizaci dotazovani abychom tohle mohli sbirat v 5 min intervalu?

Dobre dopoledne,
nevite, prosim, jak u templatu, kde pres discovery rules - network interfaces - sbiram hodnoty in/out bps, ifAlias aj, napsat macro, tak aby hodnoty sbiral pouze pro ifDescription ifacy, ktere obsahuji klicove slovo "ethernet"? Cilem je, aby template nesbiral hodnoty u jinych ifacu nez GigE, TenGigE, FE.

predem dekuji za odpoved, nasmerovani.

MARASAN: Diky za snahu. Jeste se tomu budu venovat, az se budu straslive nudit ... ;)

TOTAL:

$ ls -l /dev/sda
brw-rw---- 1 root disk 8, 0 Oct 12 14:36 /dev/sda

MARASAN: To uz neni mozny ... mam ted novou masinu a je to to same ... Funguje mi, kdyz priradim smartctl prava roota (suid), coz je taky pekna prasarna ;)

Jaka mas prava tady ?

ls -l /dev/sda ?

TOTAL: mam americky locales ;-)

# ls -l /usr/sbin/smartctl 
-rwxr-xr-x 1 root root 679560 Jul 30  2016 /usr/sbin/smartctl