Испытываю проблемы с очередью Zabbix
Инфраструктура: Три удаленных сетевых сайта А,B,С.
Сайта А – сам zabbix сервер собирает активным и пассивными чеками информацию c хостов,
B и С имеют по одному прокси в сайте для сбора данных в рамках своих сайтов.
Данные из zabbix:
Number of hosts (monitored/not monitored/templates) 283 192 / 19 / 72
Number of items (monitored/disabled/not supported) 26414 24803 / 13 / 1598
Number of triggers (enabled/disabled) [problem/ok] 5426 3339 / 2087 [26 / 3313]
Required server performance, new values per second 208.4 -
Не нравятся показатели:
1. Очередь zabbix 6K
2. Обработанные zabbix данные за 1 секунду менее 0,5 K.
Графики производительности примерно одинаковы как для сервера, так и для двух его прокси.
Но QUEUE OF ITEMS TO BE UPDATED различается!!!
Proxy 5 seconds 10 seconds 30 seconds 1 minute 5 minutes More than 10 minutes
R-proxy-01 1089 3964 3280 704 314 483
S-proxy-01 52 303 124 72 67 17
Server 33 1 0 0 0 0
Если сокращать временные интервалы опросов в items то очередь очень быстро может дойти до 20K как на сервере, так и на proxy.
Были поставлены эксперименты:
1. все хосты в одном из сайтов перенастроены на работу непосредственно с сервером zabbix без использования proxy. Результатом стало падение очереди до 0,5 на сервере.
2. Были отключены от мониторинга недоступные (выключенные по факту) хосты. Очередь выравнивалась с обработанными показаниями.
Вопрос: Что нужно настроить, чтобы можно было использовать proxy и:
1. Не терять данные
2. Нормально обрабатывать выключенные хосты и не ждать от них данных
Конфиги proxy и my.cnf прилагаю ниже.
my.cnf of R-proxy-01
max_connections=300
innodb_flush_log_at_trx_commit=2
innodb_buffer_pool_size=4G
innodb_thread_concurrency=8
innodb_flush_method=O_DIRECT
innodb_data_file_path=ibdata1:10M:autoextend
innodb_file_per_table=1
innodb_log_file_size=512M
query_cache_size=128M
join_buffer_size=128M
table_cache=128M
thread_cache_size=128M
zabbix_proxy.conf of R-proxy-01
ProxyMode=0
ProxyLocalBuffer=1
ProxyOfflineBuffer=12
HeartbeatFrequency=60
ConfigFrequency=600
DataSenderFrequency=1
StartPollers=100
StartIPMIPollers=5
StartPollersUnreachable=20
StartTrappers=10
StartPingers=20
CacheSize=500M
StartDBSyncers=20
HistoryCacheSize=500M
HistoryTextCacheSize=500M
Timeout=3
TrapperTimeout=300
UnreachablePeriod=45
UnavailableDelay=60
UnreachableDelay=15
Инфраструктура: Три удаленных сетевых сайта А,B,С.
Сайта А – сам zabbix сервер собирает активным и пассивными чеками информацию c хостов,
B и С имеют по одному прокси в сайте для сбора данных в рамках своих сайтов.
Данные из zabbix:
Number of hosts (monitored/not monitored/templates) 283 192 / 19 / 72
Number of items (monitored/disabled/not supported) 26414 24803 / 13 / 1598
Number of triggers (enabled/disabled) [problem/ok] 5426 3339 / 2087 [26 / 3313]
Required server performance, new values per second 208.4 -
Не нравятся показатели:
1. Очередь zabbix 6K
2. Обработанные zabbix данные за 1 секунду менее 0,5 K.
Графики производительности примерно одинаковы как для сервера, так и для двух его прокси.
Но QUEUE OF ITEMS TO BE UPDATED различается!!!
Proxy 5 seconds 10 seconds 30 seconds 1 minute 5 minutes More than 10 minutes
R-proxy-01 1089 3964 3280 704 314 483
S-proxy-01 52 303 124 72 67 17
Server 33 1 0 0 0 0
Если сокращать временные интервалы опросов в items то очередь очень быстро может дойти до 20K как на сервере, так и на proxy.
Были поставлены эксперименты:
1. все хосты в одном из сайтов перенастроены на работу непосредственно с сервером zabbix без использования proxy. Результатом стало падение очереди до 0,5 на сервере.
2. Были отключены от мониторинга недоступные (выключенные по факту) хосты. Очередь выравнивалась с обработанными показаниями.
Вопрос: Что нужно настроить, чтобы можно было использовать proxy и:
1. Не терять данные
2. Нормально обрабатывать выключенные хосты и не ждать от них данных
Конфиги proxy и my.cnf прилагаю ниже.
my.cnf of R-proxy-01
max_connections=300
innodb_flush_log_at_trx_commit=2
innodb_buffer_pool_size=4G
innodb_thread_concurrency=8
innodb_flush_method=O_DIRECT
innodb_data_file_path=ibdata1:10M:autoextend
innodb_file_per_table=1
innodb_log_file_size=512M
query_cache_size=128M
join_buffer_size=128M
table_cache=128M
thread_cache_size=128M
zabbix_proxy.conf of R-proxy-01
ProxyMode=0
ProxyLocalBuffer=1
ProxyOfflineBuffer=12
HeartbeatFrequency=60
ConfigFrequency=600
DataSenderFrequency=1
StartPollers=100
StartIPMIPollers=5
StartPollersUnreachable=20
StartTrappers=10
StartPingers=20
CacheSize=500M
StartDBSyncers=20
HistoryCacheSize=500M
HistoryTextCacheSize=500M
Timeout=3
TrapperTimeout=300
UnreachablePeriod=45
UnavailableDelay=60
UnreachableDelay=15
Comment