集群性能测试 about influxdb-cluster

[chengshiwen]

1、除了你提到的两个工具，还有更好的 tsbs，当然，influx-stress 其实已经足够，这个 influx-stress 版本是我基于官方 influx-stresss 进行维护修复bug的版本，官方已经年久失修

补充：influx-proxy 写入性能是单机 influxdb 的90%左右，如果代理了多个influxdb，则写入能力叠加。influxdb-cluster 因为有meta元数据访问（例如写数据前要检查 db 是否存在，就需要访问 meta 节点，有 http 损耗）和一致性要求（例如写一致性，是多个都要求全部写完还是部分写完，取决于 consistency 参数），综合下来，influxdb-cluster 的性能比 influxdb 单机性能低，在 90% 以下。
所以 influx-proxy 的写入是比 influxdb-cluster 高的，但综合特性不如 influxdb-cluster

2、集群内没有负载均衡特性，这个和官方 influxdb enterprise 完全一样，参考官方文档 Load balancer ，需要额外的均衡负载器，例如 Nginx、F5 等。负载均衡对 influxdb cluster 查询性能提升有限，并不明显，因为 influxdb 节点内部还是可能存在转发到其它 influxdb 进行查询；对于写入性能，如果负载均衡能分摊均衡写入请求，则会降低部分节点的写入压力

[Juke-github]

如果集群不能对性能有所提升，那么集群存在的意义是什么呢？仅仅实现了高可用性吗？

[chengshiwen]

集群解决了以下问题：

• 线性扩展的问题：线性增加数据节点，提升性能、存储，注意：influxdb cluster 集群中的单个节点比 influxdb 单机性能低，并非就说明集群性能比 influxdb 单机性能低，influxdb cluster 集群中的多个节点线性叠加进而解决 influxdb 单机性能和容量上限的问题；此外，负载均衡器并不能提升性能有限，上述评论已经解释
• 高可用问题：包括 Meta 元节点 和 Data 数据节点，Meta 节点采用 CP 方案，Data 节点采用 AP 方案，以此满足高可用性，CAP 详见 CAP 定理的含义