Comments 10
Спасибо. Очень познавательно. Интересно было именно посмотреть на интеграцию мониторинга с Rust.
Касательно развертывания через докер компоуз - спорно, интереснее было бы на каком-нибудь minikube показать. Даром, что многие уже отъехали в кубер. cadvisor туда же - он попросту в таком сетапе становится не нужен. Если считаете, что миникуб ту мач - есть k3s, microk8s. В конце-концов на docker desktop кубернетес тоже включается одной галочкой (!)
По неизвестной мне причине график показывает, что процесс потребляет намного больше памяти, чем весь контейнер
это логично, потому что эти метрики считают разные типы памяти... Т.е. это не является багом, а скорее фичей. Хоть и весьма неочевидной и очень раздражающей. Но это больше вопросы в целом к линуксу и его аккаунтингу памяти...
Спасибо.
cadvisor туда же - он попросту в таком сетапе становится не нужен.
При деплое в k8s что-то другое используется для мониторинга контейнеров?
это логично, потому что эти метрики считают разные типы памяти...
Да, к сожалению пока не нашёл такой вариант метрик памяти контейнера и приложения, который измеряет один и тот же тип памяти и при этом корректно отображается на графике
При деплое в k8s что-то другое используется для мониторинга контейнеров?
kubelet экспоузит метрики аналогичные cadvisor
потом это точно так же собирается https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack
Спасибо за статью! А не подскажите, сколько у Вас cadvisor ресурсов CPU потребляет? У меня доходит порою до 100%(
Не сталкивался с проблемой высокого потребления CPU, но нашёл issue, где также есть варианты решения
Спасибо за статью, подскажите почему не использовали zabbix?
Интересен был именно такой набор инструментов, возможно потому, что в работе не сталкивался с Zabbix
кратко - заббикс прошлый век, плохо масштабируется.
В принципе, никто не мешает приделать prometheus-совместимый экспортер как источник для заббикса, но не думаю, что описание решения может быть интересно
Спасибо за ответы! Единственное не согласен про плохое масштабирование. Возможно предложенный подход более оптимален для данной задачи, не готов оценить.
+1 за плохое масштабирование и убогость api
К тому же, если вы начнёте собирать метрики с деплоев в k8s - забикс просто начнёт упираться в полку по ресурсам в сравнении с теми же специлизированными решениями для time series(prometheus, victoriametrics) и конечно же? оверхед по необходимым ресурсам: к примеру для обработки запросов за очень большие промежутки времени.
Лучше посмотрите в сторону https://gitlab.com/mikler/glaber/-/wikis/home
Мониторинг веб-приложения на Rust с использованием Prometheus и Grafana