Что мне дока - мне интересно, почему его люди используют:) Т.е. опыт тех, кто отказался от чего-то (заббикса, например) и стал прометеус юзать. И может сказать - вот такие-то боли уши:) А то ощущение больше, что хайп поднялся - ну давайте прометеус. Лишь бы что-то трендовое

Template cannot be linked to another template more than once even through other templates. И тут ты понимаешь что приехал и надо смотреть что-то другое. Основной посыл не в том что в прометее трава зеленее. А в то что заббикс чего-то не может.

А прометей все умеет?

У него смысл в другом. Сервис дискавери, дешёвое хранение большого числа метрик, вот это всё.

Тут где-то доклад был годный.

Ну а зачем может понадобиться темплейт к темплейту линковать, если ты не наркоман?

Я понимаю, что сравнивать заббикс, родом из 1998 года и расчитаный на snmp с прометеусом некорректно

Но с другой стороны, чтобы отказаться от одного, надо уметь четко сказать, чем лучше другой. А выходит, что "фичи Х нет в заббиксе - он говно!"

Ну а зачем может понадобиться темплейт к темплейту линковать, если ты не наркоман?

Ммм, например у тебя есть шаблон для мониторинга common-микросервисов. От него наследуются шаблоны разных микросервисов. В какой-то момент жва микросервиса группируются на одном хосте и тут заббикс такой - да ну нах, не может такого быть. Где тут наркомания?

Ну тут надо думать надо словом "от него наследуются". А почему не три разных шаблона? Ну и главное - убейте меня - как это в вашем крутом прометее-то сделано?

Я-то сам замучался писать баш-скрипты под кастомные юзер-параметры в заббиксе. Но просто хочется оценить ситему-конкурент более аргументировано и тезисно, чем "говно/не говно"

привет вусем, обновил систему ubuntu, и теперь при старте запускается винда, а что бы добраться до загрузчика граб приходится зажимать ф12 и выбирать загрузочный раздел с грабом, как исправить? переустанавливал граб на /dev/sda , и на раздел с efi...не помогает

привет вусем, обновил систему ubuntu, и теперь при старте запускается винда, а что бы добраться до загрузчика граб приходится зажимать ф12 и выбирать загрузочный раздел с грабом, как исправить? переустанавливал граб на /dev/sda , и на раздел с efi...не помогает

в настройке uefi

или bios

Канал про девопс. Чувак в 2018 с дуалбутом просит помощи...

в настройке uefi

в том то и дело что в списке устройств граба нету в настройках биос

но мля

раздел есть

и если с его загрузится

все нор

м

В биосе выставь раздел линуха в приоритет

В биосе выставь раздел линуха в приоритет

его нету в списке

я уже писал

был бы я бы сда не писал

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

но если при запуске нотута зажать ф12

раздел с линуксом есть

вот такая дичь

и это случилось после apt upgrade

я даже себе дли интереса переустановил систему,поставил 18 убунту)

то же дерьмище

может кто быстро подскажет или знает. Короче, дома файрфокс, когда закрываешь несколько окон(!), обычно их 1-2-3, видяшки смотрю и прочее. Когда закрываю последнее, после того,как я запускаю файрфокс открываются все вкладки и окна, закрытые в прошлый раз. Однако везде где я использую лиса, открывается только последнее закрытое окно. Это настраивается? Это единственный вопрос

его нету в списке

https://itsfoss.com/no-grub-windows-linux/

может кто быстро подскажет или знает. Короче, дома файрфокс, когда закрываешь несколько окон(!), обычно их 1-2-3, видяшки смотрю и прочее. Когда закрываю последнее, после того,как я запускаю файрфокс открываются все вкладки и окна, закрытые в прошлый раз. Однако везде где я использую лиса, открывается только последнее закрытое окно. Это настраивается? Это единственный вопрос

Нужно не закрывать окна, а жать "меню - выход".

Или Ctrl+Shift+Q

Нужно не закрывать окна, а жать "меню - выход".

Благодарю!

Благодарю!

Я сам от этого пострадал как-то)

да, мы с вами...

Ну ок, значит прометеус просто ориентирован на мониторинг микросервисной инфраструктуры

совсем нет. им можно мониторить вообще что угодно.

Что мне дока - мне интересно, почему его люди используют:) Т.е. опыт тех, кто отказался от чего-то (заббикса, например) и стал прометеус юзать. И может сказать - вот такие-то боли уши:) А то ощущение больше, что хайп поднялся - ну давайте прометеус. Лишь бы что-то трендовое

у нас в проекте какое-то время был заббикс. но он быстро кончился, потому что пользы было от него было почти 0.

а все потому что 30 секунд между отсчётами - это целая вечность.

Ну это ж тенденциозно. Взяли решение X вместо решения Y и стало хорошо. Либо границы применимости первого не пересекались со вторым, или что-то не так. Тут уж нужна конкретика

Ну это ж тенденциозно. Взяли решение X вместо решения Y и стало хорошо. Либо границы применимости первого не пересекались со вторым, или что-то не так. Тут уж нужна конкретика

смотрите, у вас 5 секунд не ходил трафик и это попало в интервал между отсчётами.

или ходил, но там было 33-50% потерь.

о том, что что-то было не так вы узнаете либо от сторонних средств, либо от клиентов.

о том, что что-то было не так вы узнаете либо от сторонних средств, либо от клиентов.

А триггеры не подходили?

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

А триггеры не подходили?

а триггер чем поможет?

Я уж не говорю, про флап

а триггер чем поможет?

Пнет алармом?

Пнет алармом?

интервал между парой точек - 30 секунд.

Если нужна детализация за 5 секунд, можно сказать, что юзер вообще больше 500мс уже не станет ждать и это проблема

тут точно нужна конкретика

все оценивать частотой дискртизации - не вариант

интервал между парой точек - 30 секунд.

Пассивный сбор без агента?

если эти 5с попали в момент снятия очередной пробы - да, будет алерт. но скорее всего этого не произойдет

Пассивный сбор без агента?

это фактически отдельный мониторинг рядом будет

Если нужна детализация за 5 секунд, можно сказать, что юзер вообще больше 500мс уже не станет ждать и это проблема

нет, я хочу метрики с шагом до долей секунды

это фактически отдельный мониторинг рядом будет

Не, я уточняю - 30 сек это без агента или с агентом?

Просто ну ОК - у меня мегамониторинг и алярмит о проблеме за 5 секунд. Через 25 секунд проблем нет. И что ты успеешь сделать? Если проблема систематическая, ты накопишь проблемы и за 30с интервалы

Не, я уточняю - 30 сек это без агента или с агентом?

с агентом

нет, я хочу метрики с шагом до долей секунды

Это бесполезно

Просто ну ОК - у меня мегамониторинг и алярмит о проблеме за 5 секунд. Через 25 секунд проблем нет. И что ты успеешь сделать? Если проблема систематическая, ты накопишь проблемы и за 30с интервалы

вы не поняли. если событие случилось в интервале между отсчётами - мониторинг его не увидит

Это бесполезно

это офигеть как полезно post mortem

Это бесполезно

С моей точки зрения графики вообще имеют смысл только если историю смотришь. Для текущей активной реакции - они бессмысленны

А ручная реакция на смену состояния ещё и узкое место

С моей точки зрения графики вообще имеют смысл только если историю смотришь. Для текущей активной реакции - они бессмысленны

я не про графики ни разу. просто пишем кучу параметров с высоким разрешением и в случае любой проблемной ситуации более-менее сразу понятно что это.

я не про графики ни разу. просто пишем кучу параметров с высоким разрешением и в случае любой проблемной ситуации более-менее сразу понятно что это.

Но для этого надо зайти и посмотреть, верно?

А ручная реакция на смену состояния ещё и узкое место

мне кажется вы путаете алерты и мониторинг.

вы не поняли. если событие случилось в интервале между отсчётами - мониторинг его не увидит

Трапы?

мне кажется вы путаете алерты и мониторинг.

Легко. Для меня мониторинг в первую очередь важен возможностью реакции на смену состояния

Но для этого надо зайти и посмотреть, верно?

да. но у вас что-то не работало и это аффектило юзеров. как вы будете это исследовать?

Трапы?

от кого?

дабы сразу пояснить, откуда все эти требования: стриминг видео.

да. но у вас что-то не работало и это аффектило юзеров. как вы будете это исследовать?

Я предпочту активную реакцию. Что то не работает, собрать пакет инфы что, если уже было раньше и прописана реакция - выполнить. Если нет - уведомить ответственных скинул профайл проблемы

да. но у вас что-то не работало и это аффектило юзеров. как вы будете это исследовать?

Ты хочешь сказать, что если у тебя нет 100% корреляции логов и алярмов по секундам, ты не выяснишь, где затык был?

дабы сразу пояснить, откуда все эти требования: стриминг видео.

Ну хрен знает. По-моему тут все еще хуже

увы, не знаю, как гарантируется канал для стримминга. Эт вообще магия паходу:)

Я предпочту активную реакцию. Что то не работает, собрать пакет инфы что, если уже было раньше и прописана реакция - выполнить. Если нет - уведомить ответственных скинул профайл проблемы

>Что то не работает, собрать пакет инфы что напомню, что событие кратковременное и длится 5 секунд. вы за это время чихнуть только успеете.

Ну т.е. какие тут могут быть гарантии клиентам? Какой SLA?

>Что то не работает, собрать пакет инфы что напомню, что событие кратковременное и длится 5 секунд. вы за это время чихнуть только успеете.

У меня за это время сервис рестартанет:)

Сам

У меня за это время сервис рестартанет:)

а толку, если проблема где-то внутри, например? или наоборот, снаружи.

Да ещё в чате текущая смена получит уведомление. Такой то сервис перестал отвечать. Послана команда на рестарт

Да ещё в чате текущая смена получит уведомление. Такой то сервис перестал отвечать. Послана команда на рестарт

это все понятно и скучно. я говорю о вещах вроде тех же микроберстов

а толку, если проблема где-то внутри, например? или наоборот, снаружи.

А вот тут какраз конкретика. Зависит что ты хочешь с этим делать. В чем активная реакция?

А вот тут какраз конкретика. Зависит что ты хочешь с этим делать. В чем активная реакция?

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

Ну к примеру - пнуть чат, скинуть инфу с mtr наружу и снаружи

Как минимум будут внешние логи о проблеме

И если это проблемы магистрального характера - будет пруф с потерями

Ты хочешь сказать, что если у тебя нет 100% корреляции логов и алярмов по секундам, ты не выяснишь, где затык был?

логи на что? у тебя все работает, но в какой-то пиковый момент место в пакетном буфере свитча кончилось, пакет дропнулся, картинка посыпалась.

Как минимум будут внешние логи о проблеме

чтобы логи были - о них надо позаботиться ) например, начать что-то мониторить.