Исходное сообщение
"Zabbix на PostgreSQL" Отправлено AlexAT, 29-Апр-13 20:52
А как себя чувствуют Monitoring/Events / Monitoring/Triggers? >>> zabbix.com не читаю. Удивительно - но там на форумах в основном мелочевка. До 10000 итемов... Выше похоже как-то у всех грабли начинаются. Кое-что в заббиксе патчил, но сейчас примерно вот так: --- Number of hosts (monitored/not monitored/templates)    1149    1104 / 0 / 45 Number of items (monitored/disabled/not supported)    102735    97111 / 4252 / 1372 Number of triggers (enabled/disabled)[problem/unknown/ok]    37998    28120 / 9878  [86 / 0 / 28034] Required server performance, new values per second    330.89     - --- Один хост, 2.0.5, немножко допиленный. Очередь почти всегда пустая. После рестарта прочесывается (опустошает очередь) за ~10 минут. Активно используются скриптовые (external) опросы, и discovery - как по хостам, так и по элементам. Сам Zabbix: ESXi 5.1, 2 x Xeon E5620 @ 2.40GHz, 3 vCores, 3 Gb RAM. DB-сервер: ESXi 5.1, 2 x Xeon E5620 @ 2.40GHz, 8 vCores, 8 Gb RAM, MariaDB 5.5.30/TokuDB 7.0.1. Диски SATA. База в TokuDB, объем сырой базы вместе с историей на сейчас - 15 Гб (это около 45 Гб несжатых). Параллельно заббиксу на этом DB-сервере крутятся (только базы, естественно) еще Cacti (Boost) на 37000 графиков, архив RADIUS с начала времен, и всякая мелочевка. --- Если интересно - неспецифичные патчи для заббиха выложу, там в основном мелочевка - обход косяков оптимизатора. Вполне возможно, что в MariaDB часть косяков испарилась - но проверять депатчингом на боевой инсталляции не хочу :) Несколько целиком переписанных запросов завязаны на нашу специфику - но и пресловутых патчей на обход съезжающего под его запросами оптимизатора нам уже хватило для того, чтобы заббих прочесался из небытия до рабочего состояния.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> А как себя чувствуют Monitoring/Events / Monitoring/Triggers? >>>> zabbix.com не читаю. > Удивительно - но там на форумах в основном мелочевка. До 10000 итемов... > Выше похоже как-то у всех грабли начинаются. > Кое-что в заббиксе патчил, но сейчас примерно вот так: > --- > Number of hosts (monitored/not monitored/templates) 1149 1104 / 0 / 45 > Number of items (monitored/disabled/not supported) 102735 97111 / 4252 / 1372 > Number of triggers (enabled/disabled)[problem/unknown/ok] 37998 28120 / 9878 [86 / 0 > / 28034] > Required server performance, new values per second 330.89 - > --- > Один хост, 2.0.5, немножко допиленный. Очередь почти всегда пустая. После рестарта прочесывается > (опустошает очередь) за ~10 минут. Активно используются скриптовые (external) опросы, > и discovery - как по хостам, так и по элементам. > Сам Zabbix: ESXi 5.1, 2 x Xeon E5620 @ 2.40GHz, 3 vCores, > 3 Gb RAM. > DB-сервер: ESXi 5.1, 2 x Xeon E5620 @ 2.40GHz, 8 vCores, 8 > Gb RAM, MariaDB 5.5.30/TokuDB 7.0.1. Диски SATA. > База в TokuDB, объем сырой базы вместе с историей на сейчас - > 15 Гб (это около 45 Гб несжатых). Параллельно заббиксу на этом > DB-сервере крутятся (только базы, естественно) еще Cacti (Boost) на 37000 графиков, > архив RADIUS с начала времен, и всякая мелочевка. > --- > Если интересно - неспецифичные патчи для заббиха выложу, там в основном мелочевка > - обход косяков оптимизатора. Вполне возможно, что в MariaDB часть косяков > испарилась - но проверять депатчингом на боевой инсталляции не хочу :) > Несколько целиком переписанных запросов завязаны на нашу специфику - но и пресловутых > патчей на обход съезжающего под его запросами оптимизатора нам уже хватило > для того, чтобы заббих прочесался из небытия до рабочего состояния.
	Введите код, изображенный на картинке: