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

"Выпуск системы мониторинга Zabbix 8.0"	+/–
Сообщение от opennews (??), 07-Ноя-26, 23:24
Состоялся релиз открытой системы мониторинга Zabbix 8.0, который отнесён к версиям  с длительным сроком официальной поддержки (LTS).  Zabbix - универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, IT-сервисов, web-сервисов и облачной инфраструктуры.  Код проекта распространяется под лицензией AGPLv3... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66637
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 07-Ноя-26, 23:24	–13 +/–
Обычно tail -f хватает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #101

2. Сообщение от Васян (?), 07-Ноя-26, 23:50	+20 +/–
Да че уж, это много. Нужно болт ложить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #6, #9

3. Сообщение от Tron is Whistling (?), 08-Ноя-26, 00:01	–2 +/–
Ох, красавчики. Сейчас махнём историю с MySQL на ClickHouse - и будет вообще конфетка.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #11

4. Сообщение от kesha (??), 08-Ноя-26, 00:17	+13 +/–
*класть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

5. Сообщение от Аноним (13), 08-Ноя-26, 00:26	–2 +/–
А до этого что мешало в ClickHouse всё складывать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #43

6. Сообщение от Аноним (6), 08-Ноя-26, 00:29	+4 +/–
Так шпионов и ловят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от нах. (?), 08-Ноя-26, 00:51	+1 +/–
> Реализована возможность импорта и экспорта панелей мониторинга > вместе с их страницами, виджетами и конфигурацией, не прошло и десяти лет (или прошло?) с тех пор как Алексей (или как там его звали) мне эту фичу пообещал в виду окончательной победы над скринами (у которых она была и так). Ну спасибо, конечно. Жаль что немного запоздало. Кто знает, совместимость с клиентами и прокси не самой распоследней версии опять поломали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

8. Сообщение от Аноним (8), 08-Ноя-26, 02:06	–2 +/–
при наличии prometheus+grafana зачем это нужно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #30, #38

9. Сообщение от Аноним (9), 08-Ноя-26, 02:39	–5 +/–
Подготовило ЦРУ супершпиона для заброски на секретный российский оборонный завод. Выучил язык без акцента, все традиции знает, матерится как родной. Забросили. Устроился на завод, отработал первый день. Вечером мужики в курилке подзывают его: — Слышь, Михалыч, пошли после смены бахнем по стакану? Шпион думает: «Так, в инструкциях ЦРУ написано — надо сливаться с коллективом». — Пошли, мужики! Выпили. На следующий день история повторяется. И так всю неделю. На выходных мужики зовут на рыбалку — шпион едет, пьет со всеми, ловит рыбу. Проходит месяц. На заводе важное собрание, выступает директор: — Товарищи! План горит, сроки поджимают! Надо поднажать, остаться на сверхурочные! Кто готов? Все рабочие дружно: — Да ну, шеф, мы на этот план болт забили! И вообще, пошли мы домой. Все разворачиваются и уходят. А шпион остался один, достает блокнот, начинает судорожно чертить графики и заполнять отчеты. Тут к нему подходит старый токарь, кладет руку на плечо и говорит: — Эх, Михалыч... Всё-таки не зря мы на тебя косились. Весь месяц пил как наш, матерился как наш, а как до дела дошло — простой русской традиции «забить болт» не знаешь! Сдавайся, шпион американская!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #13

10. Сообщение от Аноним (9), 08-Ноя-26, 02:42	+4 +/–
Затем, что это разные вещи. На разный вкус. Сабж чаще сисадмины и связисты ставя, prometheus+grafana чаще любят девопсы. Но это наблюдение на собственном опыте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12, #81

11. Сообщение от нах. (?), 08-Ноя-26, 03:13	+5 +/–
надеюсь ты уже прочитал вот это? https://www.zabbix.com/documentation/8.0/en/manual/appendix/... трендов нет и не будет, хаускипинга тоже нет и не будет, все данные наплевав на настройки конкретного айтема хранятся ровно 31 день и удаляются через внутрикликхаусный retension, так что единственное что ты сможешь сделать - это выставить TTL разным для разных _типов_ данных, типа инты храним десять лет, а строки только год, поскольку это как были разномастые таблицы в mysql, так тут и остались. Как можно было бы сделать еще более через задницу - учоные спорют! А, еще A JSON value must be either a single object, or a set of objects. Additionally, ClickHouse handles JSON keys with NULL the same as missing keys - но это ибо и нехрен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #27, #28, #47

12. Сообщение от Аноним (13), 08-Ноя-26, 03:43	–2 +/–
Как понять, кто перед тобой: сисадмин, связист или девопс? Подскажи "на собственном опыте". А по делу, сабж и nagios были исторически настолько локалхостными, что из-за этого сначала придумали graphite, а следом за ним prometheus и остальное. Но в одном ты прав, это действительно дело вкуса и его отсутствия. Ну и ещё есть несчастные, жёстко завязавшиеся на сабж, и не имеющие кохонес чтобы с него соскочить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #62

13. Сообщение от Аноним (13), 08-Ноя-26, 03:46	+24 +/–
Боже, какой же унылый анекдот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #18

14. Сообщение от Аноним (14), 08-Ноя-26, 04:13	+/–
Выглядит очень тяжелым. Есть легковесные аналоги? Желательно написанные на C.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #23

15. Сообщение от Аноним (15), 08-Ноя-26, 05:10	+1 +/–
нефиг годами хранить всякий хлам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #48, #70

16. Сообщение от Аноним (15), 08-Ноя-26, 05:12	–2 +/–
void write_log(const char *filename, const char *message) {     FILE *file = fopen(filename, "a");     if (file == NULL) {         perror("Ошибка при открытии файла лога");         return;     }     time_t now = time(NULL);     struct tm *t = localtime(&now);     char time_str[64];     strftime(time_str, sizeof(time_str), "%Y-%m-%d %H:%M:%S", t);     fprintf(file, "[%s] %s\n", time_str, message);     fclose(file); }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #19, #61

17. Сообщение от Павел (??), 08-Ноя-26, 05:17	–1 +/–
Он метрики в формате opentelemetry/Prometheus умеет собирать и агрегировать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #44

18. Сообщение от наме (?), 08-Ноя-26, 06:08	–10 +/–
Юмор — штука тонкая, и один и тот же анекдот может у кого-то вызвать хохот, а у кого-то — желание закрыть лицо руками. Похоже, этот явно не попал в цель и оказался совсем пресным. Давай исправим это? Скажи, какой жанр юмора тебе ближе, чтобы мы подобрали что-то действительно стоящее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #45

19. Сообщение от Аноним (19), 08-Ноя-26, 07:14	–2 +/–
Вопрос: сколько CVE можно найти в этом куске.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #24

20. Сообщение от Troll is farting (?), 08-Ноя-26, 07:29	+3 +/–
Попробуй ещё раз почитать дальше заголовка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

23. Сообщение от анна нимовна (?), 08-Ноя-26, 08:32	–1 +/–
>Выглядит очень тяжелым. Есть легковесные аналоги? Желательно написанные на C. ну prometheus очевидно. и конечно же написан не на си, за что спасибо - не надо судорожно обновлять раз в месяц
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

24. Сообщение от Смузихеб забывший пароль (?), 08-Ноя-26, 09:06	+2 +/–
То ли у автора тонкий троллинг, то ли действительно написано сишником. Для забавы закинул код в первую попавшуюся локальную нейронку: 1. Проблема потокобезопасности (Thread Safety) Функция localtime(): Она возвращает указатель на статический буфер, который переиспользуется внутри библиотеки C. 2. Уязвимость: Log Injection (Инъекция логов) Функция записывает строку message «как есть». Если содержимое message приходит извне (например, от пользователя через сетевой запрос), злоумышленник может внедрить символы переноса строки (\n). Пример атаки: Пользователь вводит имя: Admin\n[2023-01-01 00:00:00] User 'root' password changed. В логе это будет выглядеть так, будто произошло системное событие, хотя на самом деле это просто часть сообщения. Это позволяет подделывать историю событий и скрывать следы взлома. 3. Низкая производительность (I/O Overhead) Функция открывает и закрывает файл при каждом вызове. Если программа пишет логи часто (например, 10 000 раз в секунду), производительность упадет катастрофически. 4. Отсутствие проверки входных параметров (Robustness) Код доверяет вызывающей стороне. Проблема: Если filename окажется NULL, функция fopen(NULL, "a") вызовет сегментацию (Segmentation Fault). Если message будет NULL, fprintf может упасть в зависимости от реализации стандартной библиотеки. 5. Отсутствие обработки ошибок системных вызовов Вы проверяете только fopen. Функции time() и localtime() теоретически могут вернуть ошибки (хотя это редкость, но в критических системах это важно). Также fprintf может не записать данные (например, если закончилось место на диске), а вы об этом никак не узнаете. 6. Состояние гонки при записи в файл (Race Condition) Если несколько разных процессов будут одновременно вызывать эту функцию для одного и того же файла: Несмотря на то, что режим "a" (append) в POSIX атомарен для небольших записей, при больших объемах данных или специфических файловых системах записи от разных процессов могут перемешаться (interleaving), превратив лог в "кашу".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #50, #137

25. Сообщение от iCat (ok), 08-Ноя-26, 09:11	+/–
Что-то он всё тяжеловеснее и тяжеловеснее становится...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

27. Сообщение от Tron is Whistling (?), 08-Ноя-26, 09:14	–1 +/–
> трендов нет и не будет Да они и не нужны - их можно агрегацией посчитать в любой момент. Это скорее была затычка, чтобы не хранить столько данных за длинный период. > хаускипинга тоже нет и не будет С хаускипингом конечно да, чуть печально - но навесной руками приворачивается в два счёта. > данные наплевав на настройки конкретного айтема хранятся ровно 31 день Ну, не ровно 31, а сколько в кликхаусе задашь. Опять же, хаускипинг с учётом настроек айтема приворачивается очень быстро. У clickhouse есть проблемы с удалением данных, но учитывая, что тут данных много, и удаление идёт по интервалу ключа - в основном сведётся к удалению целых агрегатов, главное размер агрегата с 150 гигов вниз скинуть. > А, еще A JSON value must be either a single object, or a set of objects. Ну в общем а нафига что-то другое в поле этого типа запихивать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31

28. Сообщение от Tron is Whistling (?), 08-Ноя-26, 09:28	+/–
Вообще же я думаю JSON оставить в MySQL, потому что там не нужно длинного хранения, не нужно из него строить графики, не нужна аналитика, etc. JSON в основном разбирается в конечные элементы, и хранится в лучшем случае неделю, просто для дебага. А в основном вообще не хранится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #34

29. Сообщение от Tron is Whistling (?), 08-Ноя-26, 09:30	+/–
С агентами маловероятно, оно там с 4.какой-то совместимо. API изменился не существенно. Прокси уже давно надо держать той же версии (хотя бы x.y), что и сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #35

30. Сообщение от Tron is Whistling (?), 08-Ноя-26, 09:40	+/–
> при наличии prometheus+grafana зачем это нужно? А затем, что к вот этому сверху нужна пачка костылей, чтобы делать pull с snmp, допустим. Я уж не говорю о более сложных комбинациях. Связка выше работает только в случае, когда у тебя всё имеет экспортеры. Как только родного экспортера нет - начинается свистопляска. Ну и да, у прометхеуса есть свои большие проблемы с размером данных при обработке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #69, #83

31. Сообщение от нах. (?), 08-Ноя-26, 09:56	–1 +/–
> Да они и не нужны - их можно агрегацией посчитать в любой момент. > Это скорее была затычка, чтобы не хранить столько данных за длинный период. именно. А теперь 31 день тебе. У меня есть данные которые хранятся пару лет. Но там где они не хранятся - всегда можно посмотреть хотя бы примерно. А тут хрен тебе. Держи всю свалку. И настраивай вон строки отдельно а инты отдельно. Как будто в этом разница. > и удаление идёт по интервалу ключа ой, ты не в курсе как жрабикс удаляет данные? У тебя еще много будет открытий... where itemid in ( 1, 5, 6, 9, ....) > Ну в общем а нафига что-то другое в поле этого типа запихивать? ну вот что-то вернуло тебе массив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32, #33, #57

32. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:00	+/–
Я в курсе как жаббикс удаляет данные :D В частности потому, что я это удаление в старых версиях слегка оптимизировал. Более того - я это и для кликхауса сделаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #114

33. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:01	+/–
Ну вернуло мне это что-то массив, я прекрасно знаю, что оно мне массив вернёт. Поэтому сделаю обработочку, которая этот массив превратит в {"data":[...]} например. Но на деле я этого делать не буду, потому что см. рядом - JSON останется в MySQL, он нужен только для дебага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

34. Сообщение от нах. (?), 08-Ноя-26, 10:02	+/–
это depended items. И из них строятся графики и прочая аналитика. При этом как отдельные сущности они не существуют, им нельзя настроить время хранения или еще что-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #42

35. Сообщение от нах. (?), 08-Ноя-26, 10:13	+/–
нет, с 4 несовместимо. Причем идиотия полная как в том что вызывало эту несовместимость само по себе, это было вообще никому ненужное действие, так и в том что альтернативно-одаренные нишмагли в совместимость хотя бы как опцию. Но это у них было постоянным явлением в те годы, особенно удачно они сломали формат базы в _minor_ release. Без предупреждения, документации и с васянским скриптом с форума (который сейчас вот втянули в аж документацию потому что сломали и еще один раз) кое-как исправлявшим проблему. Ну как исправлявшим... экспорт всей базы в текстовый файлик, sed/awk/импорт. Спасибо большое, идите ник Вот после пять - вроде агенты пока не ломались наглухо. Но я дальше семь-какого-то не ходил, и то не на своем, поэтому может что портят по тихому. И вряд ли это от того что старались. обратная совместимость - не, эти индусы не слышали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #40

36. Сообщение от нах. (?), 08-Ноя-26, 10:21	+/–
бузинес крутится, лавешка мутится. индусам по 600 евро за айтим и не надо чтоб оно хорошо работало. все равно у конкурента вместо цены "оставьте свои контакты, мы вам перезвоним" и подписка на год с лимитом на хосты. хорошо что пришел антропик и избавил хотя бы от необходимости следить за тем что там в очередной раз вскипело в мозгах разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #37

37. Сообщение от iCat (ok), 08-Ноя-26, 10:23	–2 +/–
Кто такой "Антропик"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #39

38. Сообщение от нах. (?), 08-Ноя-26, 10:29	+1 +/–
это нужно для мониторинга инфраструктуры, проходите, лекция в этот раз НЕ для колхозников. Задача забикса не в сборе и хранении миллиарда бесполезных метрик, а в том чтобы когда владельцы прометеуса с графанами тебе позвонят с визгом "у насвсетармазииит памагиииити" ответить им что у них навернулся один из серверов, резервный в другом DC и канал между ними не резиновый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #41, #84

39. Сообщение от нах. (?), 08-Ноя-26, 10:30	+/–
тебе товарищмайор запретил это знание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

40. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:34	+/–
У меня где-то на выносах есть агенты 4.x до сих пор, просто не моя зона ответственности совсем, а ребята в сторонней шараге обновлять желанием не горят. Работает с 7.4, с 8.0 - посмотрим, может заставлю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

41. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:36	+1 +/–
И это тоже, да. Заббих - это комплексная система мониторинга all-in-1. С прометхеусами-графанами всё надо костылить руками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:39	+/–
Yup. Dependent items. Как раз для них-то время хранения и настраивается. А на исходных итемах, где json - для дебага ставится неделю, когда дебаг уже не нужен - ставится 0 - и они вообще не хранятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

43. Сообщение от Tron is Whistling (?), 08-Ноя-26, 10:51	+1 +/–
> А до этого что мешало в ClickHouse всё складывать? Яйца мешали. А если серьёзно - сложить-то можно, хоть в кликхаус, хоть в утку, хоть в прометхеус. Вопрос дальше - как это оттуда выгребать потом. Опять графаной и вполуручную генерить для неё по дэшбоурду на элемент инфры? А если мне этих элементов на странице надо две сотни показать для визуальной оценки? Сейчас для графиков в RRD складываем. По крайней мере с выгребанием проблем нет. Но вот нативная поддержка кликхауса эту проблему решает - можно будет выкинуть весь костылинг с RRD и вернуться к нативным дэшбоурдам в самом заббихе. А чо, оно шустрое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #68

44. Сообщение от Tron is Whistling (?), 08-Ноя-26, 11:02	+/–
Умеет. И в принципе в любом другом формате умеет, хотя это может потребовать некоторого приложения сил. Но список метрик таки придётся прописать - это не прометхеусопомойка, которая складывает всё, что дали - тут всё прицельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #51, #85

45. Сообщение от Аноним (45), 08-Ноя-26, 12:22	+4 +/–
сколько токенов осталось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

47. Сообщение от Sinot (ok), 08-Ноя-26, 12:25	+/–
Включаешь сжатие и "все данные наплевав на настройки конкретного айтема хранятся ровно 31 день" и до этого обновления. Используем PG + TimescaleDB + сжатие, без этой связки БД наступает тепловая смерть. Так что бэк на ClickHouse очень повысит производительность и места занимать будет не больше (вон в Glabber сто лет в обед уже сделали и ничего). По сути этим мероприятием они жестко бустанули запись/чтение данных. И избавились (или почти) от всяких неочевидных проблем. Банальное удаление 200 хостов приводит к дедлокам в БД, из-за того, что один процесс чистит, а проксики накидывают данные в удаляемое. Хранить что-то долго в Zabbix вообще моветон. Случайно удаляешь хост/итем и вся история превращается в тыкву. Мы для себя решили перекладывать долгосрок в VictoriaMetrics + ClickHouse, а с коннекторами в 7 версии - это стало вообще элементарным действием. В самом Zabbix храниться 2-3 дня сырых данных без трендов чисто для триггеров. По итогу все зависит от задачи и размера инсталляции(й).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #49

48. Сообщение от нах. (?), 08-Ноя-26, 12:28	+1 +/–
а без трендов - будешь хранить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

49. Сообщение от нах. (?), 08-Ноя-26, 12:33	+/–
> Банальное удаление 200 хостов приводит к дедлокам в БД Вангую разрастание этого звиздеца до планетарных масштабов в кликхаусе. > Случайно удаляешь хост/итем и вся история превращается в тыкву. я бы случайно удалил удалятеля после первого случая. Понятия не имею как это может быть сделано "случайно". Вот перенести историю с одного хоста на другой следом за переехавшим сервисом - это да, это вот интересное приключение. Учитывая отсутствие документации как таковой. > Мы для себя решили перекладывать долгосрок в VictoriaMetrics + ClickHouse то есть именно в системы напрочь не предзнаначенные для долговременного хранения. Их задача жрать миллионы ненужнометрик в секунду, быстроудаляя устаревшие, а вовсе не наоборот. ну успехов что-ли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #54

50. Сообщение от Аноним (50), 08-Ноя-26, 12:35	+1 +/–
Ты бы проверил утверждение по поводу fopen и fprintf.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

51. Сообщение от нах. (?), 08-Ноя-26, 12:38	+/–
> Но список метрик таки придётся прописать - это не прометхеусопомойка, которая складывает > всё, что дали - тут всё прицельно. можно скосплеить помойку, свалив создание списка на LLD и отображение на grafana-like синтаксис дэшбордов (вот для чего они на самом деле нужны) но лучше все же убрать application state monitoring куда-нибудь к девляпсам. Все равно никто туда не смотрит и никому эти метрики через час после их создания не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #53

52. Сообщение от Аноним (52), 08-Ноя-26, 12:43	+/–
Жаль что на карту сети немного подзабили, а в целом сейчас настраиваю и неплохо все идёт! Спасибо ребятам за труды!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

53. Сообщение от Tron is Whistling (?), 08-Ноя-26, 12:45	+/–
Ну кстати так и делаем. LLD занимается созданием списка, дальше RRD-бэкенд сгребает текущие накоротко хранимые данные и строит дэшборды. Можно RRD к графане привернуть, но овчинка выделки не стоит. Сейчас вот с кликхаусом - если по выборкам будет нормально - выкинем RRD-бэкенд, и чем чёрт не шутит - либо дэшборды в самом заббихе, благо выборка по тегам мила как никогда, либо та же графана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

54. Сообщение от Sinot (ok), 08-Ноя-26, 13:23	–1 +/–
> Вангую разрастание этого звиздеца до планетарных масштабов в кликхаусе. С чего бы? При удалении данных о хостах и итемов Zabbix чистит только настройки в PG, клик же сам потом дочистит и никаких конфликтов. > Понятия не имею как это может быть сделано "случайно". Легко и не принужденно или бэкапы вы тоже не делаете? В любом случае специально тоже нужно удалять, инфраструктура же меняется. LLD в конце концов тоже удаляет итемы/хосты. > не предзнаначенные для долговременного хранения Штатные для Zabbix PG, mysql или sqlite для этого подходят как никто я полагаю? Воспользуйтесь подходящей, коннекторы это позволяют. Кстати, что рекомендуете раз уж за это речь зашла?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #56

55. Сообщение от Аноним (55), 08-Ноя-26, 15:04	+/–
Он научился мониторить два однотипных сервиса на одном хосте или воз и ны не там? переменные назвать макросами и назначать глобально на хост это такой архитектурный провал...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94

56. Сообщение от нах. (?), 08-Ноя-26, 15:09	+/–
> С чего бы? При удалении данных о хостах и итемов Zabbix чистит только настройки в PG, клик > же сам потом дочистит и никаких конфликтов. вы видели код? Что-то я сомневаюсь что это так может работать. Там точно не могут переиспользоваться metric id и host id? > Легко и не принужденно или бэкапы вы тоже не делаете? забиксовой свалки метрик? В общем можно считать что не. Оно не стоит трудозатрат при таких размерах. (поэтому мне так и не нравится что здесь играем, там рыбу заворачивали в плане экспорта настроек) > В любом случае специально тоже нужно удалять, инфраструктура же меняется. LLD в конце > концов тоже удаляет итемы/хосты. конечно, но lld не ошибется. (я кстати удаляю редко, но у меня не бывает 200 удаленных) >> не предзнаначенные для долговременного хранения > Штатные для Zabbix PG, mysql или sqlite для этого подходят как никто я полагаю? разумеется. sql базы данных вообще-то именно для этого и предназначены. У них плохо (ну или во всяком случае - сильно дороже обходится) с массовой вставкой и совсем никуда негодно с интервальной выборкой (нам никогда-никогда не будут нужны ВСЕ значения в интервале за год с частотой минута. Нам нужны сэмлпы. Этого вот sqlite не умеет и вряд ли когда-нибудь научится) > Кстати, что рекомендуете раз уж за это речь зашла? переложить ответственность за мониторинг на соседний отдел. Отлично проканало, и волосы мягкие и пушистые. (для себя у меня есть свой, но там, понятно, не миллиарды айтимов, это уже можно кое-как бэкапать и обслуживать) Но если б я работал в том отделе - я бы вот прям сейчас брал опус в зубы и допиливал бы человеческую работу с кликхаусом. Там этим метрикам и впрямь самое место, но не так же ж топорно. После отправки их подальше от нормальных данных конфигурации - те уже хоть постгрез хоть mysql. (sqlite возвращать даже с помощью опуса - не советую, у забикса там что-то каким-то невероятным образом проклято, они не просто так его оставили только для проксей ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #59

57. Сообщение от Аноним (57), 08-Ноя-26, 15:39	+/–
> ой, ты не в курсе как жрабикс удаляет данные? У тебя еще много будет открытий... where itemid in ( 1, 5, 6, 9, ....) которые надо было вручную выбирать :))))))))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #66

59. Сообщение от Sinot (ok), 08-Ноя-26, 15:52	+/–
> вы видели код? Что-то я сомневаюсь что это так может работать. Там точно не могут переиспользоваться metric id и host id? Никакие id zabbix не переиспользует. И да, Zabbix в ClicHouse только пушит, ClickHouse сам по TTL чистит. Даже если все это не так (а это так), словить дедлок между кликом и пг не получиться физически. =) > конечно, но lld не ошибется. Факт в удалении данных. После такой манипуляции ответить на вопрос "Вчера мы отрубили порт, так как он сбоил, хотим посмотреть по нему графики за неделю." уже не получиться. Перегрузка во внешнее хранилище - эту проблему убирает. > sql базы данных вообще-то именно для этого и предназначены. Не могу свами согласиться. Для хранения временных рядов (а метрики именно этим и являются) собственно и придумали TSDB на замену реляционных SQL. Полагаю вы не сталкивались с большой нагрузкой на Zabbix и связанными с этим проблемами. (40000+ NVPS) Использовать Zabbix с такой нагрузкой вообще сомнительная затея, но так у нас исторически сложилось, остается только тюнить и выносить лишнее в подходящие системы. > переложить ответственность за мониторинг на соседний отдел Ну или вообще упразднить мониторинг, после третьей итерации перекладки ответственности, там все равно ничего путного не останется. =D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #116

61. Сообщение от Y (??), 08-Ноя-26, 17:35	–1 +/–
на расте лучше unsafe write_log() safe panic_log()
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

62. Сообщение от Аноним (9), 08-Ноя-26, 17:35	+/–
Ну я видел конторы где сисадмина только за сервак отвечали, а сетевики только за сетевое оборудование. Сисадмина не подпускали к маршрутизаторам а сетевики не допускали к серверам. Среди сисадмина Заббикс популярнее, они про Ррометеус с графаной они не слышали У девопсы Заббикс они гораздо реже используют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

63. Сообщение от нах. (?), 08-Ноя-26, 18:01	+/–
> Жаль что на карту сети немного подзабили, а что не так с картами? Вроде работают, жрать не просят. Ну что нет никакой автоматики их рисования - ну так чего вы хотели за 600 евро в день. Это вам вон к нормальным продавцам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #76

66. Сообщение от нах. (?), 08-Ноя-26, 19:14	+1 +/–
если бы вручную - все было бы нормально, что выбрал то и выбрал. Но нет, так работает _автоматический_ housekeeping. Потому что такая структура данных, там блин даже рекурсивный селект сделать нельзя. Поэтому когда надо удалить пару сотен тысчонок expired items - оно их сначало селектит по одной, потом в памяти (она ж у тебя бесплатная) строит список, а потом вот с таким where приходит удалять. По два десятка за раз. Можешь представить себе, сколько бы кликхаус такую команду переваривал. (впрочем, для постгреза это тоже так себе, дико медленно и ведет к тому самому антипаттерну использования посгрезовой базы, при котором vacuum full; reindex ... становятся неизбежной рутиной) Руки у автырей были заточены только под mysql, образца 2009го года, потому что они и пришли к нам из lamp колхоза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

67. Сообщение от нах. (?), 08-Ноя-26, 19:37	–1 +/–
Кстати, а что слуцилась с glaber.io ? Пацаны к успеху пришли, малую токмачку уже берут?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106

68. Сообщение от Аноним (13), 08-Ноя-26, 19:40	+/–
> вполуручную генерить Ясно. > А если мне этих элементов на странице надо две сотни показать для визуальной оценки? Ну две сотни действительно можно и "вполуручную". С двумя десятками тысяч так не получится, конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

69. Сообщение от Аноним (13), 08-Ноя-26, 20:01	–2 +/–
> pull с snmp, допустим Допустим. Это, если память не изменяет, что-то в районе до 1000 SLOC на чём-нибудь компилируемом, не считая базы PIDов. Это если надо очень быстро и очень много опрашивать. А если не очень быстро (~ раз 5 минут) и не очень много (~ до 10к) то справляется и скрипт на Питоне. > Ну и да, у прометхеуса есть свои большие проблемы с размером данных при обработке. Есть, да. К тому времени когда они начинаются, сабж уже лежит и даже не дышит. Одна нода где-то на 10 миллионах активных метрик начинает жрать память, и надо смотреть на иерархии, федерации, шардинг, ограничичения по количеству синхронизированных в пределах кластера метрик, танос, в общем поддержка прома превращается в работу. А так, для обозначения верхнего предела, Uber пишет в пром что-то около 500 миллионов метрик в секунду суммарно, это десятки миллиардов активных метрик, у Сloudflare под тысячу инстансов прома и кто-то там около пяти миллиардов активных метрик. Но я верю, что у тебя такой забористый прод, что Uber и Cloudflare -- это так, детсад штаны на лямках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #75, #82

70. Сообщение от pofigist (?), 08-Ноя-26, 20:38	+/–
А ты обязан хранить его от 3х до 7ми лет. Почему? По закону!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

71. Сообщение от Аноним (71), 08-Ноя-26, 20:44	–3 +/–
Только у меян вместо релизного устанавливается 8.0.0rc3? При том zabbix-release_latest_8.0+debian13_all.deb (как на офф сайте)
Ответить | Правка | Наверх | Cообщить модератору

72. Сообщение от Аноним (72), 08-Ноя-26, 21:01	+1 +/–
...а кастомные поля инвентори так и не завезли...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #79

74. Сообщение от deniska (??), 08-Ноя-26, 21:44	+/–
Они и не обещали в момент релиза. В роадмапе на следгод есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #77

75. Сообщение от Tron is Whistling (?), 08-Ноя-26, 23:31	+/–
Писать и обрабатывать - немножко разные вещи. Ну да ладно, у у*бера и клауд*ары есть ресурсы на это, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #113

76. Сообщение от dim4k (ok), 08-Ноя-26, 23:43	+/–
То шо мы хотели - отбросили на следующие релизы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #78

77. Сообщение от dim4k (ok), 08-Ноя-26, 23:44	+/–
Они его уже 10 лет обещают... и переносят на следующие релизы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

78. Сообщение от нах. (?), 09-Ноя-26, 00:21	+/–
а что хотели-то? Мож я тоже хочу... хотя... вряд ли вам патчи 4.0.16 понравятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

79. Сообщение от нах. (?), 09-Ноя-26, 00:22	+/–
> ...а кастомные поля инвентори так и не завезли... слушай, ну это ж добавить даже без ЫЫ можно, десяток строчек в коде и сотня в пехепе. оно ж чистая статика...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #88

81. Сообщение от Аноним (81), 09-Ноя-26, 02:01	–1 +/–
> Затем, что это разные вещи. Нет. Сбор логов и метрик, их представление и алертинг. Одинаковые. > На разный вкус. Разве что, хотя скорее тут нежелание слезать с архаичных и убогих инструментов к которым заббикс напрямую относится. > Сабж чаще сисадмины и связисты ставя, prometheus+grafana чаще любят девопсы. Но это наблюдение на собственном опыте. Ничего что сисадмины и девопсы это одно и то же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #109, #129

82. Сообщение от Аноним (81), 09-Ноя-26, 02:02	–1 +/–
> Допустим. Это, если память не изменяет, что-то в районе до 1000 SLOC на чём-нибудь компилируемом, не считая базы PIDов. Это если надо очень быстро и очень много опрашивать. А если не очень быстро (~ раз 5 минут) и не очень много (~ до 10к) то справляется и скрипт на Питоне. Нет конечно, есть готовый экспортер под это, и не один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

83. Сообщение от Аноним (81), 09-Ноя-26, 02:11	–1 +/–
> А затем, что к вот этому сверху нужна пачка костылей, чтобы делать pull с snmp, допустим. Есть экспортер под это, что ещё нужно? > Я уж не говорю о более сложных комбинациях. Каких? > Ну и да, у прометхеуса есть свои большие проблемы с размером данных при обработке. Какие именно? Кажется есть расхожий миф что он не может хранить долгую историю метрик - так это не правда. Дефолтный ретеншн там почему-то действительно 2 недели, но и 2 года работает без проблем на миллионах метрик. Есть правда вопрос с эффективностью хранения в плане места, и если это болит то не является проблемой заменить его на викторию - тоже опенсорс, конфиг менять даже не надо, работает быстрее, ест меньше памяти, метрики хранит в 2.5 раза компактнее. Но это всего лишь константа - мне она на VPS c 10G и годом ретеншона метрик с кучи приложений была актуальна, а на работе дешевле аллоцировать 2.5x диска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

84. Сообщение от Аноним (81), 09-Ноя-26, 02:14	–2 +/–
> ответить им что у них навернулся один из серверов, резервный в другом DC и канал между ними не резиновый. У графаны и прометеуса redundant конфигурации из коробки, канал мониторить и слать алерты они умеют, так что если твой заббикс на одной машине будет стоять - он также навернётся и его владельцы будут звонить с визгами ребятам с графаной. Мимо, давай демонстрируй менее глубокое незнание базовых инструментов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #92, #99, #100

85. Сообщение от Аноним (81), 09-Ноя-26, 02:15	+/–
Ну да, ну да. Прометеус нужно костылить, а тут прописывать список метрик, это хорошо и правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #93, #103

87. Сообщение от Аноним (88), 09-Ноя-26, 02:30	+/–
Ох, видел это последний раз когда оно мониторило сетку ройонного провайдела собранную из г-на и палок, в которой половина оборудования была тупыми свичами на чердаках, а остальное кое-как полторы метрики в час по снмп умело отдавать. И оно на этих полутора метриках в час с десятка устройств нещадно тормозило, а простейшую топологию сети на своей этой "карте" показывало таким нагромождением непонятно чего, что там студенты писали свою хрень на перле которая libgd'й им png генерило. Не, ну хоть UI обновили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

88. Сообщение от Аноним (88), 09-Ноя-26, 02:33	+/–
Но там же выше пишут что для прометея и графаны "сверху нужна пачка костылей", а это якобы взрослое решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #95, #97, #104

89. Сообщение от Michelle (?), 09-Ноя-26, 08:36	+/–
Советую посмотреть снова. Там уже в 7.0 работу с snmp переделали - теперь летает всё. Ну и бд выбирать postgresql + timescaledb. Тогда и летать всё будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #96, #135

90. Сообщение от опеншлёпивпродакшн (?), 09-Ноя-26, 09:31	+/–
Когда вернут возможноть открыть все параметры и items хоста, а не по отдельности?
Ответить | Правка | Наверх | Cообщить модератору

91. Сообщение от teelledro (ok), 09-Ноя-26, 10:07	+/–
Кто обновился отпишитесь, как всё прошло.... Поднимал на 8.0-beta, несколько раз обновлял. Теперь чёт очкую, хотя снапшот сделал с сервака.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

92. Сообщение от нах. (?), 09-Ноя-26, 10:27	+1 +/–
Внезапно, НИКТО не умрет от того что забикс непособирает мильярд айтимов целых аж пять минут. И почему-то за почти уже двадцать лет существования у меня разных забиксов - никому не пригодилась такая уникальная фича. (настолько "нужная" что разработчики в 2010м году ее выпилили - да, в 1.x вместо прокси были кластеры - оказалось что нафиг никому не надо) И нет, никто никому звонить не будет, владельцы забиксов в отличие от тебя, депляпса, способного походу только на васян-алерты реагировать, который ой опять забыли придумать, потому что сам он в графане не образуется, обучены проверять весь путь а не только сработавший алерт. Так что заметив что сервер недоступен - убедятся что именно он, а не свитч по дороге, и пойдут искать того кто разберется и починит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

93. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:48	+1 +/–
Zabbix, к счастью, умеет самостоятельно собирать и обрабатывать данные при сборке. И делает это хорошо. Было не очень с хранением в традиционной RDBMS, но кликхаус это по сути решает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

94. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:49	+/–
Что значит "два однотипных сервиса"? Он так-то умеет мониторить всё, что захочешь, но это надо декларативно задавать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #120

95. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:50	+/–
Ну давай, пособирай SNMP в прометхеус без внешних костылей. И не просто какой-нибудь список интерфейсов, а хотя бы например список VPLS доменов и ассоциированных PW.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

96. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:51	+/–
К счастью, этот костыль больше не нужен, добавили кликхаус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #130

97. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:53	+/–
Что за инвентори, оно там вообще в принципе хотя бы есть. Можно его собирать просто как список item'ов - в прометхеусах же так делается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

98. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:54	+/–
Я по привычке жду 8.0.1, обновляться на блидинг эдж мажор - ну так себе затея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

99. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:56	+/–
Заббих на пару машин разнести так-то уже тоже давно не проблема. Только вот да, выше правильно отметили - это как-то мало кому интересно. Хотя я задумался о разнесении инстанса - why not.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

100. Сообщение от Tron is Whistling (?), 09-Ноя-26, 10:57	+/–
И да, у заббиха есть прокси. Даже если основной сервер того например на обновление - прокси временно в себя пособирают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #102

101. Сообщение от Вася Пупкин (?), 09-Ноя-26, 11:26	–1 +/–
AI агент в связке  с LLM-кой хватает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

102. Сообщение от нах. (?), 09-Ноя-26, 13:22	+/–
> И да, у заббиха есть прокси. Даже если основной сервер того например > на обновление - прокси временно в себя пособирают. честно говоря - будешь просить Клаву пофиксить - попроси ее вернуть как было в 1.0 - прокси у них дрянь по куче разнообразных причин, та что они не умеют самостоятельно ни в алерты ни в интерфейс далеко не единственная и не главная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

103. Сообщение от нах. (?), 09-Ноя-26, 13:28	+/–
> Ну да, ну да. Прометеус нужно костылить, а тут прописывать список метрик, но только полные дятлы этим занимаются вручную. Для остальных существуют шаблоны и lld, и они покрывают большинство нормальных use-cases из коробки и сразу. Свою любимую глюкалу один раз уж можно описать напрячься и добавить в шаблоны, или исправить по мелочи готовые (шаблон вмвари вот чудесатый, имейте в виду, экономные экономы). А прометеус из коробки просто пустое место (которое очень быстро превращается в забитое без всякой пользы для окружающих, потому что забито никем не обрабатываемым мусором)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #107

104. Сообщение от нах. (?), 09-Ноя-26, 13:36	+/–
> Но там же выше пишут что для прометея и графаны "сверху нужна > пачка костылей", а это якобы взрослое решение. ну вот у них вообще нет никакой "инвентори", есть мусорная свалка метрик - иди и костыль. А тут есть, есть автоматика сбора, и если не хватает одного поля - мне его проще добавить самому чем ждать когда пчелы прилетят. (но вообще-то буквально на днях вот сподобился включить хотя бы ту что была. Привет убунте с ее work in progress - были б одни редхатоиды, я б и дальше без этой ценной фичи жил.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #125

105. Сообщение от sena (ok), 09-Ноя-26, 13:58	+/–
Я раньше сидел на netdata, очень классая штука... была, пока её не начали монетизировать... Выбираю сейчас замену для мониторинга 4 серверов, между заббикс и прометеус+графана. Причём графана+инфлюкс уже стоит для других целей. Цель - потратить на установку и дальшейшую поддержку как можно меньше времени. Что посоветуете?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

106. Сообщение от Аноним (106), 09-Ноя-26, 14:13	+/–
Они на бегете хостились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #110

107. Сообщение от Tron is Whistling (?), 09-Ноя-26, 14:48	+/–
Ну вот да, LLD из коробки опять же. Что позволяет не костылить сверху ансиблы для разгребания помойки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

108. Сообщение от Tron is Whistling (?), 09-Ноя-26, 14:51	+/–
Да по вкусу. На самом деле на заббих, если это реально 4 сервера и полтора сервиса - уйдёт куда меньше времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #118

109. Сообщение от Tron is Whistling (?), 09-Ноя-26, 14:53	+1 +/–
Нет. Девопс - это очень урезанный субсет сисадмина. С упором на взятие готовое, шобработало. А если готового нет - то всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #112

110. Сообщение от нах. (?), 09-Ноя-26, 17:02	+/–
бгг... а кто следил - к чему оно там вообще пришло у них? или давно забили и нате вам апстрим на лопате?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

111. Сообщение от Аноним (111), 09-Ноя-26, 18:21	–1 +/–
Интерфейс конечно вырвиглаз, кто еще этим пользуется, когда есть столько лучших альтернатив)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115

112. Сообщение от Аноним (13), 09-Ноя-26, 18:26	–1 +/–
Это ты себя так успокаиваешь, когда смотришь в платёжную ведомость? Зато не сабсет какой-то!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #117

113. Сообщение от Аноним (13), 09-Ноя-26, 18:30	–2 +/–
Ну да, убер и клаудфлер пишут просто так, по приколу, чтобы что-то писалось куда-то. Зашоренность "умудрённых" "опытом" "системных" "администраторов" не перестаёт поражать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

114. Сообщение от нах.. (?), 09-Ноя-26, 19:18	+/–
> Я в курсе как жаббикс удаляет данные :D > В частности потому, что я это удаление в старых версиях слегка оптимизировал. так, а ну-ка руки на стол! В смысле, патч в студию! > Более того - я это и для кликхауса сделаю. мне кажется, для него это плохая идея. Либо не удалять и чорт с ним (диски бездонные нынче, а скорость выборки у него-то не упадет) либо писать свою удалялку диапазонами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #134

115. Сообщение от Tron is Whistling (?), 09-Ноя-26, 19:30	+1 +/–
> Интерфейс конечно вырвиглаз, кто еще этим пользуется, когда есть столько лучших альтернатив) В смысле ни одной?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #119

116. Сообщение от нах.. (?), 09-Ноя-26, 19:35	+/–
> Даже если все это не так (а это так), словить дедлок между Я не о дидлоке. Я о том что если не удалять и возникет реюз потому что max(hostid) стал меньше чем те id на которые остались ссылки в клячхаусе - будет история из астрала. (а ссылочная целостность между двумя разными базами отсутствует) > Факт в удалении данных. После такой манипуляции ответить на вопрос "Вчера мы так lld ничего не удаляет сразу. > отрубили порт, так как он сбоил, хотим посмотреть по нему графики отрубленный порт вообще не удаляется. Если вчера вы удалили свитч целиком потому что он сбоил и новый зачем-то завели как отдельный хост вместо передачи ему параметров старого (например несовместимые железки потому что ту пятнадцать лет не выпускают) - ну не удаляйте хост и стопните дискавери, ему все равно уже нечего дискаверить. (для свитчей это правило а не исключение. в них порты не отрастают обычно и незачем их трахать без конца дискаверями - один раз наплодили айтимов и живите теперь с этим.) > за неделю." уже не получиться. Перегрузка во внешнее хранилище - эту > проблему убирает. ну вы выбрали ровно обратное разумному. >> sql базы данных вообще-то именно для этого и предназначены. > Не могу свами согласиться. Для хранения временных рядов (а метрики именно этим вам временные ряды или персистентное хранение? Если второе - то храните в обычном sql. Ряды забикс кое-как посчитает, ничего страшного. > Полагаю вы не сталкивались с большой нагрузкой на Zabbix и связанными с > этим проблемами. (40000+ NVPS) сталкивался, но эти проблемы решались совершенно другими способами. (да, в том числе выносом тяжелых задач на прокси) > Использовать Zabbix с такой нагрузкой вообще сомнительная затея, но так у нас "уминявсеработаит". Ну ок, не совсем всьо, но необходимое таки да. > исторически сложилось, остается только тюнить и выносить лишнее в подходящие системы. для данных длительного хранения - sql вполне подходящая система. В разномастые tsdb имеет смысл пихать как раз данные которых много но на длинном промежутке они не так уж/вовсе не  нужны. (не понимаю, кстати, что помешало авторам забикса сохранить те самые тренды - в sql. Все равно от него они никуда не ушли и не уйдут - там конфигурация, если кто не в курсе, а не только одноразовые слепки айтимов) >> переложить ответственность за мониторинг на соседний отдел > Ну или вообще упразднить мониторинг, после третьей итерации перекладки ответственности, > там все равно ничего путного не останется. =D И чо?! Отчоты для ночальства отлично заполняются, а что еще от мониторинга и надо-то?! ну, что на самом деле надо - то у меня вон в отдельном жабиксе, но ЭТИ про него, к счастью, не в курсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #133

117. Сообщение от нах.. (?), 09-Ноя-26, 19:45	+1 +/–
> Это ты себя так успокаиваешь, когда смотришь в платёжную ведомость? Конечно успокаивает, у него корпоративная культура тоже наверняка запрещает ржать над неудачниками. Чувак - девляпс - расходный материал, им платить деньгов вообще никто даже и не собирался. Потому что ничего не умеют и таких еще сто штук наловить за углом можно. Ctrl-c/Ctrl-v. А админов - ну некоторые пробовали увольнять, или деньгов не давать чтоб сами слиняли, потом крокодиловыми слезами плакали. Мираторг передает приветов. Как и уволенные пачками девляпсы сбера. (платили им, кстати, так себе)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

118. Сообщение от нах.. (?), 09-Ноя-26, 19:51	+/–
> Да по вкусу. На самом деле на заббих, если это реально 4 > сервера и полтора сервиса - уйдёт куда меньше времени. ну это смотря что на серверах и что мы хотим на самом деле мониторить. Если стандартное free space on disc C: < 10% - то забикс. Но наличие уже какого-то помойкуса и графаны наводит на мысль что нет, не это, на сервере уже крутится нечто рассчитывающее на девляпс-стайл мониторинг. (уж не продавец ли кевеенов пожаловал в чат? Это вот на их паттерны похоже. Товарищмайор - проверьте!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

119. Сообщение от нах.. (?), 09-Ноя-26, 19:59	+/–
>> Интерфейс конечно вырвиглаз, кто еще этим пользуется, когда есть столько лучших альтернатив) > В смысле ни одной? IBM с ее тиволи-из-[з]ада- нук подержи мой голдлэйбл?! "интерфейс им нефкусный, тарелочку я их .. взяла!" https://pbs.twimg.com/media/G8s1u0oWAAE5QuV.jpg?name=orig
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от анонимус (??), 09-Ноя-26, 20:35	+/–
Давай. Замониторь два редиса на разных портах. Три apache, 4 nginx... Замониторь ВСЕ ssl сертификаты на lb на одном, Ip доступные через sni, на который нельзя поставить агент, а такие lb есть и хостов там сотни. Плодить пачки хостов это костыли и палки. И убогим автодисковери тут не отделаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #122, #123, #126

121. Сообщение от Аноним (121), 09-Ноя-26, 22:43	+/–
Там уже завезли зависимости уровня хоста, что бы если пинга ни на один из группы нет, то далее по дереву не проверять и алерты не слать? В нагиосе есть миллион лет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124, #131

122. Сообщение от Tron is Whistling (?), 09-Ноя-26, 23:45	+/–
Двух редисов на разных портах у меня нет. Но есть 10+ апачей. Нормально мониторятся, в чём проблема-то? Все сертификаты на LB и вообще в /etc/ssl... Всё это делается через LLD, и много больше. Если чего-то не хватает - всегда есть встроенный жабоскрипт, или в худшем случае - внешний скриптинг. IP доступные через SNI - это какие-то ваши местные половые проблемы, обычно SNI для хостнеймов используется, а не для IP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

123. Сообщение от Tron is Whistling (?), 09-Ноя-26, 23:46	+/–
Впрочем не вижу проблем замониторить два редиса на разных портах. Или вы дальше встроенных темплейтов из коробки не ходили? А, да, девопс, понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

124. Сообщение от Tron is Whistling (?), 09-Ноя-26, 23:48	+/–
По какому дереву? Так-то можешь скоррелировать любые эвенты, просто навесь тег и корреляцию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

125. Сообщение от Tron is Whistling (?), 09-Ноя-26, 23:51	+/–
Плять вод да. Про убунту и редхат. Пока не было печали - жили без инвентори.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #127

126. Сообщение от нах.. (?), 10-Ноя-26, 00:30	+/–
> Давай. Замониторь два редиса на разных портах. Три apache, 4 nginx... Замониторь боюсь даже представить масштаб костылестроения, при которому получается такое нагромождение. Что-то из жизни подкроватных хостингов, в которой авторы забикса, бедолаги, не разбираются. > ВСЕ ssl сертификаты на lb на одном, Ip доступные через sni, на который нельзя поставить > агент, а такие lb есть и хостов там сотни. Плодить пачки хостов это костыли и это совершенно нормально - это и есть хосты. (то что у них по случайности один адрес - ничему не мешает, поскольку мы его даже и не увидим) И автодискавери прекрасно их подберет. Весь мониторинг вмвари (который может добираться в том числе до вм внутри вмвари, создавая каждой из них отдельный хост, соответствующий ос внутри) - происходит через один-единственный endpoint на одном конкретном сервере сферы. И ничего не мешает ему создавать хосты - существующие только в виде объектов доступных через этот самый эндпоинт и никак иначе, хотя хосты-то самые настоящие. (я, правда, переделывал его в обратную сторону, но это только потому что мне как раз от хостов ничего не надо, там свой мониторинг, встроенный)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

127. Сообщение от нах.. (?), 10-Ноя-26, 00:37	+/–
> Плять вод да. Про убунту и редхат. Пока не было печали - > жили без инвентори. https://ubuntu.com/security/CVE-2026-98432 А что в changelog? А вот что:    - SAUCE: Bluetooth: hci_sync: fix HCI_CMD_DRAIN_WORKQUEUE fix ...     - RISC-V: KVM: Fix null pointer dereference in       kvm_riscv_aia_imsic_has_attr() и другие охрененно нужные извращения (исправления? А, не, все правильно.) Работа - кипитЪ! (шла четвертая неделя с момента анонса RCE)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

129. Сообщение от Олег (??), 10-Ноя-26, 02:59	+/–
Девопс это узкоспециалищированный админ для программистов, который обязан разбираться в коде больше чем в системах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #139

130. Сообщение от Олег (??), 10-Ноя-26, 03:08	+/–
Кликхоус крайне кастрированный по функционалу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #132

131. Сообщение от Олег (??), 10-Ноя-26, 03:10	+/–
В век ИИ это делается двумя кнопками Mcp же подвезли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

132. Сообщение от Tron is Whistling (?), 10-Ноя-26, 09:07	+/–
Для того, для чего его добавили - для хранения истории - его более, чем достаточно. Задачи две: хранить много и долго, и быстро выгребать интервалы для графиков/триггеров с агрегацией. Собственно всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #136

133. Сообщение от Tron is Whistling (?), 10-Ноя-26, 09:13	+/–
> (не понимаю, кстати, что помешало авторам забикса сохранить те самые тренды - > в sql. Все равно от него они никуда не ушли и Вот кстати да, тренды ж всё равно в ядре считаются, связки между таблицами не требуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

134. Сообщение от Tron is Whistling (?), 10-Ноя-26, 09:21	+/–
> так, а ну-ка руки на стол! В смысле, патч в студию! Он года 4 уже как не нужен - с того момента всё переделали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

135. Сообщение от Аноним (72), 10-Ноя-26, 15:26	+1 +/–
там так переделали, что лучше бы и не надо (ну я подозреваю, что вы про код заббикса, а я про другое, но тем не менее). наверное, с версии 6.4 некоторая часть шаблонов перешла с торадиционного дискавери на walk. которое дергается, кхе-кхе, каждую минуту. и сейчас все больше шаблонов переделывают на этот walk. а накойхрен мне нужен walk каждую минуту даже просто по всему IF-MIB, если на железке over1000 интерфейсов? у нее проц сдохнет на раз-два. гении, блин, труда ополоумственного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

136. Сообщение от Олег (??), 10-Ноя-26, 17:02	+/–
Дублирую надеюсь ты уже прочитал вот это? https://www.zabbix.com/documentation/8.0/en/manual/appendix/... трендов нет и не будет, хаускипинга тоже нет и не будет, все данные наплевав на настройки конкретного айтема хранятся ровно 31 день и удаляются через внутрикликхаусный retension, так что единственное что ты сможешь сделать - это выставить TTL разным для разных _типов_ данных, типа инты храним десять лет, а строки только год, поскольку это как были разномастые таблицы в mysql, так тут и остались. Как можно было бы сделать еще более через задницу - учоные спорют! А, еще A JSON value must be either a single object, or a set of objects. Additionally, ClickHouse handles JSON keys with NULL the same as missing keys - но это ибо и нехрен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

137. Сообщение от Sem (??), 10-Ноя-26, 17:20	+/–
Я понимаю конечно, что cut&paste & brain off, но time(NULL) проверять на ошибки - это точно бред сумасшедшей нейронки. Хорошо бы все же прочитать прежде, чем сюда пихать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

138. Сообщение от Перастерос (ok), 11-Ноя-26, 13:58	+/–
Что меня несколько умиляло в проекте, так это мониторинг Linux-серверов и полное равнодушие к мониторингу софтовых рейдов на этих самых серверах. По моему скромному наблюдению в 100% серверов есть CPU, RAM, NIC, HDD и тот или иной raid. И если для все остального всё было сразу, то для soft-raid всё время надо было ставить костыли в виде кастомных userparameters на баш командах от неравнодушных пользователей. Не было этого в 6й версии, надеялся на 7ю, уже не жду в 8й, так-как поднапрягся некоторое время назад и выкатил свой шаблон для мониторинга mdadm-рейдов: https://github.com/takenp/Linux-soft-Raid-monitoring Если ребята из Заббикса смотрят -- может затащите в 8рку пока не поздно. Работает из коробки как любой шаблон без лишних движений. profit
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #140

139. Сообщение от нах.. (?), 11-Ноя-26, 17:45	+/–
самое главное - он обязан слушаться и исполнять. БЕГОМ! а эти мерсские админы вечно что-то от горе-раз-два-рабов ТРЕБОВАТЬ смели!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

140. Сообщение от нах.. (?), 11-Ноя-26, 17:51	+/–
потомушта за пределами твоего подвала - нет и не бывает никаких софтрейдов уже лет двадцать. > Если ребята из Заббикса смотрят то гнусно хихикают или наоборот, плачут. > profit боюсь у них примерно ноль коммерческих клиентов, которым это нужно. А существующие могут такого испугаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

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

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