The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск системы мониторинга Zabbix 3.4"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от opennews (??) on 23-Авг-17, 12:16 
Представлен (https://www.zabbix.com/whats_new) выпуск системы мониторинга Zabbix 3.4 (http://www.zabbix.co/). Вышедшая версия содержит новую систему дэшбордов, несет новые возможности по предварительной обработке поступающих данных, предлагает новые механизмы массового сбора метрик и многое другое. Код проекта распространяется под лицензией GPLv2.


Напомним, что Zabbix состоит из трёх базовых компонентов: сервера для координации выполнения проверок, формирования проверочных запросов и накопления статистики; агентов для осуществления проверок на стороне внешних хостов; фронтэнда для организации управления системой. Для снятия нагрузки с центрального сервера и формирования распределённой сети мониторинга может быть развёрнута серия прокси-серверов, агрегирующих данные о проверке группы хостов. Данные могут храниться в СУБД MySQL, PostgreSQL, DB2 и Oracle. Без агентов Zabbix-сервер может получать данные по таким протоколам как SNMP, IPMI, JMX, SSH/Telnet, ODBC, проводить тестирование доступности Web-приложений и систем виртуализации.


Основные (http://www.zabbix.com/whats_new.php) улучшения (https://www.zabbix.com/documentation/3.4/manual/introduction...):

-  Новая система дэшбордов. Пользователи могут самостоятельно создавать дэшборды, располагая на странице различные виджеты. Дэшборды могут быть личными или доступны другим пользователям.

-  Препроцессинг поступающих значений такими функциями как Trim, Regexp,XPath, JSON Path

-  Массовый сбор данных. Новый механизм зависимых метрик позволяет один раз получать сразу группу элементов в формате, в котором предоставляет само контролируемое приложение, будь то XML, JSON или другой, а затем, используя возможности препроцессинга, пересылать каждое значение в зависимые отдельные метрики.
-  Выполнение удаленных команд и скриптов через Zabbix-прокси
-  Поддержка пользовательских макросов в интервалах опроса или хранения. Вместе с поддержкой суффиксов времени вида 30s, 5m, 2h, 1d, 1d позволяет добиться гибкости управления временными интервалами

-  Коллекция шаблонов сетевых устройств для таких вендоров как Alcatel, Brocade, Cisco, D-Link, HP, Huawei, Intel, Juniper, Mellanox, Mikrotik, Netgear и Ubiquiti
-  Настраиваемые JMX endpoint;


-  Низкоуровневое обнаружение (LLD) для JMX вида jmx.discovery[discovery mode,object name]
-  Более эффективная синхронизация конфигурационного кэша.-  Реализован функционал полного клонирования карт и комплексных экранов-  Прекращена поддержка Internet Explorer 9 и 10. А также SQLite для сервера( поддерживается на Zabbix proxy)-  Возможность получать уведомления о подтверждении аварий


-  Реализована параллельная отсылка оповещений

-  Возврат сообщения об ошибке при выполнении скриптов и отправке уведомлений


-  Оптимизирована работа сбора данных по IPMI-  Добавлена поддержка {HOST.*} макросов в тэгах событий-  Реализована новая агентская проверка vfs.dir.size для контроля размера директории

URL: https://www.zabbix.com/whats_new
Новость: https://www.opennet.ru/opennews/art.shtml?num=47070

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


3. "Выпуск системы мониторинга Zabbix 3.4"  +16 +/
Сообщение от Аноним (??) on 23-Авг-17, 12:57 
Не обновляйтесь!
Коллега скинул инфу.
там сейчас злобная бага - если хост/item становятся недоступными, т.е. сервер ушел оффлайн - они сами не включатся, так и будут висеть в failed.
спасает рестарт заббикс сервера.
Этот баг обнаружили буквально через 5 минут после релиза. Проблема достаточно серьёзная, всех призываю подождать 3.4.1.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск системы мониторинга Zabbix 3.4"  +4 +/
Сообщение от Аноним (??) on 23-Авг-17, 13:00 
https://support.zabbix.com/browse/ZBX-12549
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Выпуск системы мониторинга Zabbix 3.4"  +2 +/
Сообщение от _KUL (ok) on 23-Авг-17, 14:15 
Пользуюсь данной системой много лет. Складывается впечатление, что либо очень амбициозная и юная публика делает релизы, либо контроль перед релизом очень слабый. Очень часто, после обновления на свежую мажорную версию присутствуют серьёзные баги. Но система в целом классная, если не ставить версии х.х.0 :)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Выпуск системы мониторинга Zabbix 3.4"  +6 +/
Сообщение от 321 (??) on 23-Авг-17, 14:46 
Сложно придумать, кто кроме "очень юной и амбициозной публики" начнет обновлять свои боевые мониторинги в день релиза.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

19. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним email(??) on 23-Авг-17, 15:38 
Дык... Некорректное применение методологии Continuos Integration/Continous Delivery - это какбэ частая нынче ошибка - тех самых _девопсов_ качественных нет, некому заставить разработчиков обложить проект юнит-тестами по самое "небалуйся", некому организовать тестирование в полном объёме - вот и выходят такие "жиденькие" релизы, "под себя", так сказать.

Этим страдает нынче не только zabbix, но и многие другие проекты, как открытые, так и закрытые. И даже не ИТ-проекты, но это уже другая история.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

36. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от sabakka on 23-Авг-17, 22:45 
Некорректное? в чем некорректность?
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

16. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 15:17 
> Пользуюсь данной системой много лет. Складывается впечатление, что либо очень амбициозная
> и юная публика делает релизы, либо контроль перед релизом очень слабый.
> Очень часто, после обновления на свежую мажорную версию присутствуют серьёзные баги.
> Но система в целом классная, если не ставить версии х.х.0 :)

Я тоже не тестирую ни devel ветки, ни rc, ни не-LTS-релизы. Переходу на следующий lts, когда предыдущий протухает, т.е. через год после .0 нового lts.

Тестирование? Пусть кто-нибудь другой. Да!

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от _ (??) on 23-Авг-17, 16:10 
Дык ить конфиг от старого новый не всегда сожрёт. Ы? Врёшь ведь? :)
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

27. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 17:35 
> Дык ить конфиг от старого новый не всегда сожрёт. Ы? Врёшь ведь?
> :)

Обидны для меня такие ваши слова!!

Тестовый апгрейд (2.2LTS>>3.0LTS) же с копией боевой базы: отметить изменение конфига и сделать правленый для новой версии (+красиво 3-way-merge...), засечь, сколько (примерно) оно при первом запуске будет бд корёжить, чтобы планировать Час Ч, обязательно не пустить его при этом собирать с реальных клиентов, а то ж агенты ж. После успешного Часа Ч ещё месяц-два-три собирать "эвона, а оно вот тут чего-то не того...". Во время теста, сразу после Ч, или не совсем сразу собирать скрипты, окривевшие от Нового, править...  А до тестовыхъ апгрейдов ещё $[какое-то время] пытаться [наконец заставить себя начать//] мержить, перенести или выкинуть in-house патчи.

...не забыть записать - предупредить пользователей, что теперь "цвета именно такие", и что "именно так и надо"...

//Впрочем, тестовый инстанс таки поднимал -- с "инишиал" конфигом об одном хосте инхаус-патчи портить-тестить.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

25. "Выпуск системы мониторинга Zabbix 3.4"  +2 +/
Сообщение от Клыкастый (ok) on 23-Авг-17, 17:07 
Например, я. Поднимаешь параллельно работающему софту новую версию, выгребаешь баги, репортишь/фиксишь, через некоторое время вводишь в продакшен. Это для софта с кровно необходимыми фичами. Если в новой версии таких нет - то да, типа твоего варианта.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

42. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от 123 (??) on 24-Авг-17, 07:23 
Юмор не уместен, т.к. данная система мониторинга часто обслуживает бизнес-критичные процессы в предприятиях.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

44. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 09:32 
> Юмор не уместен, т.к.
>часто обслуживает бизнес-критичные процессы в предприятиях.

Как одно следует из другого?  Поясните ход Вашей мысли.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

68. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Михрютка (ok) on 24-Авг-17, 14:19 
неожиданно здравая мысль от Митрофанова, плюсую неистово.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

31. "Выпуск системы мониторинга Zabbix 3.4"  –3 +/
Сообщение от YetAnotherOnanym (ok) on 23-Авг-17, 18:06 
Судя по тому, что в анонсах и афишках старательно обходится стороной вопрос о том, на каком языке ЭТО написано, и только на странице manual/installation/requirements обнаруживается требование иметь Apache+PHP, описанная Вами ситуация выглядит вполне естественной.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

41. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от www2 (ok) on 24-Авг-17, 05:16 
ЭТО написано на Си. Только веб-интерфейс на PHP.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

45. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 09:33 
> ЭТО написано на Си. Только веб-интерфейс на PHP.

...и немножечко джаввы сбоку прилепилось!

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

60. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 24-Авг-17, 12:40 
Жаба там совсем опциональна.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

66. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 13:07 
> Жаба там совсем опциональна.

Я скзал, что она там есть, ничего более.  Это возражений не вызывает, я прям волнуюсь?7!

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

81. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от www2 (ok) on 24-Авг-17, 20:34 
>> Жаба там совсем опциональна.
> Я скзал, что она там есть, ничего более.  Это возражений не
> вызывает, я прям волнуюсь?7!

Джава есть для тех, у кого она и без Zabbix'а есть. Или у вас есть приложения с JMX, написанные не на Java?

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

88. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 25-Авг-17, 10:24 
>>> Жаба там совсем опциональна.
>> Я скзал, что она там есть, ничего более.  Это возражений не
>> вызывает, я прям волнуюсь?7!
> Джава есть для тех, у кого она и без Zabbix'а есть. Или
> у вас есть приложения с JMX, написанные не на Java?

У кого там словарь для перевода с нормального на джббистский! Сросная медицинская необходимость!11

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

50. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от amonymous on 24-Авг-17, 10:24 
Спасибо огромное за предупреждение! Сейчас бы бился об стену в поисках бага.
Эти молодцы даже предупреждение на сайт не вывесили...
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 23-Авг-17, 13:07 
Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Выпуск системы мониторинга Zabbix 3.4"  +2 +/
Сообщение от Аноним (??) on 23-Авг-17, 14:42 
нет конечно. Это не типовое использование. Уж извините но такие вещи странно желать из коробки.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 23-Авг-17, 14:49 
Да неужто? Валить все данные в одну (две - хистори и тренд) таблицу это более типовое использование?

Как мне кажется, partitioning - один из основных, как по мне, залогов успеха в использовании zabbix'a. Можно, конечно, тратить деньги на SAS-винты (а они недешевы) и =усиление= остального железа. Но хотя бы помесячная разбивка history - почему бы и нет? Даже без partitioning, а просто - новый месяц - новая таблица? Мб, конечно, я что-то не понимаю в этом, тогда прошу просветить меня в этом вопросе.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

20. "мониторинга Zabbix... "  +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 16:03 
> Да неужто? Валить все данные в одну (две - хистори и тренд)
> таблицу это более типовое использование?

А-ага. для 3-4-20 хостов и sqlite-а -- самое то.

Ну, и о себе:

4x history + 2x trends. +их индексы.  => 99%+ бд.

            relname             |    size    |     size_b
trends_uint                     | 22 GB      | 24 074 412 032
history                         | 17 GB      | 17 982 316 544
history_1                       | 13 GB      | 14 055 489 536
history_uint                    | 11 GB      | 12 208 955 392
history_uint_1                  | 11 GB      | 11 488 436 224
trends                          | 11 GB      | 11 354 144 768
trends_uint_pkey                | 10 GB      | 10 905 575 424
trends_pkey                     | 4910 MB    | 5 148 925 952
history_text                    | 918 MB     | 962 666 496
alerts                          | 418 MB     | 438 370 304
history_str                     | 326 MB     | 341 729 280
history_text_pkey               | 285 MB     | 298 926 080
history_str_1                   | 259 MB     | 271 941 632
events                          | 233 MB     | 244 039 680

> Как мне кажется, partitioning - один из основных, как по мне, залогов
> успеха в использовании zabbix'a. Можно, конечно, тратить деньги на SAS-винты (а
> они недешевы) и =усиление= остального железа. Но хотя бы помесячная разбивка
> history - почему бы и нет? Даже без partitioning, а просто
> - новый месяц - новая таблица? Мб, конечно, я что-то не
> понимаю в этом, тогда прошу просветить меня в этом вопросе.

Здесь history [в массе] 3 day(*) и сбор раз в минуту, trends 365d.

Все history - 54гига из 104~(**)  --  "горячие", переписываются полностью (float/int по кр.мере; 51.9ГБ) каждые 3 дня...  тормозят и фрагментируются...... . . . . . .....

housekeeper-ы, vacuum-ы, pg_repack-и -- ужос, ухос, ужос.  А, да! thin lvm + fstrim!11

Работаем!            //"А, чтобы попасть куда-нибудь, нужно бежать вдвое быстрее."

(*) какое там "новый месяц".  И трендсы, месяца ч-з 3 после репака, - тоже тормозят.
(**) "из 104~" - репак неделю тому, .../base/ size был 93.7ГБ.  NVPS="1.12 K", avg(1mnth)  Да, тот самый кейс для партишенинга... Да...  Обдумываю. Третий год!  Но 8 шпинделей и 128ГБ озу -- много проще и :) "безопаснее".

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

40. "мониторинга Zabbix... "  +/
Сообщение от Abu on 24-Авг-17, 03:12 
Кстати, похожая картина, только 7 дней хистори и оперативы поменьше. У меня в наследство остался старый Zabbix еще версии 1.8. БД на postgres'e, большая, более 100 гиг, две таблицы забиты всерьез - history_uint и trends_uint. Принялся настраивать тестовый, посвежее, и =очевидно= же (: , что грузит людей не пиво, а housekeeper да vacuum. С vacuum все понятно, с housekeeper пишут все кто во что горазд. Да, пока спасают SAS-винты, но когда они начинают подламываться, то обращаешь внимание на цену и оптимизацию.

Мои рассуждения тут не новы - надо отстегивать старую статистику, как последние вагоны в =Чапаеве и Пустоте= - решительно и бесповоротно, без всяких housekeeper'ов, с помощью partitioning. А partitioning - тоже на него смотрю и обдумываю, но какая-то документация про него на zabbix'e староватая.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

53. "мониторинга Zabbix... "  +/
Сообщение от amonymous on 24-Авг-17, 10:33 
8 шпинделей и 128 ГБ? А сколько у вас values/second?

MariaDB. RAID 10 из четырёх стареньких SAS 300, и 300 Гб. Два шестиядерника, потому что из базы регулярно забираются данные для внешних графиков и отчётов.

history_uint - в TokuDB - ~90 гиг со сжатием LZMA, хистори партиционируется и хранится за месяц. Вся база с трендами и прочими хисторями весит ~130 гиг.

Не чихает.

Number of hosts (enabled/disabled/templates)    6296    5423 / 777 / 96
Number of items (enabled/disabled/not supported)    192574    164756 / 25101 / 2717
Number of triggers (enabled/disabled [problem/ok])    36556    36475 / 81 [323 / 36152]
Required server performance, new values per second    1036.44    

top - 09:33:23 up 91 days, 14:00,  3 users,  load average: 9.00, 6.63, 6.60
Tasks: 1438 total,  23 running, 1412 sleeping,   0 stopped,   3 zombie
%Cpu(s): 32.0 us, 35.2 sy,  0.0 ni, 29.3 id,  0.3 wa,  0.0 hi,  2.5 si,  0.8 st
KiB Mem : 28555988 total,  1020028 free, 25595728 used,  1940232 buff/cache
KiB Swap:  1048572 total,   865316 free,   183256 used.  1964288 avail Mem

df -h | grep DB
/dev/mapper/DB-DB        197G  138G   59G  71% /db

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

55. "мониторинга Zabbix... "  +/
Сообщение от amonymous on 24-Авг-17, 10:58 
Фак.

Вторую строчку читать так:

---
MariaDB. RAID 10 из четырёх стареньких SAS 300, и 32 Гб RAM. Два шестиядерника, потому что из базы регулярно забираются данные для внешних графиков и отчётов.
---

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

57. "мониторинга Zabbix... "  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 12:16 
> 8 шпинделей и 128 ГБ? А сколько у вас values/second?

2 zabbix-а на одинаковом железе
NVPS(*):  "1.12 K";  "1.26 K"  //avg/month
Required server performance, nvps:  832.11 ;  1480.13

(*) - который zabbix[requiredperformance] - фактические insert-ы в базу, не то же самое, что "Required server performance" - айтемы поделенные на интервалы.

> MariaDB. RAID 10 из четырёх стареньких SAS 300, и 300 Гб. Два
> шестиядерника, потому что из базы регулярно забираются данные для внешних графиков
> и отчётов.

Какие-то диски на каком то megaraid-е, кажется, в raid-$каком-то... Вообще не копенгаген.

> history_uint - в TokuDB - ~90 гиг со сжатием LZMA, хистори партиционируется
> и хранится за месяц. Вся база с трендами и прочими хисторями
> весит ~130 гиг.

vanila Pg 9.1. Соответственно, ни сжатия, ни партиций.

> Не чихает.

С LA > 6 ?  А вот пользователь открывает скрин с 5-7 графиками по 5-10 айтемов, да за год -- и ждёт, ждёт, ждёт. :) Да?

[два сервера: #1; #2]
Number of users online:   17;  10

> Number of hosts (enabled/disabled/templates) 6296 5423 / 777 / 96
> Number of items (enabled/disabled/not supported) 192574 164756 / 25101 / 2717
> Number of triggers (enabled/disabled [problem/ok]) 36556 36475 / 81 [323 / 36152]
> Required server performance, new values per second 1036.44

[два сервера: #1; #2]
hosts (en,/dis./templates)  2265  1653 / 144 / 468;   1052  838 / 87 / 127
items (en,/dis./not sup.)   73326  71170 / 1359 / 797;   90769  81400 / 6559 / 2810
triggers (en,/dis.)       44245  41907 / 2338;   9267   8703 / 564
Required server performance, nvps:  832.11 ;  1480.13


> top - 09:33:23 up 91 days, 14:00,  3 users,  load
> average: 9.00, 6.63, 6.60

LA5, avg(month):  3.53;  0.97
[на втором web-юзеров, видимо, меньше; скриптов меньше, возможно... может, ещё чего... са мне знаю]

Переход с Zb 2.0 на 3.0 снизил LA, кстати: 4.67 => 3.52;  1.48 => 1.04

После крайнего pg_repack-а (вкл.trends-ы) -
LA5, за почти 8/10 посл.дней, avg/max:  2.83 / 6.45 ;  0.91 / 2.82
недедя прямо до репака, avg/max: 4.1 / 9.8;  1.04 / 3.49

> df -h | grep DB
> /dev/mapper/DB-DB        197G  138G  
>  59G  71% /db

base/ + pg_xlog/ -
   до репака: 108.7G + 12..27GB;  96.6G + 11.8G
   сразу после репака:  93.7G + 11.8G;  85.4G + 11.8G
сейчас (почти 8;почти 10 дней) base/ вырос до:  104G ;  95G

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

61. "мониторинга Zabbix... "  –1 +/
Сообщение от Аноним (??) on 24-Авг-17, 12:45 

> vanila Pg 9.1. Соответственно, ни сжатия, ни партиций.

Ээээ... Апстрим как бы в следующем месяце 9.2 торжественно отправляет на свалку, а вы до сих пор на 9.1 хромаете.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

63. "мониторинга Zabbix... "  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 13:01 
>> vanila Pg 9.1. Соответственно, ни сжатия, ни партиций.
> Ээээ... Апстрим как бы в следующем месяце 9.2 торжественно отправляет на свалку,
> а вы до сих пор на 9.1 хромаете.

И вам не кашлять.

2017-08-10 https://github.com/credativ/postgresql-lts/releases/tag/REL9...
2017-08-10 https://lists.debian.org/debian-lts-announce/2017/08/msg0000...
2017-08-12 https://debconf17.debconf.org/talks/54/

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

72. "мониторинга Zabbix... "  –1 +/
Сообщение от Аноним (??) on 24-Авг-17, 17:47 
Это что за ссылки на левак? Смотрите в первоисточник: https://www.postgresql.org/about/news/1712/ а так-то ничто не мешает в боевую бросать работать 6.4. Будет очень винтажно-лампово.

====
This is also the last update for the PostgreSQL 9.1 series as it is now end-of-life.
====

Нет у PG такого понятия как LTS. Пять лет на каждую ветку и ни неделей больше - https://www.postgresql.org/support/versioning/

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

76. "мониторинга Zabbix... "  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 18:53 
> Это что за ссылки на левак?
> Нет у PG такого понятия как LTS. Пять лет на каждую ветку
> и ни неделей больше - https://www.postgresql.org/support/versioning/

Ну, пусть подают в суд за ТМ.  Какие ко мне-то претензии.  Ты не адвокат, нет?

"Суслика видишь? Нет, А он есть!"

Та же история: "у PG" lts-а нет, а Pg-9.1.24lts2 есть.

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

71. "мониторинга Zabbix... "  –1 +/
Сообщение от amonymous on 24-Авг-17, 17:44 
>>> С LA > 6 ?  А вот пользователь открывает скрин с 5-7 графиками по 5-10 айтемов, да за год -- и ждёт, ждёт, ждёт. :) Да?

Именно, с LA > 6. Иногда и > 12. Весьма здоровая установка, LA в данном случае (сотни поллеров и пингеров) - показатель совершенно не адекватный. Может отчасти потому, что всё крутится под XenServer, хз.

Основной показатель для меня то, что сервер при этом прекрасно отзывается на любые раздражители, а очередь Zabbix не растёт.

Там ещё и пачка тяжёлых отчётов крутится. Причём их запуск на собственно работу Zabbix не влияет, очередь не растёт.

К слову, графики вытащены на внешний сервер, в RRD, но и на самом Zabbix при необходимости генерятся быстро. Даже приоритеты мучать не пришлось.

Для расчёта нагрузки смотрю на конкретные perCPU показатели, они все в рамках нормы. Wait'а около 0, в основном user и system (сеть/диск). Running processes болтается в диапазоне 5-25, из-за тех же резво бегающих пингеров.

Чуть побольше топа для понимания ситуации с загрузкой:

top - 16:38:58 up 91 days, 21:06,  3 users,  load average: 3.58, 5.34, 6.14
Tasks: 1426 total,   7 running, 1418 sleeping,   0 stopped,   1 zombie
%Cpu0  :  5.1 us,  3.7 sy,  0.0 ni, 90.9 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu1  :  8.8 us,  8.8 sy,  0.0 ni, 80.4 id,  0.0 wa,  0.0 hi,  1.4 si,  0.7 st
%Cpu2  :  4.5 us,  4.8 sy,  0.0 ni, 90.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.7 st
%Cpu3  :  7.8 us,  5.1 sy,  0.0 ni, 81.2 id,  5.5 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu4  : 23.3 us,  5.7 sy,  0.0 ni, 70.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu5  : 12.8 us,  4.7 sy,  0.0 ni, 82.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu6  :  5.1 us,  5.1 sy,  0.0 ni, 89.5 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu7  :  8.5 us,  3.9 sy,  0.0 ni, 78.2 id,  0.4 wa,  0.0 hi,  8.8 si,  0.4 st
%Cpu8  :  9.1 us,  5.7 sy,  0.0 ni, 84.9 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu9  : 55.5 us,  2.0 sy,  0.0 ni, 42.2 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu10 :  5.4 us,  4.7 sy,  0.0 ni, 89.5 id,  0.0 wa,  0.0 hi,  0.0 si,  0.3 st
%Cpu11 :  7.2 us,  3.8 sy,  0.0 ni, 84.0 id,  4.8 wa,  0.0 hi,  0.0 si,  0.3 st
KiB Mem : 28555988 total,  1311012 free, 25342528 used,  1902448 buff/cache
KiB Swap:  1048572 total,   861052 free,   187520 used.  2216968 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
26558 mysql     20   0 44.388g 0.011t   5360 S  72.4 41.8 211816:03 /usr/sbin/mysqld
24084 zabbix    20   0  565792  12464   7468 S  12.0  0.0   0:00.39 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
20440 zabbix    20   0   93332    936    724 S   6.2  0.0 896:49.85 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]
24161 zabbix    20   0  565792  12516   7484 S   4.5  0.0   0:00.14 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
23986 root      20   0  159340   3796   1644 R   2.3  0.0   0:00.78 top
24048 zabbix    20   0  565792  12940   7624 S   2.3  0.0   0:00.11 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
24072 zabbix    20   0    7984    708    584 S   1.9  0.0   0:00.07 /usr/sbin/fping -C3
24090 zabbix    20   0    7984    708    580 S   1.9  0.0   0:00.06 /usr/sbin/fping -C3
23982 zabbix    20   0    7984    724    584 R   1.6  0.0   0:00.15 /usr/sbin/fping -C3
24010 zabbix    20   0    7984    724    584 S   1.6  0.0   0:00.12 /usr/sbin/fping -C3
24019 zabbix    20   0    7984    720    584 S   1.6  0.0   0:00.11 /usr/sbin/fping -C3
24023 zabbix    20   0    7984    724    584 S   1.6  0.0   0:00.11 /usr/sbin/fping -C3
24036 zabbix    20   0    7984    720    584 S   1.6  0.0   0:00.09 /usr/sbin/fping -C3
24045 zabbix    20   0    7984    720    584 S   1.6  0.0   0:00.09 /usr/sbin/fping -C3
24049 zabbix    20   0  565792  12608   7472 S   1.6  0.0   0:00.12 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
24066 zabbix    20   0    7984    720    584 S   1.6  0.0   0:00.07 /usr/sbin/fping -C3
24068 zabbix    20   0    7984    720    584 S   1.6  0.0   0:00.07 /usr/sbin/fping -C3
24076 zabbix    20   0    7984    724    584 S   1.6  0.0   0:00.05 /usr/sbin/fping -C3
24079 zabbix    20   0    7984    724    584 S   1.6  0.0   0:00.05 /usr/sbin/fping -C3
24086 zabbix    20   0  565792  12680   7368 S   1.6  0.0   0:00.08 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
24147 zabbix    20   0  565792  12964   7672 S   1.6  0.0   0:00.05 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
24153 zabbix    20   0  565792  12680   7368 S   1.6  0.0   0:00.05 /opt/httpd/bin/httpd -f /etc/httpd/php70/httpd.conf -DFOREGROUND
24184 zabbix    20   0    7984    700    584 R   1.6  0.0   0:00.05 /usr/sbin/fping -C3
24222 zabbix    20   0  299940  13740   8660 R   1.6  0.0   0:00.05 /opt/php70/bin/php /usr/lib/zabbix/externalscripts/mass_sip_check.php -H 1
24224 zabbix    20   0  297860  13796   8720 R   1.6  0.0   0:00.05 /opt/php70/bin/php /usr/lib/zabbix/externalscripts/mass_sip_check.php -H 2
24226 zabbix    20   0  299408  12180   7732 R   1.6  0.0   0:00.05 /opt/php70/bin/php /usr/lib/zabbix/externalscripts/mass_sip_check.php -H 3

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

82. "мониторинга Zabbix... "  –3 +/
Сообщение от www2 (ok) on 24-Авг-17, 20:37 
Держите нас в курсе.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

83. "мониторинга Zabbix... "  +/
Сообщение от anomymous on 24-Авг-17, 21:14 
Обязательно. Как только заплатите.
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

73. "мониторинга Zabbix... "  +/
Сообщение от amonymous on 24-Авг-17, 17:59 
832 и 1480 - да, неплохо, у нас явно сопоставимые инсталляшки.

Попробуйте MariaDB + TokuDB где-то на "небоевой", если есть возможность, вполне возможно, что вас устроит. Единственное что - при таких объёмах надо сразу закладывать партиционирование, а встроенный очищальщик через "DELETE" выключать нафиг.

---

По графикам , кстати, основной набор графиков у нас, как и говорил, на внешней системе - их просто очень много, там тысячи графиков, в RRD на 3 года. Данные в RRD сливаются с Zabbix, запросами в базу - таким образом разгружаем системы за счёт запроса данных оптом, а не по каждому элементу.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

74. "мониторинга Zabbix... "  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 18:48 
>> 8 шпинделей и 128 ГБ? А сколько у вас values/second?
> 2 zabbix-а на одинаковом железе
> NVPS(*):  "1.12 K";  "1.26 K"  //avg/month
> Required server performance, nvps:  832.11 ;  1480.13

2013-04-29  https://www.opennet.ru/openforum/vsluhforumID13/848.html#1 "Давно сидим..."(ц)

а перед тем как раз разделил сервер пополам -
2013-04-11  NVPS "до":     770
2013-04-xx  NVPS "после":  313  +  461

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

69. "мониторинга Zabbix... "  +/
Сообщение от shutdownow on 24-Авг-17, 15:41 
12 HDD, 32GB RAM.
Размер базы в пределах 1.5 TB.
Год назад реализовал partitioning на pg + pg_partman. Жить можно.
                   relation                    |   size
-----------------------------------------------+----------
public.history_uint_p2017_05                  | 114 GB
public.history_uint_p2017_05_itemid_clock_idx | 113 GB
public.history_uint_p2017_07                  | 112 GB
public.history_uint_p2017_07_itemid_clock_idx | 111 GB
public.history_uint_p2017_06                  | 109 GB
public.history_uint_p2017_06_itemid_clock_idx | 108 GB
public.history_uint_p2017_08                  | 86 GB
public.history_uint_p2017_08_itemid_clock_idx | 85 GB
public.history_str_p2017_05                   | 7883 MB
public.history_str_p2017_07                   | 7035 MB
public.history_str_p2017_06                   | 6861 MB
public.history_str_p2017_05_itemid_clock_idx  | 6739 MB
public.history_p2017_05                       | 6173 MB
public.history_p2017_05_itemid_clock_idx      | 5986 MB
public.history_str_p2017_07_itemid_clock_idx  | 5978 MB
public.history_p2017_07                       | 5963 MB
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

34. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от YetAnotherOnanym (ok) on 23-Авг-17, 20:10 
> хотя бы помесячная разбивка history

Может быть, Вы на своих серверах ещё и ротацию логов делаете?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

12. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 14:49 
> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?

Про "не будет" написали. hi-end (ниже - про NVPS) клиенты должны плОтить за поддержку...

https://www.zabbix.org/irclogs/%23zabbix/%23zabbix...

  + 00:26 <Richlv> nvps.
    00:26 <iooioo> 78.48
    00:27 <Richlv> DO NOT USE PARTITIONING
  + 00:27 <Richlv> normally you need it if you scale above at least
                   500 nvps, probably 1k with 2.0 and more with 2.2
  + 00:33 <Richlv> maybe tune pgsql properly, that should do it

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 23-Авг-17, 14:52 
>> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?
> Про "не будет" написали. hi-end (ниже - про NVPS) клиенты должны плОтить
> за поддержку...

Ну вот жаль, что не будет (: Хотя вроде как ранее мелькало, что сделают.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

23. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 16:14 
>>> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?
>> Про "не будет" написали. hi-end (ниже - про NVPS) клиенты должны плОтить
>> за поддержку...
> Ну вот жаль, что не будет (: Хотя вроде как ранее мелькало,
> что сделают.

Вот всё Ж))) думаю, кто бы https://github.com/peak6/tab_tier пропатчил с ::DATE ключей на ::integer для history стало быть clock...

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

38. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 24-Авг-17, 00:11 
=
..."как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором"...
=

тоже люблю эту цитату (: Спасибо за объяснения, приведенные вами выше.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

18. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от drTr0jan on 23-Авг-17, 15:26 
За pg не скажу, но в мускуле работать с innodb таблицами жирнее 10 гигов - тяжковато. :-/ mysql partitioning неплохо так выручает.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

37. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от vvi (??) on 23-Авг-17, 23:08 
> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?

Что мешает использовать партицирование на уровне БД?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

39. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 24-Авг-17, 00:44 
Мне не то чтобы мешает, но настораживает =древнегреческая= документация по этому поводу у Zabbix'a в части postgresql - howto выложено за 2014 год - https://www.zabbix.org/wiki/Docs/howto/postgresql_partitioni...
Мб, есть что-то посвежее или этого достаточно?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

43. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 24-Авг-17, 09:27 
До выхода PG 10 указанная дока достаточна. Как выйдет десятый постгрес, можно будет думать про партицирование средствами БД без плясок с внешними скриптами.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

48. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от vvi (??) on 24-Авг-17, 10:13 
> Мне не то чтобы мешает, но настораживает =древнегреческая= документация по этому поводу
> у Zabbix'a в части postgresql - howto выложено за 2014 год
> - https://www.zabbix.org/wiki/Docs/howto/postgresql_partitioni...
> Мб, есть что-то посвежее или этого достаточно?

В принципе, достаточно, всё зависит от задач, имеющегося железа и объёмов данных.

Но я документацию по партицированию таблиц брал на сайте посгреса и сам писал скрипты, которые по крону дропают и создают партиции с индексами/ключами.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

78. "Выпуск системы мониторинга Zabbix 3.4"  –2 +/
Сообщение от www2 (ok) on 24-Авг-17, 20:27 
> Мне не то чтобы мешает, но настораживает =древнегреческая= документация по этому поводу
> у Zabbix'a в части postgresql - howto выложено за 2014 год
> - https://www.zabbix.org/wiki/Docs/howto/postgresql_partitioni...
> Мб, есть что-то посвежее или этого достаточно?

3 года - это уже древнегреческая? Где вас таких стругают, дeбилов? Что там за 3 года изменилось в секционировании таблиц? Или тебе 15 лет и ты по возрасту своему судишь? Тогда да, 3 года - это 1/5 твоей жизни, а сам ты древний как гoвно мамонта.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

86. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Abu on 25-Авг-17, 03:01 
Вы напрасно кипятитесь (:
Я, во-первых, осторожничаю, во-вторых, новое часто лучше старого, в-третьих, на форуме Zabbix'а встречаются разные =истории успеха= по секционированию в зависимости от версии Zabbix'a. Про то, что секционирование в postgresql связано с определенными костылями, здесь уже поясняли.

Так что, пожалуйста, умерьте свой пыл.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

46. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 09:42 
>> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?
> Что мешает использовать партицирование на уровне БД?

В Pg нет партициониорвания. В v10 вроде, да, но это ещё не релиз.
В MySQL мы не обучены, как-то хочется без Монти и Оракла пешком постоять.

Древние описания, на которые ссылается коллега, -- страшнючие костыли с триггерами на insert-row или как их там. И страшничи они потому, что добавлять тормоза там, где и так уже под завязочку нагружено  --  стрёмно. Ну, как поливать костёр бензином -- здорово, но вдруг "зацепит"...  Хотя с drop-table-ами вместо housekeeper-ов... кто ж его знает.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

52. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от vvi (??) on 24-Авг-17, 10:28 
>[оверквотинг удален]
>> Что мешает использовать партицирование на уровне БД?
> В Pg нет партициониорвания. В v10 вроде, да, но это ещё не
> релиз.
> В MySQL мы не обучены, как-то хочется без Монти и Оракла пешком
> постоять.
> Древние описания, на которые ссылается коллега, -- страшнючие костыли с триггерами на
> insert-row или как их там. И страшничи они потому, что добавлять
> тормоза там, где и так уже под завязочку нагружено  --
>  стрёмно. Ну, как поливать костёр бензином -- здорово, но вдруг
> "зацепит"...  Хотя с drop-table-ами вместо housekeeper-ов... кто ж его знает.

Нет никаких тормозов, всё зависит от того, как написана процедура триггера.
Например, моя для history:
\sf+ on_insert_history_function
        CREATE OR REPLACE FUNCTION public.on_insert_history_function()
         RETURNS trigger
         LANGUAGE plpgsql
1       AS $function$
2       begin
3       execute 'insert into history_'||((new.clock/43200)*43200)||' values (($1).*)' using new;
4       return null;
5       end;
6       $function$

Опять же, когда за половину суток набирается 20 гигов только данных, без drop table никак.
Housekeeper с его delete from ... where ... просто положит СУБД.
Так же не стоит забывать про время для вакуум и сложность обновления индексов при insert/update для больших таблиц.
Вполне возможно, кстати, что ваш "загружено под завязочку" с этим и связано.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

47. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 09:45 
>> Интересно, когда-нибудь mysql/postgresql partitioning будет в нем из коробки?
> Что мешает использовать партицирование на уровне БД?

Ааааа.  "из коробки" - это знач.разработчикам что мешает??  Вы с кем разговариваете? Наверное, я зря.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

49. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Евгений (??) on 24-Авг-17, 10:23 
Назрело, нужно с базой что-то уже делать
хоть партиции, хоть Току движок пора разработчикам начинать поддерживать
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

58. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 12:25 
> Назрело, нужно с базой что-то уже делать
> хоть партиции, хоть Току движок пора разработчикам начинать поддерживать

Нудк, озвучьте им сумму.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

59. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от Евгений (??) on 24-Авг-17, 12:39 
А почему ьы разработчикам не озвучить?
https://www.zabbix.com/development_services
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

62. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 24-Авг-17, 12:46 
> Нудк, озвучьте им сумму.

А за чё им платить-то?
TokuDB и без ихних кривых рук работает.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

64. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 13:02 
>> Нудк, озвучьте им сумму.
> А за чё им платить-то?
> TokuDB и без ихних кривых рук работает.

То есть "искаропки" не надь?  Отлично же, расходимся.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

65. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от Аноним (??) on 24-Авг-17, 13:04 
Не работает ибо внешние ключи в заббике, только InnoDB и MyISAM
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

67. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 24-Авг-17, 13:10 
> Не работает ибо внешние ключи в заббике, только InnoDB и MyISAM

чё ты несёшь???

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

89. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 26-Авг-17, 00:41 
> Не работает ибо внешние ключи в заббике, только InnoDB и MyISAM

Ага, а это что:

MariaDB [zabbix]> show create table `history_uint` \G
*************************** 1. row ***************************
       Table: history_uint
Create Table: CREATE TABLE `history_uint` (
  `itemid` bigint(20) unsigned NOT NULL,
  `clock` int(11) NOT NULL DEFAULT 0,
  `value` bigint(20) unsigned NOT NULL DEFAULT 0,
  `ns` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`itemid`,`clock`)
) ENGINE=TokuDB DEFAULT CHARSET=latin1 `COMPRESSION`=tokudb_snappy
PARTITION BY RANGE (`clock`)
(PARTITION `p2016_08_25` VALUES LESS THAN (1472158800) ENGINE = TokuDB,
PARTITION `p2016_08_26` VALUES LESS THAN (1472245200) ENGINE = TokuDB,
.....
PARTITION `p2017_08_24` VALUES LESS THAN (1503608400) ENGINE = TokuDB,
PARTITION `p2017_08_26` VALUES LESS THAN (1503781200) ENGINE = TokuDB)
1 row in set (0.00 sec)

MariaDB [zabbix]> SELECT SUM(table_rows) FROM information_schema.tables WHERE table_name like 'history%'\G
*************************** 1. row ***************************
SUM(table_rows): 3735662783
1 row in set (0.01 sec)

Но анонимам виднее, да.

Вот шедулер у mariadb местами работает через фигзнаеткак, это даа.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

90. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от anomymous on 26-Авг-17, 10:30 
К хисторям нет внешних ключей.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

92. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 26-Авг-17, 10:56 
А всё остальное держать в tokudb смысла не имеет.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

6. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от DKG on 23-Авг-17, 13:17 
Ура! Очень долго системы мониторинга не обновляются.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 23-Авг-17, 13:56 
grafana prometheus?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Выпуск системы мониторинга Zabbix 3.4"  +2 +/
Сообщение от Аноним (??) on 23-Авг-17, 13:57 
https://github.com/firehol/netdata
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

54. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Евгений (??) on 24-Авг-17, 10:38 
> Ура! Очень долго системы мониторинга не обновляются.

Не эта обновляется регулярно

А с радостью согласен
3.2 был прекрасен, надеюсь и этот релиз получился не хуже

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

15. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от SunXE (ok) on 23-Авг-17, 15:05 
Нахрена выпилили SQLite для zabbix-proxy?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от abu on 23-Авг-17, 15:21 
А разве не для сервера выпилили?
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от SunXE (ok) on 23-Авг-17, 16:35 
Да, это у меня косоглазие развилось)
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

21. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 16:08 
> Нахрена выпилили SQLite для zabbix-proxy?

Эээ... Извините?? http://repo.zabbix.com/zabbix/3.4/rhel/7/x86_64/

[   ] zabbix-proxy-sqlite3-3.4.0-1.el7.x86_64.rpm 2017-08-22 12:48  618K

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

26. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от barmaglot (??) on 23-Авг-17, 17:16 
>> Выполнение удаленных команд и скриптов через Zabbix-прокси

надеюсь это отключаемо ...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от Andrey Mitrofanov on 23-Авг-17, 17:39 
>>> Выполнение удаленных команд и скриптов через Zabbix-прокси
> надеюсь это отключаемо ...

Ну, Криптографию-то они сделали. Когда-нибудь и Аутентификацию [удалённых действий] смогут!

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

30. "Выпуск системы мониторинга Zabbix 3.4"  –1 +/
Сообщение от Алексей (??) on 23-Авг-17, 17:48 
> Ну, Криптографию-то они сделали. Когда-нибудь и Аутентификацию [удалённых действий] смогут!

Уже сделано.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

29. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Алексей (??) on 23-Авг-17, 17:45 
По умолчанию это выключено.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

51. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от Евгений (??) on 24-Авг-17, 10:28 
>>> Выполнение удаленных команд и скриптов через Zabbix-прокси
> надеюсь это отключаемо ...

Это самая ожидаемая, если не сказать вожделенная, фишка
Для полного счастья не хватает выполнения команд на исключительно активных агентах

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от user455 on 23-Авг-17, 20:07 
в 3.6 или около того обещали nosql.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "Выпуск системы мониторинга Zabbix 3.4"  +1 +/
Сообщение от www2 (ok) on 24-Авг-17, 20:31 
> в 3.6 или около того обещали nosql.
> плюс заббиксу просто необходимо добавить поддержку нахождения сервисов через популярные
> сервис дискавери ну и вообще ввести понятие сервиса, который может скейлиться
> вширь и обратно. иначе прометеусы и прочая шняга их переплюнет скоро.

Как же вы достали со своими и банными микросервисами. Да, давайте теперь всех будем вширь масштабировать и сервисы дискаверить. Даже тех, у кого этот zabbix в виртуалке работает и мониторит 10 компьютеров и 20 сервисов. Ставьте себе этот ваш прометеус с покером и блудницами и отстаньте уже от zabbix'а.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

56. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Demo (??) on 24-Авг-17, 12:02 
> присутствуют серьёзные баги. Но система в целом классная

Ага. То, что делается в ipMon'е на одном экране, здесь настраивается в десяти местах путём нащёлкивания мышОй.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

70. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Аноним (??) on 24-Авг-17, 17:05 
Это что надо в голове иметь, что бы сравнить кастрюлю с вилкой?
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

85. "Выпуск системы мониторинга Zabbix 3.4"  +/
Сообщение от Demo (??) on 24-Авг-17, 22:20 
Что для вас кастрюля, а что вилка?

Читаем:

ipMonitor - Monitor IT Infrastructure Performance
Zabbix :: The Enterprise-Class Open Source Network Monitoring Solution

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

80. "Выпуск системы мониторинга Zabbix 3.4"  +2 +/
Сообщение от www2 (ok) on 24-Авг-17, 20:33 
>> присутствуют серьёзные баги. Но система в целом классная
> Ага. То, что делается в ipMon'е на одном экране, здесь настраивается в
> десяти местах путём нащёлкивания мышОй.

Да, книгой тоже подтираться неудобно - страницы твёрдые и отрываются с трудом. То ли дело туалетная бумага. Правда тексты полезные на ней не печатают, да и читать было бы не удобно - рулон постоянно рвался бы.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

84. "Zabbix 3.4.1rc1"  +/
Сообщение от Алексей (??) on 24-Авг-17, 22:13 
Вышел в свет Zabbix 3.4.1 RC1 с исправлением проблем, обнаруженных в 3.4.0. Подробности: https://www.zabbix.com/rn3.4.1rc1
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

87. "Zabbix 3.4.1rc1"  +/
Сообщение от anomymous on 25-Авг-17, 08:26 
Что-то они там жрут эдакое в последнее время, похоже. 3.4.1rc1 у них в меню в релнотах значится, как 3.4.0rc1 xD

http://imgur.com/a/ixK7W

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

91. "Zabbix 3.4.1rc1"  +/
Сообщение от anomymous on 26-Авг-17, 10:31 
> Вышел в свет Zabbix 3.4.1 RC1 с исправлением проблем, обнаруженных в 3.4.0.
> Подробности: https://www.zabbix.com/rn3.4.1rc1

Ну и да, не вышел. Отменён, видимо что-то где-то ещё надо править, чтобы этот блокер пофиксить.

Тем временем 3.4.0 не отозван, и даже никаких варнингов. Релиз менеджмент, майнфилд стайл.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

93. "Zabbix 3.4.1rc1"  +/
Сообщение от Andrey Mitrofanov on 28-Авг-17, 10:35 
>> Вышел в свет Zabbix 3.4.1 RC1 с исправлением проблем, обнаруженных в 3.4.0.

anomymous, 10:31 , 26-Авг-17:
> Ну и да, не вышел. Отменён, видимо что-то где-то ещё надо править,
> чтобы этот блокер пофиксить.

https://www.zabbix.com/rn3.4.1rc2 ""25 August 2017""

> Тем временем 3.4.0 не отозван, и даже никаких варнингов. Релиз менеджмент, майнфилд
> стайл.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

94. "Zabbix 3.4.1"  +2 +/
Сообщение от Евгений (??) on 28-Авг-17, 20:04 
Вот и релиз подоспел
https://www.zabbix.com/rn3.4.1
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру