LinkMaq

Organization: KubeGems Location: ChengDu，China Contact: [[email protected]]([email protected]) Purpose: Use apisix as one of the types for gateway chosen by the tenant. 组织：KubeGems 地点：中国·成都 方式：[[email protected]]([email protected]) 使用场景：使用 apisix 作为租户自定义网关类型的选项（开发中...）

> ## level=info ts=2021-05-25T06:08:16.797166472Z caller=table_manager.go:171 msg="uploading tables" > level=info ts=2021-05-25T06:08:16.80037881Z caller=table_manager.go:324 msg="synching tables" expected_tables=1 > level=error ts=2021-05-25T06:08:16.809158673Z caller=ruler.go:444 msg="unable to list rules" err="NoSuchKey: The specified key does not exist.\n\tstatus code:...

这个问题我之前也有同样的疑问，后来部署验证了下，通过memberlist来同步哈希环，日志流从distributor进来还是可以路由到非本机的ingester的。

> > 这个问题我之前也有同样的疑问，后来部署验证了下，通过memberlist来同步哈希环，日志流从distributor进来还是可以路由到非本机的ingester的。 > > 您好,請問下我前面部屬haproxy 分散到後面3台AIO的節點(這3台有用memberlist) 是否可行? 另外資料查詢上是否會有問題呢? 謝謝 > > 詳述下我的情況,我目前有10台nginx的access log 收進es作分析 那我想改用loki去收這10台的access log ,資料量很大,只用一台loki肯定是不夠的 基於此想了解下...我能怎麼做? 1. haproxy在loki集群前面做七层代理是可以的，注意下/loki/api/v1/tail要走**websoket协议** 2. 用Loki来做大容量日志分析是一个不太好的决定，也不是说loki不行，是部署集群的成本相比ES会更复杂。 如果一定要尝试的话，可以参考下仓库里面production的配置。实际场景中，我建议loki的index使用cassandra来存储，chunk采用S3协议的对象存储。适当扩大query-frontend的副本数来切片查询语句。由于loki的查询运算全靠硬件资源硬抗（cpu速度、网络传输带宽、磁盘io），任何一个慢都会造成木桶效应，你在使用时得结合机器性能调整配置。理论上来说，集群规模越大，loki查询的吞吐量越高，也更耗机器性能。

> @chenshunliang 我想按照某个标签区分租户，按租户统计日志使用存储容量，基于租户存储容量实现监控告警，以便监督和优化日志量大问题。 Loki的metrics指标也许可以实现你的需求，我大概看了下这些指标是可以按照租户id来group的 loki_distributor_bytes_received_total loki_distributor_lines_received_total loki_ingester_chunk_stored_bytes_total

近期一次dagger更新，选择标签的逻辑参考grafana，修复这个问题。

same issues to me. the **{{ .Values.conf.config.etcd.endpoints}}** on apisix-dashboard cannot be inherited by apisix charts. You can manually modify the apisix-dashboard's configmap to resolve this.

> this enhancement commited at [kubegems/dashboard@a826e86](https://github.com/kubegems/dashboard/commit/a826e8691172925ad5c4072a19f0e58bdc45d14e) 👏🏻

Any further updates? @chenshunliang

更新，SMP 比较适合头部采样切采样率为100%的场景，否则得到的监控数据会有失真的现象。