Мне кажется, тут — только эмпирика. Ведь отдача метрики через JMX занимает разное время. Один сервер загружен, и отдаёт значения за 1 сек, другой сервер отдыхает — и отдаёт за 1 мс. Соответственно, поток опроса в Java Gateway активен разное время.
Обычно такие вещи не вызывают вопросов, т.к. мониторится процент активных воркеров. Если их начинает не хватать — скэйлим горизонтально (их кол-во) или вертикально (Heap для Java Gateway). Ну либо разбираемся, чем они там, чёрт побери, занимаются :)
Алексей, спасибо за ответ и за Ваш труд. Моя любимая фишка в Zabbix — это стабильность. Работаю с коммерческим ПО мониторинга, там мониторинг системы мониторинга вещь абсолютно необходимая, Zabbix позволяет расслабиться!
Чего мне лично не хватает после комм. ПО — это ядра обработки событий, где можно выполнять пост-процессинг оповещений. Тут делается обогащение информацией из внешних источников, корреляция и т.п. Понятно, что это не совсем задача Zabbix, но вещи необходимая для больших систем. Жаль, что такой вещи вообще не видно в open source. Для качественных алертов приходится или делать много trigger actions на каждый чих или довольствоваться generic-средними-по-больнице алертами вида. Тргиггер А статус Critical.
По метрикам — tsdb с их labelами не догнать, наверное, но реализовать хранение метрик в tsdb было бы, наверное, здорово. Elastic для этого не лучший вариант, мне кажется.
Но уверен, вы все это знаете лучше меня.
Ну а так — по-мелочи — нельзя шаблон на один сервер несколько раз назначить с разными значениями макросов, это усложняет многие вещи, приходится lld ради lld.
В trigger expression нельзя в key имя хоста из макроса. Ерунда, но время отбирает :)
Здорово, но нужны прорывные фичи. На данный момент вопрос "чем Zabbix лучше Prometheus" на многих кейсах повисает без ответа. В плане автоматизации конфигурации Zabbix явно проигрывает, а это важная составляющая современных систем.
Александр, спасибо за доклад/статью, очень интересно, по делу, прекрасная подача!
Вопрос по анализу аномалий — этот функционал случайно не собирается утечь в open-source? :)
Интересует реализация такой штуки на timeseries, конкретно — Prometheus. Мы умеем это делать кастомным кодом, но были бы счастливы какому-нибудь более-менее продакшн-лайк open-source решению.
Работаю в компании >20к сотрудников, кошмара из статьи нет. Заказанный доп. монитор появляется на рабочем столе через два дня. Вся бюрократия — в веб интерфейсе, и она работает быстро.
Спасибо за статью! Вопрос погрузившемуся — какие у вас в целом впечатления от внутренней архитектуры и реализации бд? Придется в в ближайшее время в проде гонять БД в сотни гигабайт. Страшно.
Мне кажется, Grails отлично подходит для двух вещей:
1) Разработка небольших и недосредних проектов, ну, условно, не более 50 контроллеров, 100 представлений (view), 50 доменных классов.
2) Поддержка непрофессиональными программистами.
У нас по работе программирование — не основной профиль. Но личным примером удалось заразить коллег, теперь 3-4 человека пишут на Groovy. Java точно не зашла бы.
И как лабать класс/котроллер/view удалось за пару часов. А уж Spring, пусть и boot — я бы постеснялся показывать просто.
Вот мои KPI — или groovy/grails, или мои коллеги так бы решали свои интеграционные задачи в лучшем случае на VBScript :)
Ну а серьёзно — думаю, сравнивать смысла нет. Groovy/Grails вылетели с хайпового горизонта, и постепенно уйдут в небытие…
Странно, что никто ПРОСТО не написал, что статья — хорошая, вы отлично делаете замечательное дело, продукты у вас прекрасные и вообще вы молодцы, и даже название у вас суперское.
Если это мой код, то это мой код.
Если это не мой код, но он мне нравится, то это мой код.
Если я думаю, что это мой код, то это мой код.
Если я это первый увидел, то это мой код.
Если ты это поддерживал, но потом перестал, то это мой код.
Если я это поддерживал, но потом перестал, то это по-прежнему мой код.
Если это похоже на то, что я кодил дома, то это мой код.
Если это сломано, то это твой код.
Как раз упомянутые Вами конкуренты (тоже с хабра) зафиксировали у меня этот синдром (делали тест — не помню как назыавется — полоску под веко засовывали). Слёзная плёнка очень тонкая и рвётся — по словам врача — всё раз в 5 хуже нормы.
Посоветовали капать «Оксиал» почаще и… всю жизнь. И всё :)
А тут — столько новых букв! Будем изучать, спасибо за статью.
вы так пишете как будто думаете, что HR вам правду ответит хотя бы на один вопрос из этого списка…
А мне очень понравился текст! Просто не нужно его воспринимать, как чек-лист, который нужно приносить с собой на собеседование. Скорее — это сборник житейских мудростей, из которых можно черпать актуальное для себ.
Обычно такие вещи не вызывают вопросов, т.к. мониторится процент активных воркеров. Если их начинает не хватать — скэйлим горизонтально (их кол-во) или вертикально (Heap для Java Gateway). Ну либо разбираемся, чем они там, чёрт побери, занимаются :)
Алексей, спасибо за ответ и за Ваш труд. Моя любимая фишка в Zabbix — это стабильность. Работаю с коммерческим ПО мониторинга, там мониторинг системы мониторинга вещь абсолютно необходимая, Zabbix позволяет расслабиться!
Чего мне лично не хватает после комм. ПО — это ядра обработки событий, где можно выполнять пост-процессинг оповещений. Тут делается обогащение информацией из внешних источников, корреляция и т.п. Понятно, что это не совсем задача Zabbix, но вещи необходимая для больших систем. Жаль, что такой вещи вообще не видно в open source. Для качественных алертов приходится или делать много trigger actions на каждый чих или довольствоваться generic-средними-по-больнице алертами вида. Тргиггер А статус Critical.
По метрикам — tsdb с их labelами не догнать, наверное, но реализовать хранение метрик в tsdb было бы, наверное, здорово. Elastic для этого не лучший вариант, мне кажется.
Но уверен, вы все это знаете лучше меня.
Ну а так — по-мелочи — нельзя шаблон на один сервер несколько раз назначить с разными значениями макросов, это усложняет многие вещи, приходится lld ради lld.
В trigger expression нельзя в key имя хоста из макроса. Ерунда, но время отбирает :)
Ещё раз спасибо
Для желающих тут же погрузиться в поиск: blacklistd хорош, но FreeBSD-only. Ждём, как говорится, e-buildов
Здорово, но нужны прорывные фичи. На данный момент вопрос "чем Zabbix лучше Prometheus" на многих кейсах повисает без ответа. В плане автоматизации конфигурации Zabbix явно проигрывает, а это важная составляющая современных систем.
Вопрос по анализу аномалий — этот функционал случайно не собирается утечь в open-source? :)
Интересует реализация такой штуки на timeseries, конкретно — Prometheus. Мы умеем это делать кастомным кодом, но были бы счастливы какому-нибудь более-менее продакшн-лайк open-source решению.
В machinarium классные idle. Робот, который со скуки чешет бок, умиляет почище котиков :)
Работаю в компании >20к сотрудников, кошмара из статьи нет. Заказанный доп. монитор появляется на рабочем столе через два дня. Вся бюрократия — в веб интерфейсе, и она работает быстро.
Не увидел, что перевод, sorry
Спасибо за статью! Вопрос погрузившемуся — какие у вас в целом впечатления от внутренней архитектуры и реализации бд? Придется в в ближайшее время в проде гонять БД в сотни гигабайт. Страшно.
Вот же мучаются люди без Vertica! Бесплатно до 1тб данных и 3 узлов в кластере. Ваша задача отлично решается с помощью flex tables.
Наверное, правильно «количество_дата_нод — 1» — при трёх нодах заходтим один primary shard и две реплики.
Как любой пакетный менеджер, Helm позволяет быстро развернуть функционал, рецепт сборки и настройки которого создан башковитыми специалистами.
В rhel/centos:
В helm:
Понятное дело, что функционал можно не только удобно получить, но и удалить, и обновить, и откатить к предыдущей версии.
1) Разработка небольших и недосредних проектов, ну, условно, не более 50 контроллеров, 100 представлений (view), 50 доменных классов.
2) Поддержка непрофессиональными программистами.
У нас по работе программирование — не основной профиль. Но личным примером удалось заразить коллег, теперь 3-4 человека пишут на Groovy. Java точно не зашла бы.
И как лабать класс/котроллер/view удалось за пару часов. А уж Spring, пусть и boot — я бы постеснялся показывать просто.
Вот мои KPI — или groovy/grails, или мои коллеги так бы решали свои интеграционные задачи в лучшем случае на VBScript :)
Ну а серьёзно — думаю, сравнивать смысла нет. Groovy/Grails вылетели с хайпового горизонта, и постепенно уйдут в небытие…
Вот ведь как люди мучаются без Grails ;)
Вот первым буду.
Если это мой код, то это мой код.
Если это не мой код, но он мне нравится, то это мой код.
Если я думаю, что это мой код, то это мой код.
Если я это первый увидел, то это мой код.
Если ты это поддерживал, но потом перестал, то это мой код.
Если я это поддерживал, но потом перестал, то это по-прежнему мой код.
Если это похоже на то, что я кодил дома, то это мой код.
Если это сломано, то это твой код.
Посоветовали капать «Оксиал» почаще и… всю жизнь. И всё :)
А тут — столько новых букв! Будем изучать, спасибо за статью.
А мне очень понравился текст! Просто не нужно его воспринимать, как чек-лист, который нужно приносить с собой на собеседование. Скорее — это сборник житейских мудростей, из которых можно черпать актуальное для себ.
За шутку про Логан отдельное спасибо автору!
А люди, которые занимаются мониторингом и сопутствующими темами, редко имеют много свободного времени :)