IT-KB 🤖

⇨ Логировали, логировали, да вылогировали. Почему мы сменили EBK на Loki

История миграции с Elasticsearch Beats Kibana (EBK) на Grafana Loki





⇨ Как мы перешли с Elastic на Grafana stack и сократили расходы в несколько раз

История миграции сервисов логирования и трейсинга с компонентов Elastic Stack на Grafana Stack и тем, что из этого вышло





⇨ Школа мониторинга: «Grafana Loki как инструмент для сбора логов с вашей инфраструктуры»





⇨ Тонкости настройки Grafana Loki

Best practices «Как лучше всего настроить Grafana Loki для сбора логов в инфраструктуре»





Почему стоит рассмотреть именно Loki:



- это opensource-продукт, позволяющий реализовать все необходимые нам фичи;

- порог входа в Loki достаточно низкий;

- компоненты Loki потребляют ощутимо меньше ресурсов при тех же нагрузках;

- все компоненты могут быть запущены в кластере Kubernetes, можно использовать HPA или Keda для их автоматического масштабирования;

- Loki отлично “заточен” под Kubernetes и контейнеризацию: он разбит на много микросервисов, каждый из которых выполняет свою роль.

- данные занимают в несколько раз меньше места, так как хранятся в сжатом виде;

- построение запросов очень схоже с языком PromQL;

- описание алертов аналогично алертам в Prometheus;

- система отлично интегрирована с Grafana для визуализации сообщений и построения графиков.





🤔 Поделитесь в комментариях, какие системы сбора логов, хранения и визуализации Вы используете: ELK, EBK, Loki+Grafana+Vector,Loki+promtail+grafana, Zabbix+loki+Grafana или другие сочетания?



#Loki #ELK