Да так и будет. Я вообще занимаюсь мониторингом в принципе и observability. Но полезность своих действий и позитивного фидбека не вижу в компании. Стоит поменять по возможности думаю компанию просто :). Сегодня прочитал эту статью "https://habr.com/ru/companies/pt/articles/925010/", где с ходу на некоторых коллег наложил, как шаблон. Собственно, нужна просто команда специалистов которые будут на одной волне скажем так :).
Хорош :). И тут я понимаю, что в планах выучить Пайтон, пару тройку технологий и пет проекты уже 4 года. И все на внутреннем уровне для себя ищу отмазки и заменяю их на другие дела... :/ М - мотивация. Пойду ковырять проект :).
К сожалению статья базовая/поверхностная. Не отвечает на вопрос заголовка. "Мониторинг инфраструктуры: как избежать простых и неправильных решений". Увы мне не хватило информации и примеров. Так же разбивки по типам метрик, 4 золотых сигнала и решений мониторинга. Сам, как основную систему использую Zabbix+PostgreSQL+tsdb. Но так же Prometheus, Victoria Metrics и все под разные цели и нужды. Возможно в дальнейших статьях тема будет раскрыта более глубоко.
Базовая настройка, под определенные нужды. Нет ничего плохого или хорошего в этом, просто гайд для людей которые чего то недопонимают. (Люди которые понимают, им он в принципе не нужен, те люди которые не понимают, не набив шишек не поймут). К сожалению, не нашел тут тип OS, на сколько понял что то Дебиан подобное (Вероятнее всего убунту). Так же видел комментарий по поводу Windows server, вообще проект и на IIS можно запилить, а вот стоит ли, это уже другой вопрос. Считаю , то что статья должна быть продолжением чего то изначального, если был посыл показать, как проще настроить свой сервер (локальный само собой).
Какое количество метрик было/какие метрики ? - "С апреля 2019 до декабря 2022 у меня было около 4000 узлов в zabbix (glaber.io) и под капотом mysql+clickhouse".
Категорически согласен. Из коробки не из коробки, Docker и Zabbix agent 2, это нормально отрабатывает. А вот с k8s придется повозиться, да и динамическая среда, которая своими интерфейсами и подами засрет все. До следующего удаления. (https://habr.com/ru/articles/852394/ - хорошая статья показывающая сравнение, что и где лучше использовать).
Статья сумбурная, какой то полезной информации не несет. Весь посыл в основном - "Мама, смотри, как я могу". Ни подробностей, не подводных камней с чем столкнулись, нормально не расписано.
Категорически с вами согласен, как ядро системы мониторинга использую Zabbix + интеграцию с Prometheus (VM) и визуализацию как единую точку в виде Grafana.
"Масштабируемость: На больших объемах данных может возникнуть проблема масштабируемости и производительности." Используете распределенную архитектуру, в виде Zabbix Proxy. Тюните под свои нужды и возможности. Как Базу данных, так и сам Proxy + HA. Единственное, это довольно ресурсоемко.
"Кратковременное хранение данных: Преимущественно ориентирован на кратковременное хранение данных, хотя интеграция с внешними хранилищами позволяет решить эту проблему." Берем и используем Prometheus - Federation. (https://prometheus.io/docs/prometheus/latest/federation/)
Так же - Интеграция k8s + Zabbix. Пока сам не оттестировал но вполне не плохое решение. Понятное дело то что Prometheus хорош в мониторинге k8s, но и Zabbix от него не отстает.
Вообще пул навыков понятно расписан. Наверное я бы добавил ещё книжку - "Unix и Linux: руководство системного администратора." (Авторы: Эви Немет; Гарт Снайдер; Трент Хейн; Бэн Уэйли; Дэн Макин). А так же сравнение с SRE, так как технологии почти одинаковы, но вот а подходы отличаются.
Да так и будет. Я вообще занимаюсь мониторингом в принципе и observability. Но полезность своих действий и позитивного фидбека не вижу в компании. Стоит поменять по возможности думаю компанию просто :). Сегодня прочитал эту статью "https://habr.com/ru/companies/pt/articles/925010/", где с ходу на некоторых коллег наложил, как шаблон. Собственно, нужна просто команда специалистов которые будут на одной волне скажем так :).
Хорош :). И тут я понимаю, что в планах выучить Пайтон, пару тройку технологий и пет проекты уже 4 года. И все на внутреннем уровне для себя ищу отмазки и заменяю их на другие дела... :/ М - мотивация. Пойду ковырять проект :).
К сожалению статья базовая/поверхностная. Не отвечает на вопрос заголовка. "Мониторинг инфраструктуры: как избежать простых и неправильных решений". Увы мне не хватило информации и примеров. Так же разбивки по типам метрик, 4 золотых сигнала и решений мониторинга. Сам, как основную систему использую Zabbix+PostgreSQL+tsdb. Но так же Prometheus, Victoria Metrics и все под разные цели и нужды. Возможно в дальнейших статьях тема будет раскрыта более глубоко.
Базовая настройка, под определенные нужды. Нет ничего плохого или хорошего в этом, просто гайд для людей которые чего то недопонимают. (Люди которые понимают, им он в принципе не нужен, те люди которые не понимают, не набив шишек не поймут). К сожалению, не нашел тут тип OS, на сколько понял что то Дебиан подобное (Вероятнее всего убунту). Так же видел комментарий по поводу Windows server, вообще проект и на IIS можно запилить, а вот стоит ли, это уже другой вопрос. Считаю , то что статья должна быть продолжением чего то изначального, если был посыл показать, как проще настроить свой сервер (локальный само собой).
Статья интересная. Возможно тоже стоит поэксперементировать.
Какое количество метрик было/какие метрики ? - "С апреля 2019 до декабря 2022 у меня было около 4000 узлов в zabbix (glaber.io) и под капотом mysql+clickhouse".
Сколько хранилась история и тренды ?
Категорически согласен. Из коробки не из коробки, Docker и Zabbix agent 2, это нормально отрабатывает. А вот с k8s придется повозиться, да и динамическая среда, которая своими интерфейсами и подами засрет все. До следующего удаления. (https://habr.com/ru/articles/852394/ - хорошая статья показывающая сравнение, что и где лучше использовать).
Статья сумбурная, какой то полезной информации не несет. Весь посыл в основном - "Мама, смотри, как я могу". Ни подробностей, не подводных камней с чем столкнулись, нормально не расписано.
Категорически с вами согласен, как ядро системы мониторинга использую Zabbix + интеграцию с Prometheus (VM) и визуализацию как единую точку в виде Grafana.
На мой взгляд есть некоторые моменты с которыми не совсем согласен. (Возможно подсвечу некоторые моменты):
Очепятка в виде - "Graphana".
"Хранение данных: Использует реляционные БД для хранения данных ". Он конечно использует реляционные, но в больших инсталляциях используется преимущественно PostgreSQL + TimescaleDB (Не забывая сделать тюнинг). (https://www.zabbix.com/documentation/6.0/ru/manual/appendix/install/timescaledb)
"Масштабируемость: На больших объемах данных может возникнуть проблема масштабируемости и производительности." Используете распределенную архитектуру, в виде Zabbix Proxy. Тюните под свои нужды и возможности. Как Базу данных, так и сам Proxy + HA. Единственное, это довольно ресурсоемко.
(https://www.zabbix.com/documentation/6.0/ru/manual/concepts/server/ha), это больше к серверам но по сути - отправная точка.
"Кратковременное хранение данных: Преимущественно ориентирован на кратковременное хранение данных, хотя интеграция с внешними хранилищами позволяет решить эту проблему." Берем и используем Prometheus - Federation. (https://prometheus.io/docs/prometheus/latest/federation/)
Так же - Интеграция k8s + Zabbix. Пока сам не оттестировал но вполне не плохое решение. Понятное дело то что Prometheus хорош в мониторинге k8s, но и Zabbix от него не отстает.
(https://blog.zabbix.com/monitoring-kubernetes-with-zabbix/25055/)
Подскажите пожалуйста, какую CMDB вы используете и как интегрировали её с системами ? Возможно есть уже статьи ?
Вообще пул навыков понятно расписан. Наверное я бы добавил ещё книжку - "Unix и Linux: руководство системного администратора." (Авторы: Эви Немет; Гарт Снайдер; Трент Хейн; Бэн Уэйли; Дэн Макин). А так же сравнение с SRE, так как технологии почти одинаковы, но вот а подходы отличаются.
Статья хороша, понравилась. Некоторые моменты уложились в голове.
Хотел уточнить, а какими инструментами автоматизации - системами управления конфигурациями вы пользуетесь ? Так сказать, бест практис ?