日志系统 Loki vs ELK

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

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐