etcd压测报告全球

etcd集群 压测报告[未测试server的cpu mem]

en 1核1G

sever centos

{

al-hk 香港
al-bj 北京
al-bj
al-sg 新加坡
al-west 美西

}

etcd环境

核心两个参数

• interval-timeout 1000ms
• election-timeout 5000ms

{

运行情况 稳定运行4天
4天发生选举  40次 [leader不一定变化40次,一个leader可能经过多次选举]

}

压测截图理解

~~~
summary 汇总

{

total 总花费时间
slowest 最慢
fastest 最快
average 平均
stddev 标准
request/sec qps

}

response time histogram 时间图

latency distributing 延时

Error distribution 错误分布

~~~

读请求

• 测试1

condition

key 8byte

value 256byte

conns 连接1000

clients 客户端1000

total 10000 写次数

result

• 测试2

key 8byte

value 256byte

conns 连接1000

clients 客户端1000

total 100000 写次数

result

---

写请求过多，大量request timeout 而且导致整个集群不可写入数据，client需要加上重试

---

• 测试3

key 8byte

value 256byte

conns 连接100

clients 客户端100

total 100 写次数

result

• 测试4

key 8byte

value 256byte

conns 连接100

clients 客户端100

total 1000 写次数

result

• 测试5

key 8byte

value 256byte

conns 连接100

clients 客户端100

total 1000 写次数

result

• 测试6

key 8byte

value 256byte

conns 连接100

clients 客户端1000

total 10000 写次数

result

读请求

非线性 [分布读取follow，不一定是最新数据]

• 测试6

key 8byte

value 256byte

conns 连接100

clients 客户端100

total 10000 读次数

result

• 测试7

key 8byte

value 256byte

conns 连接100

clients 客户端1000

total 10000 读次数

result

• 测试9

key 8byte

value 256byte

conns 连接100

clients 客户端10000

total 10000 读次数

result

• 测试9

key 8byte

value 256byte

conns 连接100

clients 客户端10000

total 10000 读次数

result

线性[读的是最新的数据,不是随意重follow中读取]

• 测试9

key 8byte

value 256byte

conns 连接100

clients 客户端100

total 10000 读次数

result

结论[当前情况]

key 8byte

value 256byte

• 1 集群情况能否成功写入和并发有关 [当前环境1000client 1000连接会挂掉],过多会导致request timeout,导致不能写入
• 2 延时情况和客户端并发数量相关
• 3 one tcp连接最好对应多个客户端,节约server端压力
• 4 线性情况比非线性慢，慢得多[区别上面指出]
• 5 写能够承担的并发数远小于读