[Общий вопрос] Сетевой мониторинг

[Necrosoft]

Здравствуйте!

Хотел узнать: как zabbix подходит для мониторинг большого кол-ва сетевых устройств ?
Например: насколько целесообразно использовать именно zabbix, как пинговалку на 20к хостов ?
Насколько сложно сделать динамическое обновления базы устройств из уже имеющейся базы ?
Насколько удобным можно сделать отображение результата ?

Кто-нибудь сталкивался с подобной задачей ?
Буду признателен, если кто-нибудь напишет свою 'историю успеха'.


С забиксом раньше не работал, хочется узнать стоит-ли начинать.

[dima_dm]

Здравствуйте!

Хотел узнать: как zabbix подходит для мониторинг большого кол-ва сетевых устройств ?

Подходит. Сейчас, пока, не реализованы опции резервирования Zabbix серверов, а для больших систем это очень важно.

Например: насколько целесообразно использовать именно zabbix, как пинговалку на 20к хостов ?

Если нужен только ping, то можно найти и более эффективные решения. В Zabbix на каждый ping, запускается утилита fping.
Или производить Ping сторонним высокопроизводительным скриптом, а Zabbix использовать только как Web мордочку и систему оповещения и отчётов. Но как показывает практика, аппетит приходит во время еды, и когда простенький мониторинг уже работает, хочется чего-то большего. И здесь Zabbix вам очень поможет.

Насколько сложно сделать динамическое обновления базы устройств из уже имеющейся базы ?

Изучайте Zabbix API.

[ugh]

20к хостов более менее нормальная железка легко запингует заббиксом
мне кажется и 100к запингует с тем же успехом

пс. чем плох фпинг?

[dima_dm]

20к хостов более менее нормальная железка легко запингует заббиксом
мне кажется и 100к запингует с тем же успехом

пс. чем плох фпинг?

Все зависит от частоты Ping.
/etc/zabbix/zabbix_server.conf

### Option: StartPingers
#       Number of pre-forked instances of ICMP pingers.
#
# Mandatory: no
# Range: 0-255
# Default:
StartPingers=6

Т.е. максимально 255 одновременно запущенных процессов.
20000/255=78.43
Далее в зависимости от времени ожидания ответов, считается минимально возможное время опроса устройств.
78.43 * t
Кроме того, опрос устройств из демона всегда эффективнее, чем постоянный запуск утилиты на каждую операцию.
Ещё, если ping делать сторонними средствами, а результат выгружать в Zabbix c помощью zabbix_sender, то можно реализовать схему с резервированием Zabbix серверов, данной опции в штатной версии пока нет.

[ugh]

Т.е. максимально 255 одновременно запущенных процессов.
20000/255=78.43
Далее в зависимости от времени ожидания ответов, считается минимально возможное время опроса устройств.
78.43 * t

я вот этого не понял если честно

вообще-то пингует заббикс так:

# ps -aux | grep fping
zabbix     70667  0,0  0,0  7060  1408  ??  SN   12:19     0:00,00 sh -c /usr/local/sbin/fping -q -C3 2>&1 </tmp/zabbix_server_72202.pinger
zabbix     70668  0,0  0,0  4640  1052  ??  SN   12:19     0:00,05 /usr/local/sbin/fping -q -C3
zabbix     70682  0,0  0,0  7060  1408  ??  SN   12:19     0:00,00 sh -c /usr/local/sbin/fping -q -C3 2>&1 </tmp/zabbix_server_72206.pinger
zabbix     70683  0,0  0,0  4640  1052  ??  SN   12:19     0:00,04 /usr/local/sbin/fping -q -C3
zabbix     70690  0,0  0,0  7060  1408  ??  SN   12:19     0:00,00 sh -c /usr/local/sbin/fping -q -C3 2>&1 </tmp/zabbix_server_72209.pinger
....

т.е. списком


StartPingers=25
15к хостов легко пингуются в среднем раз в 2-3 минуты

[dima_dm]

я вот этого не понял если честно

Речь про timeout в fping, опции

-c n       count of pings to send to each target (default 1)
-C n       same as -c, report results in verbose format
-p n       interval between ping packets to one target (in millisec)
                (in looping and counting modes, default 1000)
-t n       individual target initial timeout (in millisec) (default 500)

При крупной аварии, когда большое число хостов будет недоступно, у Вас не будет полной и достоверной картины происходящего.