Loki 是什么？

Loki是由Grafana Labs开源的一个水平可扩展、高可用性，多租户的日志聚合系统的日志聚合系统。它的设计初衷是为了解决在大规模分布式系统中，处理海量日志的问题。Loki采用了分布式的架构，并且与Prometheus、Grafana密切集成，可以快速地处理大规模的日志数据。该项目受 Prometheus 启发

图片

• Promtail是代理，负责收集日志并将其发送给 Loki 。
• Loki 是主服务器，负责存储日志和处理查询。
• Grafana则 用于 UI 展示。

与ELK相比优势在哪里？

ELK是大规模日志解决方案中的佼佼者说到Loki，免不了要拿来跟ELK做个对比

1. 架构简单：Loki 则采用分布式架构、可以将日志存储在多个节点上，也可以存储在一个节点上，其中Promtail进行日志收集、Loki 负责存储查询、Grafana用于展现
2. 存储更小：Loki使用了紧凑的索引和压缩算法，相比ES 可以减少不少存储空间
3. 没有采集日志格式要求：提供了更大的灵活性以及在查询时格式化的选项
4. 与 Prometheus、Grafana 和 K8s 原生集成：可以在单个用户界面中无缝切换查询指标、日志等数据
5. 轻量级：相比ELK，Loki更加轻量级，因为它不需要一个单独的Elasticsearch集群来存储和索引日志数据

如何采集数据？

k8s 集群不提供日志收集的解决方案，一般来说有3 种方案来做日志收集：

1. 在Node节点上运行一个 agent 来收集日志（DaemonSet 采集方式）
2. 在 Pod 中包含一个 sidecar 容器来收集应用日志（sidecar 采集方式）
3. 由应用程序将日志信息推送到采集后端（主动采集方式）

节点采集方式

图片

日志系统会以DaemonSet 方式是在每个node 节点上部署一个agent，来采集这个节点上所有的日志，默认会收集k8s 下/var/log/pod 、/var/lib/docker/containers下的日志，对应用程序的要求就是开启控制台打印，否则会收集不到日志，比较适用于功能单一或业务不是很多的集群;

Sidecar采集方式

图片

Sidecar 方式会在每一个Pod中部署一个 sidecar 容器，来进行当前容器的日志采集，有多少个 pod，就会有多少个Sidecar容器，因此Sidecar相对资源占用较多，但灵活性以及多租户隔离性较强，适合大型的 K8s 集群使用，因为除了占用资源多点，采集性能不会有影响

Loki的Pormtail同时支持以上两种方式，默认为节点采集方式，下面我们演示如何在k8s 中快速部署一个Loki日志分析系统

Loki 部署

添加仓库

helm repo add grafana https://grafana.github.io/helm-charts