Комментарии 10
Не люблю и рекомендую избегать TICK стек. И ресурсы любит кушать и в целом запросы там не такие оптимальные и готовых дэшбордов меньше.
Оптимальное и production ready решение (если не рассматривать облачные): VictoriaMetrics stack (вместо Prometheus & etc) + Grafana + node_exporter.
А вместо ELK предпочитаю EFK.
Не стоит также забывать про открытый форк Elastic Stack - OpenSearch, который как раз в этом месяце добрался до версии 1.0. Ещё интересно выглядит проект Veсtor, если довериться результатам их тестирования, то он в некоторых сценариях значительно обгоняет даже FluentBit, не говоря уже о FluentD и, тем более, Logstash.
OpenSearch не забыт, но не является для меня достаточно проверенным временем для production, хотя это и форк.
Лично мне весь стек beats не нравится, а тот же fluentd в том числе частенько рекомендуется такими облачными провайдерами, как AWS, Google & etc
Но в целом log shippers можно выбирать по своему вкусу, главное, чтобы cpu/ram не текли и подходили под имеющиеся в вашей системе ресурсы.
Всё вышеописанное прекрасно взлетает как на Minikube, так и на любых других K8s локально, нужно только правильно написать requests/limits и настройки памяти для Elasticsearch (java такая java), если у вас конечно не совсем мало ресурсов в системе.
Для локальной машины разработчика рекомендую K3s или K3d, жрут минимально, хорошо работают и ставятся элементарно.
А что это за среда по управлению ресурсами в кластере?
Недавно работал со стэком: Prometheus + Loki + Jaeger + Grafana. Очень доволен быстротой установки, все заработало из коробки. Почему вы выбрали именно эти стэки и делали сравнение с тем, что я привел выше? Спасибо.
Cам себе облако: установка ELK и TICK стеков в Kubernetes