日志系统 Loki vs ELK

日志系统 Loki vs ELK

产品	架构	优点	缺点
ELK	ES+Logstash+beats+kibana	1、可实现更复杂的查询；2、适合现有环境，根据需求在kibana制作图表，更加可视化；3、分片机制提供更好的分布性，将索引分割到不同容器或者分片中，可以存在单个节点或多个节点，在集群节点间平衡这些分片，为了更好地扩展索引和搜索负载；4、分片高可用，一个分片可以设置多个复制，使得某台服务器宕机的情况下，集群仍旧可以照常运行，并会把由于服务器宕机丢失的复制恢复到其它可用节点上，复制每个分片提供数据备份，防止硬件问题导致数据丢失；	1、 数据库字段太多，查询太慢，索引没有办法再做优化；2、查询消耗CPU资源高；
Loki	Loki+promtail+garafa 或者 Loki+Logstash+beats+grfana	1、不对日志进行全文索引，只索引与日志相关的元数据的标签，Loki通过标签对日志进行索引和分组，这使得日志的扩展和操作效率更高；2、资源消耗少，轻便；3、使用了类似Prometheus的方式进行日志的匹配过滤，查询速度快；4、特别适合储存 Kubernetes Pod 日志。诸如 Pod 标签之类的元数据会被自动删除和编入索引；5、Grafana 原生支持；	1、 grafana中不支持loki的图表形式，只有log形式；2、 受制于该工具比较新，很多地方还待完善。如dashboard对Loki的支持力度远远不够，基于Loki日志的告警目前也很不方便。