Оптимизация работы через прокси

[zmdpc]

Доброго дня.

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

https://www.zabbix.com/documentation/2.2/ru/manual/appendix/performance_tuning

но это не сильно помогло. Перезагрузка или процесса сервера или прокси вызывает огромную очередь на 100к итемов. Постоянная большая очередь. Кол-во узлов 1800, итемов 150к

Конфиг прокси (виртуалка hyper-v) такой

ProxyMode=0
Server=х.х.х.х
ServerPort=10051
HostnameItem=system.hostname
LogFile=/var/log/zabbix/zabbix_proxy.log
LogFileSize=20
DebugLevel=3
PidFile=/var/log/zabbix/zabbix_proxy.pid
DBName=****
DBUser=****
DBPassword=*****
DBSocket=/var/run/mysqld/mysqld.sock
ProxyLocalBuffer=2
ProxyOfflineBuffer=60
ConfigFrequency=300
DataSenderFrequency=1
StartPollers=20
StartPollersUnreachable=5
StartTrappers=3
StartPingers=10
SNMPTrapperFile=/tmp/zabbix_traps.tmp
StartSNMPTrapper=1
ListenIP=х.х.х.х
CacheSize=64M
HistoryCacheSize=32M
HistoryTextCacheSize=32M
UnreachablePeriod=30
FpingLocation=/usr/bin/fping

У сервера (физ машина)

ListenPort=10051
LogFile=/var/log/zabbix/zabbix_server.log
LogFileSize=10
DebugLevel=3
PidFile=/var/log/zabbix/zabbix_server.pid
DBHost=localhost
DBName=****
DBUser=*****
DBPassword=*****
DBSocket=/var/run/mysqld/mysqld.sock
DBPort=3306
StartPollers=45
StartPollersUnreachable=5
StartPingers=10
StartJavaPollers=0
StartVMwareCollectors=0
SNMPTrapperFile=/var/log/zabbix/zabbix_traps.tmp
StartSNMPTrapper=1
ListenIP=0.0.0.0
CacheSize=160M
CacheUpdateFrequency=120
HistoryCacheSize=32M
TrendCacheSize=32M
HistoryTextCacheSize=64M
ValueCacheSize=64M
Timeout=3
TrapperTimeout=250
UnreachablePeriod=45
AlertScriptsPath=/usr/local/share/zabbix/alertscripts
ExternalScripts=/usr/local/share/zabbix/externalscripts
FpingLocation=/usr/bin/fping
Fping6Location=/usr/bin/fping6

Ошибок в логах не наблюдается...
Что можно подкрутить и что попробовать чтобы все работало как если бы на прямую только на сервере - очередь нулевая....

[zmdpc]

Пробую разобраться.
Может это связано с таймингами mysql ?
Какие есть варианты проверить что вызвает такой эффект ?

[Jimson]

Была бага в статистике прокси в ранних 2.4, показывались огромные очереди, но по факту все работало нормально.

[zmdpc]

Нет.
Стоит версия 2.4.4 и очередь именно останавливается.

База SQL для тестов вынесена на удаленный сервер. Задержка в среднем 50 мс. Сервер zabbix локально установлен с базой. Переключаю в настройках на удаленную базу SQl (скопированную один к одному) и очередь стопорится.

Примерно такая же какртина и с работой через zabbix-proxy. Через него ситуация лучше. Но очередь также большая...

Может нужно увеличивать тайминги в zabbix?

https://www.zabbix.com/documentation/2.2/ru/manual/appendix/config/zabbix_proxy

Кто то уже реализовал работу через zabbix-proxy ?
Есть какието рекомендации в этом случае?

[Zentarim]

Нет.
Задержка в среднем 50 мс. Сервер zabbix локально установлен с базой. Переключаю в настройках на удаленную базу sql (скопированную один к одному) и очередь стопорится

Примерно такая же какртина и с работой через zabbix-proxy.

Что-то большая какая-то задержка. Тем более "средняя".

Тем более вы сами пишете, что при переключении на удаленную базу (или включении прокси) возникают проблемы. Ищите проблему в транспорте (потери, забитые каналы)

[zmdpc]

задержка как задержка ... 50 мс это можно сказать отличная для тех мест задержка

[Zentarim]

задержка как задержка ... 50 мс это можно сказать отличная для тех мест задержка

Я правильно понимаю, что при работе базы на локальной машине проблем с очередью не наблюдается? Вы уверены, что потерь не наблюдается? Согласен, может быть для тех мест задержка в 50 мс может и небольшая. И 1% потерь тоже вполне может быть отличным результатом. А вот zabbix может считать иначе. Так что если у вас примерно одинаковое железо на удаленном и локальном sql сервере - вам лучше бы проверить транспорт.

[zmdpc]

Потерь нет.
Вопрос в оптимизации, в этом то и есть вопрос.
Приведен конфиг прокси и сервера ... возможно они не оптимальны для данной ситуации.