Logs Analytics — это проблема, которая заинтересовала многих людей. Мы видим это непосредственно от растущего количества стартапов и инициатив. Большие компании тоже строят свои решения.
Поскольку нет собственного хранения для решения Kubernetes Bogs, мы рассмотрим 3 подхода:
Базовая регистрация в Кубернетах
Выведите журналы в стандартный выходной поток. Это может быть настроено из файла yaml.
Регистрация на уровне узла
У STDOUT или STDERR перенаправляли на некоторое хранилище или файл контейнерным двигателем. Это имеет плюсы и минусы. От K8s. : «Если контейнер перезапускается, кублет хранит один заканчиваемый контейнер с его журналами. Если POD высесь с узла, все соответствующие контейнеры также выселяются вместе со своими журналами ».
Ответственность бревна на нас. Следовательно, нам нужно определить Воращение журнала Отказ Механизм ротатора журнала отвечает: вращать , компресс и Отправить Отказ Обычно это демон, который запланирован для запуска каждые x минут.
Архитектура регистрации уровня кластера
Из-за хрупкости стручков, контейнеров и узлов в распределенных системах мы должны рассмотреть Кластерно-уровень регистрации Отказ Кластерно-уровень регистрации Требуется отдельная бэкэнда для хранения, анализировать и запрашивать журналы.
Некоторые варианты: (от Kubernetes.io)
- Используйте агент регистрации уровня узла, который работает на каждом узле.
- Включите выделенный контейнер для Sidecar для регистрации в POD приложения.
- Нажмите журналы прямо на бэкэнс из приложения.
Это было Kubernetes logs менее 2 минут!
💡 Любопытно узнать больше? Проверь это:
- Просмотр и монитор журналов K8S в режиме реального времени
- Настройка коллекции данных агента
- Практическое руководство по Куберату логирование
Оригинал: «https://dev.to/adipolak/want-to-monitor-kubernetes-start-with-collecting-logs-5ecc»