The OpenNET Project / Index page

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

В рамках проекта Glaber создан форк системы мониторинга Zabbix

08.07.2019 07:46

Проект Glaber развивает форк системы мониторинга Zabbix, нацеленный на повышение эффективности, производительности и масштабируемости, а также подходящий для создания отказоустойчивых конфигураций, динамически выполняемых на нескольких серверах. Изначально проект развивался как набор патчей для повышения производительности Zabbix, но в апреле началась работа по созданию обособленного форка. Код проекта распространяется под лицензией GPLv2.

На больших нагрузках пользователи Zabbix сталкиваются с отсутствием кластеризации как таковой в бесплатной версии и проблемами при необходимости хранения в СУБД очень больших объёмов данных. Поддерживаемые в Zabbix реляционные СУБД, такие как PostgreSQL, MySQL, Oracle и SQLite, плохо адаптированы для хранения трендов для истории - выборка по большому количеству метрик за пол года уже будет "тяжёлой" и нужно оптимизировать СУБД и запросы, строить кластеры серверов баз данных и т.п.

В качестве выхода в Glaber воплощена идея по использованию специализированной СУБД ClickHouse, которая обеспечивает хорошее сжатие данных и очень высокую скорость обработки запросов (на том же оборудовании можно добиться снижения нагрузки на CPU и дисковую систему в 20-50 раз). Кроме поддержки ClickHouse в Glaber также добавлены различные оптимизации, такие как использование асинхронных snmp-запросов, массовая (пакетная) обработка данных от агентов мониторинга и использование nmap для распараллеливания проверки доступности хостов, которые позволили ускорить опрос состояний более чем в 100 раз. В Glaber также ведётся работа над поддержкой кластеризации, для которой в будущем планируется использовать etcd.

  1. Главная ссылка к новости (https://glaber.io ...)
  2. OpenNews: Выпуск системы мониторинга Zabbix 4.2
  3. OpenNews: Выпуск распределенной системы хранения конфигурации etcd 3.3
  4. OpenNews: Разработка распределённого хранилища etcd переведена в организацию CNCF
Автор новости: terryfilch
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51053-zabbix
Ключевые слова: zabbix, glaber, monitoring
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, edv (?), 11:15, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > и проблемами при необходимости хранения в СУБД очень больших объёмов данных.
    > идея по использованию специализированной СУБД ClickHouse

    Но ведь люди уже используют связку ClickHouse и Zabbix (основного, а не форка).

     
     
  • 2.2, terryfilch (ok), 11:18, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    где и какие люди ? было несколько упоминаний в видео и докладов, не более, ничего в виде патча до этого лично я не видел, если речь об https://mmakurov.blogspot.com/ - то это и есть тот же автор, только патч приобрел свое название и получил новые фичи.
     
     
  • 3.4, edv (?), 11:19, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вот эти ребята. А я думал они в upstream это внедрили.
     
  • 2.3, edv (?), 11:18, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гуглю за авторов форка. Оно?:

    https://www.altinity.com/blog/2018/9/3/clickhouse-monitoring-zabbix

    https://www.youtube.com/watch?v=3yRt9jSwrlg

     
     
  • 3.5, edv (?), 11:21, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Авторы (во втором случае) те же. Вопрос снят.
     
     
  • 4.67, Denis (??), 12:39, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В первом случае "Zabbix template for monitoring ClickHouse."
     

  • 1.6, Каша из топора (?), 11:34, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > ClickHouse

    Отлично! Теперь ещё PHP заменить на Telegraf/Chronograf/Capacitor, и будет отличный мониторинг, лол.

     
     
  • 2.13, noname.htm (ok), 12:25, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    PHP там только вебморду обслуживает, так что тёплое на мягкое предлагаешь заменить.
     
  • 2.24, А (??), 16:39, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Ага, главное побольше новых непонятных слов, что бы сойти за умного.
     
     
  • 3.27, Аноним (27), 17:30, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Дорогая редакция!

    Пишет вам тонкая ценительница Шопенгауэра и других умных слов...

     

  • 1.7, asand3r (ok), 11:40, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > PostgreSQL, MySQL, Oracle и mssql

    Таки Zabbix не поддерживает MS SQL Server.

     
     
  • 2.11, terryfilch (ok), 11:54, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сори за дезинформацию, исправил ;)
     

  • 1.8, CHERTS (ok), 11:40, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +18 +/
    У zabbix отвратительное взаимодействие с комьюнити, в частности продвинуть свои патчи просто не реально, их не примут, а попробуют написать свою реализацию, то есть на это потребуется куча времени у официальных разрабов, а время стоит денег и поэтому фактически свои патчи влить в забикс нереально. Ну и самой компании zabbix sia по сути не выгодно делать гибкую и производительную систему мониторинга из коробки, т.к. тогда к ним никто не будет обращаться для платной оптимизации безбожно тормозящих инсталяций у клиентов, которые достигли предела производительности.
     
     
  • 2.68, Аноним (68), 13:24, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > их не примут, а попробуют написать свою реализацию, то есть на это потребуется куча
    > времени у официальных разрабов

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

     

  • 1.9, SunXE (ok), 11:47, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Интересная штука.
    А в Docker контейнерах она будет?
     
     
  • 2.10, terryfilch (ok), 11:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, позжее
     

  • 1.12, Вася (??), 12:05, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Давно пора!
     
  • 1.14, dBuster (?), 13:03, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    "с отсутствием кластеризации как таковой в бесплатной версии" - ех, если не умеешь Corosync/Pacemaker, то это не означает отсутсвие кластеризации, и где нашлась платная версия? Еще и MS SQL  вписали в поддерживаемые... Походу форкать не безопасно, мифические спеки мерещаться.
     
     
  • 2.15, terryfilch (ok), 13:27, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Платная, имеется ввиду поддержка и те плюшки, которые она дает.
     
  • 2.16, terryfilch (ok), 13:30, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что касается Corosync/Pacemaker - это ок, но ведь не из коробки... diff я думаю понятен.
     
  • 2.17, имя (?), 13:54, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если не умеешь Corosync/Pacemaker

    Это, случаем, не те же нашлёпки, из-за которых гитхаб сутки валялся, потому что готовить их уметь надо как рыбу фугу?

     
     
  • 3.18, имя (?), 13:58, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сам спросил, сам отвечу: нет, там был Orchestrator, очередная поделка про Raft.

    https://github.blog/2018-10-30-oct21-post-incident-analysis/

    Впрочем, моего недоверия к остальным кластеризаторам «просто добавить воды» это всё равно не снимает.

     
     
  • 4.19, Andrey Mitrofanov_N0 (??), 14:04, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это всё равно не снимает.

    пох/нах, хватит плодить трёхбуквенные ники.  мы т-тя видим.

     
     
  • 5.20, пох. (?), 14:12, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это не мой ник - я бы ту фигню даже и изучать не стал. Везде где читаю "кластеры на линухах" - читаю "данные и надежность не требовались". Ни разу еще не ошибся.
     
     
  • 6.28, evkogan (?), 17:39, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну у каждого свое кривоглазие.
    Не читайте, от этого глазам вредно
     
  • 6.36, Онаним (?), 20:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот по факту да. Тот же коросинк - адовое нестабильное угрёбище, разве что в пределах одного зала юзабельное, да и то с оговорками. Пацемакер - адовый набор бессмысленной и беспощадной конфигурации и кривых скриптов вокруг.

    На винде правда ещё хуже.

     
     
  • 7.41, пох. (?), 07:35, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На винде правда ещё хуже.

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

     
  • 2.71, tensor (?), 19:41, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это как раз и есть отсутствие кластеризации на уровне приложения, раз вынуждает использовать внешний стек (вроде сorosync/pacemaker) для отслеживания и управления его состояниями.
     

  • 1.21, Mikevmk (?), 15:17, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Крутота. Люблю Zabbix, но проблем роста у него миллион. Рад, что кто-то взялся за решение
     
  • 1.23, Онаним (?), 15:36, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Попытка адаптации заббикса под яндексовскую поделку методом костылинга через форк? Не, нафигг.
     
     
  • 2.31, ОЛЕГ (?), 19:21, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну кликхаус далеко не поделка
    С остальным согласен
     

  • 1.25, Аноним (25), 16:42, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Просто оставлю это здесь: https://getnoc.com/
     
     
  • 2.33, Онаним (?), 20:44, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Трогали 100500 лет назад. Слишком много гвоздями прибитых сущностей, Zabbix зело универсальнее.
     

  • 1.30, Нанобот (ok), 18:02, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > использование nmap для распараллеливания проверки доступности хостов

    какое-то костыльное решение

     
     
  • 2.34, Онаним (?), 20:46, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле nmap и к обычному заббиксу прикручивается без проблем, через sender и API, если очень хочется, для этого не надо форк городить. Примитивный скрипт: через API выгребаем все "nmap.ping" (условно) трап-итемы, скармливаем нмапу, пушим назад через сендер.
     
     
  • 3.44, Andrey Mitrofanov_N0 (??), 09:24, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >nmap и к обычному заббиксу прикручивается
    >для этого не надо форк
    >Примитивный скрипт: через API выгребаем все "nmap.ping" (условно) трап-итемы,

    А чтоб заменить встроенную реализацию icmpping[] таки надо форк.

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

     
     
  • 4.47, Онаним (?), 10:20, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А чтоб заменить встроенную реализацию icmpping[] таки надо форк.

    Можно и из буханки хлеба троллейбус сделать, но зачем? :)


     
     
  • 5.54, Andrey Mitrofanov_N0 (??), 11:07, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А чтоб заменить встроенную реализацию icmpping[] таки надо форк.
    > Можно и из буханки хлеба троллейбус сделать, но зачем? :)

    Деситтна, зачем это яндексу....
       Поиграть в угадайку-перепись прямо ЗДЕСЬ >>==>

     
     
  • 6.55, Онаним (?), 11:58, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Деситтна, зачем это яндексу....

    Тут вопрос по-другому стоит. Зачем вообще яндекс?

     
  • 2.43, Andrey Mitrofanov_N0 (??), 09:19, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> использование nmap для распараллеливания проверки доступности хостов
    > какое-то костыльное решение

    Ты панимаешь, zabbix [sia] не умеет в параллелизьм, yandex не умеет в параллелизьм...  Поэтому один пускает фиксированное число однопоточных воркеров, второй заменяет их вызовом внеш.утили, таки умеющей в параллелизьм...

    Эдак, скоро кто-нибудь додумается SNMP для-вместо Zabbix-в собирать с помощью collectd...  fping-и пускать с помошью xargs или GNU parallel...

    Это ж он -- юникс вей!

     
     
  • 3.48, Онаним (?), 10:24, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эдак, скоро кто-нибудь додумается SNMP для-вместо Zabbix-в собирать с помощью collectd...

    Не, вот с SNMP как раз у заббикса-то всё и очень хорошо.
    Да и fping, честно говоря. Ну fping и fping. Форкается, задачи принимает пачками, каши много не просит.

     

  • 1.32, Аноним (32), 19:26, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нафига поделие нужно? Закопать давно пора это Г.

    Используем божественную Icinga2, которая умеет в Ifra as Code и в кластеризацию из коробки.

    +умеет в TSDB из коробки.

    +классное комюнити.

     
     
  • 2.35, Онаним (?), 20:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Цинга - это очень куцый обрезок по сравнению с Zabbix, по функциональности близко не стоящий. Нет, там где полтора локалхоста и три свитча - нормально, но если надо мониторить фурами, то уже не катит.
     
     
  • 3.37, Аноним (37), 21:33, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    3k+ хостов достаточно?

    Там, где можно парой строчек обойтись в Icinga, придется возить мішей в зябиксе до посинения. Ну, или обмазаться XML.

    Так себе удоволсьтвие в любом случае.

     
     
  • 4.39, пох. (?), 07:29, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > 3k+ хостов достаточно?

    дай угадаю - либо все абсолютно одинаковые, либо вы собираете миллионы ненужных метрик (а потом эти же люди жалуются, что жабикс+mysql тормозит и требуют нескучных новых кликшмяк-технологий)

    > Там, где можно парой строчек обойтись в Icinga, придется возить мішей в зябиксе до посинения.
    > Ну, или обмазаться XML.

    или освоить, наконец, LLD и шаблоны. Но это, видимо, для вас сложно.

    P.S. с xml все как раз плохо - уже почти половина настроек в него не экспортируется.
    Для неискателей легких путей еще есть прямая запись в базу. Чем мы и пользоватилсь еще задолго до того как появился экспорт, дискавери в ее нынешнем пригодном для пользования виде и т д - к сожалению, ее структура либо вообще не документирована (примерно представляя себе уровень разработчиков, легко в это поверю) либо хранится за десятью замками для любимых коммерческих клиентов.

     
     
  • 5.42, Аноним (32), 09:16, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не угадал. Хості разніе, но хостнейм стандартизировані, так как кровавій ентерпрайз.
    Поетому у нас есть возможность привязівать шаблоні на основе хостнеймов + есть инвентарная база (а-ля Device42), в которой хранится вся инфа про инфру и постоянно синкается.

    Про метрики - не миллион, но собираем. Надо же как-то хотя б сеть (пинг) мониторить между 5 ДЦ.

     
  • 4.49, Онаним (?), 10:26, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > 3k+ хостов достаточно?

    В моём случае недостаточно.
    Ну и хосты != элементы для проверки. Хотя бы 100000 элементов наскребёте?

     
     
  • 5.57, Аноним (32), 12:57, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да, конечно. Так как там крутятся свои продукті, то чеки на каждій продукт свои - проверки всяких АРІ, внутренних компонентов систем.
    Примерно 130к сервис-чеков, которіе размазані по поллерам (агентам) и сателитам (аналог заббикс-прокси).

    Часть чеков идет по снмп.

     
     
  • 6.59, Онаним (?), 15:22, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    130k уже нормально, да, согласен.

    У нас >10k хостов и >500k совершенно разнородных чеков (ping, SNMP, tcp, Web, скрипты, агенты, парсеры и сендеры). Часть хостов импортируется через API.

    SNMP навскидку больше всего. Размазано... ну как размазано, сервер и две прокси, всё на одной аппаратной площадке под XenServer.

    ~300k чеков на основном сервере, ~200k на отдельном прокси для тех хостов, которые идут через API - они могут из сети пропадать, это управляемые хосты клиентов. И ещё ~30к на отдельном прокси для "медленных" хостов типа оборудования DWDM/SDH, которые могут результат по SNMP то отдавать, то не отдавать, или отдавать секунд за 40-70 - на этом прокси выкручены таймауты.

     
     
  • 7.60, Онаним (?), 15:26, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно разнородных - в смысле в плане методов проверки. Так-то конечно всё собрано в темплейты и LLD, кое-что регулируется постпроцессингом, кое-что API.
     
  • 7.61, Аноним (32), 15:57, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Мі делали тесті - ложили один из мастеров 9 сигналом - все чеки переезжали на второго мастера буквально за 2 минуті.
    Вместе с оповещениями и всем другим. После поднятия второго мастера, Icinga сама снова распределяет всю эту штуку по ооим мастерам.

    Что будет, если у вас ляжет сервак? Как отказоустойчивость реализована?

     
     
  • 8.65, Онаним (?), 09:24, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У нас тут несколько моментов - Ничего страшного не случится, не 100 критичный ... текст свёрнут, показать
     
  • 4.50, Онаним (?), 10:27, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Там, где можно парой строчек обойтись в Icinga, придется возить мішей в

    Кроме мыши есть ещё:
    - LLD
    - Шаблоны
    - API

     

  • 1.38, Аноним (38), 05:15, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я добился прогресса просто переселив заббикс с мускула на пг, нагрузка ушла полностью и он теперь не ссыт мне в мозги.
     
     
  • 2.40, пох. (?), 07:31, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    через годик приходи. расскажешь про "vacuum full нинужна, нинужна, нинужна, и задепрекейтим, задепрекейтим". И про то как он у тебя "не тормозит".

     
     
  • 3.45, Andrey Mitrofanov_N0 (??), 09:28, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > через годик приходи. расскажешь про "vacuum full нинужна,

    прямо сейчас:  pg_repack же.

     
  • 3.46, Andrey Mitrofanov_N0 (??), 09:54, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >И про то как он у тебя "не тормозит".

    Но да, тормозит адски.  :(
    ПользователЯ ж привыкли, что метрики-хосты только добавляют, "всё ж работает, чё" (а я ж не _померял_ те тормоза, да--).  А ещё нам бы надо хранить то, что старше года, в трендсах-то, и не стирать -- буде взбредёт в голову, аналитичненько!, посмотреть кривулину "за всё время".  

    Во-о-от...  база растёт и тормозит, и тормозит и растёт.
    П[ро|ост]гресс-то не остановить.

    Вот уже пора [опять, кстати, да! в районе 1.8 делал-- потом патч посеял] ...
    ...переписывать housekeeper, чтоб не падало.

    Опять хочется странного типа cstore_fdw, tab_tier или типа.  Но нет Героя.  То есть кроме -- косоглазых продаванов с амазонами, ажурами, кликхаусами, таймскейлами, уисперами.

    Мож, просто поменять 15К шпиндели на такой же массив из 8... или 16?...  флешей-ссд-нвме и ещё пару лет сидеть ровно.   План!

     
     
  • 4.51, Онаним (?), 10:29, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну я так и сделал, хотя по сути и на дисках жило ровно ещё.
    Только не NVMe, а обычные SAS Enterprise Mixed WL. Теперь запаса по росту точно лет на пять.
     
  • 3.52, Catwoolfii (ok), 10:49, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >через годик приходи. расскажешь про "vacuum full нинужна

    А через 2 года vacuum full действительно станет "нинужна"

     
     
  • 4.53, пох. (?), 11:00, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты опоздал родиться - я эту сказку про нинужна и "в следующей версии уже совсем зуб даем стоодинпроцент задиприкейтим!" - с 2009го слышу. А оно - вот...

    а учитывая что именно с этой базой делает жаббикс с его delete/update ... in (... ... стопиццотштук ) - результат довольно предсказуем.

     
  • 3.69, Аноним (68), 13:39, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://npm.pkg.github.com/Doctorbal/zabbix-postgres-partitioning

    и остатки ваших волос будут гладкими и шелковистыми.

     
     
  • 4.70, Andrey Mitrofanov_N0 (??), 14:24, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > https://npm.pkg.github.com/Doctorbal/zabbix-postgres-partitioning
    > и остатки ваших волос будут гладкими и шелковистыми.

    Спасибо! Буду читать...


    Пока смущают версии, например, --  у меня другие.  Копать :/ надо.  #лопата-здесь

    В этом зоопарке --

    "" With PostgreSQL version 11 it is possible to create a "default" partition. This stores rows that do not fall into any existing partition's range. ""
    https://npm.pkg.github.com/Doctorbal/zabbix-postgres-partitioning#postgresql-d

    -- только самые прожжённые "консультанты" :((( разберутся.

    "" This extension should work with Postgres 9.1 and above. ""
    https://github.com/peak6/tab_tier#compatibility

    Видимо, tab_tier основан на том, что _все_ insert-ы  идут в "default table"  -- до версии, типа, 11 без учёта ограничений.

     

  • 1.56, Аноним (56), 12:15, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забудьте слова Zabbix и Яндекс! Нет там его давно, как и тех людей, которые его пытались подпиливать и поддерживать. они своих собственных систем мониторинга понаписали.
     
     
  • 2.58, пох. (?), 13:14, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > они своих собственных систем мониторинга понаписали.

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

     
     
  • 3.62, Аноним (56), 18:25, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По памяти помню пару. Первая - это juggler:
    https://events.yandex.ru/lib/talks/35/

    Вторая - golovan (система мониторинга поискового кластера). И та и другая написана на python, если что.

     
     
  • 4.63, Аноним (56), 18:31, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Все, нет там вашего Zabbix. Выносите тело.

    ~> host golovan.yandex-team.ru
    golovan.yandex-team.ru is an alias for yasm.yandex-team.ru.
    yasm.yandex-team.ru is an alias for yasm.search.yandex.net.
    yasm.search.yandex.net has address 141.8.146.12
    yasm.search.yandex.net has IPv6 address 2a02:6b8:0:3400::2:12

    ~> host zabbix.yandex-team.ru
    Host zabbix.yandex-team.ru not found: 3(NXDOMAIN)

     
  • 4.73, Аноним (73), 12:29, 31/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, там уже давно не только python, все тормоза "смазаны" плюсами тоже, впрочем, достаточно давно
     

  • 1.64, InuYasha (?), 20:09, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странно что никто не упомнает модный нынче гоу-Прометеус.
    А интересно бы мнения узнать.
     
     
  • 2.66, Andrey Mitrofanov_N0 (??), 09:56, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Странно что никто не упомнает модный нынче гоу-Прометеус.
    > А интересно бы мнения узнать.

    Модные ребяты про него уже "узнали".  Теперь им стыдно, молчат.

     

  • 1.72, crypt (ok), 08:20, 16/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ну, этот форк был всего лишь вопрос времени. забиксовцам давно уже про это все говорили, а они не чесались. посмотрим теперь, насколько стабильным выйдет форк.
     
  • 1.74, edo (ok), 20:50, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Форк скорее мёртв?
     
     
  • 2.75, terryfilch (ok), 09:19, 20/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет конечно, вот сегодня вышел релиз с фиксами.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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