Поддерживает ли ведение журнала Rancher 2.5+ Grafana Loki?
Я пытаюсь настроить ведение журнала с помощью новой системы ведения журнала rancher 2.5, в которой используется оператор Banzai. Я думал использовать Banzai Operator для приема и отправки на выход Grafana Loki.
Проблема в том, что я получаю некоторые ошибки «вход вне очереди» на стороне локи, и я не уверен, что это вызвано тем, что владелец ранчо не поддерживает локи по умолчанию, что вызывает проблемы, или это проблема, связанная с конфигурацией на сторона локи.
Документация сбивает с толку:
- С одной стороны, в документации оператора облачного ведения журнала Banzai Cloud, локи поддерживается как выход https://banzaicloud.com/docs/one-eye/logging-operator/configuration/plugins/outputs/loki/
- С другой стороны, в документации владельцев ранчо есть пример того, как работать с «неподдерживаемыми» выходными данными путем развертывания другого контейнера fluentbit.https://rancher.com/docs/rancher/v2.x/en/logging/v2.5/
Мои вопросы:
- Кто-нибудь знает, что означает «поддерживается» или «не поддерживается» в этом контексте? Это просто ссылка на поддержку пользовательского интерфейса в ранчо?
- Использует ли владелец ранчо другую версию облачного оператора банзай, которая уменьшена в масштабе и не имеет всех функций?
- Может ли "выход из строя" быть вызван конфигурацией fluentbit или это что-то на стороне локи?
Вывод моего кластера выглядит так (взято из документации banzaicloud):
spec:
loki:
buffer:
timekey: 1m
timekey_use_utc: true
timekey_wait: 30s
configure_kubernetes_labels: true
url: http://mylokihost
status:
active: true
1 ответ
Решено:
У меня это получилось Это очень просто:
spec:
loki:
configure_kubernetes_labels: true
url: http://10.43.14.83:3100
По умолчанию поддержка есть в банзай облаке, просто интерфейс и документация ... плохие. Пришлось покопаться в коде оператора и найти подходящий.
Еще я обнаружил, что фильтры работают не так, как ожидалось, в конфигурации потока.