Zabbix 2.2 MySQL Partitioning

[Zentarim]

Собираюсь попробовать сделать секционирование базы Zabbix 2.2.3. Однако есть несколько вопросов. Прошу ответить тех, кто действительно проводил секционирование в версии 2.2 :

1) Какие реальные плюсы вам дал переход на секционирование? (снизилась нагрузка на диск, увеличилась скорость выборки и т.д.)

2) Каким образом теперь производить обновление версии сервера? Скажем, я захочу обновиться до 2.3.Х - оно мне всю базу не похерит при первом запуске?

3)Нашел два мануала по секционированию:

http://zabbix.org/wiki/Docs/howto/mysql_partition#MySQL_Database_Partitioning

и

https://www.zabbix.com/wiki/non-english/ru/partitioning_in_mysql

Мануалы отличаются, но первый выглядит более заслуживающим доверия так как там явно упоминается zabbix 2.2. Можно ли по первому мануалу провести секционирование?

[shumik]

Zabbix server 2.2.4
Партиционирование делал по первому мануалу. Никаких проблем не возникло.

[OKyHb]

Мы делали по второму мануалу, ещё на zabbix 2.0. При переходе на 2.2 просто удалили какие-то индексы, и дальше zabbix-server сам себе обновил структуру табиц.

[OKyHb]

По первому вопросу- начинали мы без партицирования. Сейчас уже точно не скажу, но где-то при нагрузке в ~1000 NVPS без партицирования просто перестало работать (постоянно росла очередь, высокий iowait).

Перешли на партицирование - и проблема с производительностью пропала. На сегодня 2956 NVPS - и всё нормально.

[Zentarim]

Мы делали по второму мануалу, ещё на zabbix 2.0. При переходе на 2.2 просто удалили какие-то индексы, и дальше zabbix-server сам себе обновил структуру табиц.

Т.е. секционированная база при автообновлении не сломалась?

[OKyHb]

При обновлении 2.0 -> 2.2 ничего не сломалось. У нас всё прошло гладко.

[Zentarim]

Хорошо, спасибо за информацию.

[ableev]

По первому вопросу- начинали мы без партицирования. Сейчас уже точно не скажу, но где-то при нагрузке в ~1000 nvps без партицирования просто перестало работать (постоянно росла очередь, высокий iowait).

Перешли на партицирование - и проблема с производительностью пропала. На сегодня 2956 nvps - и всё нормально.

Можно поинтересоваться, сколько в среднем вы храните историю и сколько трендов?
Например, 7 дней истории и 90 трендов.

[Jimson]

Можно поинтересоваться, сколько в среднем вы храните историю и сколько трендов?
Например, 7 дней истории и 90 трендов.

Так вся прелесть партиционирования что не важно сколько ты хранишь данных, производительность зависит только от размера партиции, а "размер" истории/трендов от ограничение на кол-во партиций и размера (в)диска.

[ableev]

Так вся прелесть партиционирования что не важно сколько ты хранишь данных, производительность зависит только от размера партиции, а "размер" истории/трендов от ограничение на кол-во партиций и размера (в)диска.

Я это понимаю.
Спросил, потому что это странно, что при 1000 nvps всё помирает.
У меня даже на слабенькой виртуалке при 1000 nvps всё было хорошо.

[OKyHb]

У нас zabbix-server и mysqld на одном физическом сервере, никакой виртуализации. Или всё равно это не оправдывает такие результаты? )

[ableev]

У нас zabbix-server и mysqld на одном физическом сервере, никакой виртуализации. Или всё равно это не оправдывает такие результаты? )

Да. Потому что это не гигантская нагрузка, как по мне.

[Jimson]

Я это понимаю.
Спросил, потому что это странно, что при 1000 nvps всё помирает.
У меня даже на слабенькой виртуалке при 1000 nvps всё было хорошо.

Хм. У меня сильно поменьше 1000 nvps, при ~2k хостов на ~20k итемов, сервер на физическом сервере пока + сервак под 30 проксями в vimage+jail. Я бы не сказал что оно прям так уж летает. Возможно быстродействие сильно зависит от структуры данных, можно 100nvps набрать мониторингом одного 48 портового свича (мы пока свой "наземный" бэкбон вообще под забикс не заводили, соларвиндсом мониторим, в забиксе только спутниковые сегменты), а можно в те же 100nvps уместить под 1к хостов.
Сам сервер и прокси живут без проблем, а вот в интерфейсе время от времени задумывается, особенно на простроении каких-нибудь круговых диаграмм.