性能调优之 ETCD

磁盘 IOPS 调整

etcd 对磁盘写入延迟非常敏感，通常需要 50 顺序写入 IOPS(例如: 7200RPM 磁盘)。对于负载较重的集群，建议使用 500 顺序写入 IOPS(例如，典型的本地 SSD 或高性能虚拟化块设备)。请注意，大多数云服务器或者云存储提供并发 IOPS 而不是顺序 IOPS，提供的并发 IOPS 可能比顺序 IOPS 大 10 倍。为了测量实际的顺序 IOPS，建议使用磁盘基准测试工具，如diskbench或fio。

常见磁盘平均物理寻道时间约为：

• 7200 转/分的 STAT 硬盘平均物理寻道时间是 9ms；
• 10000 转/分的 STAT 硬盘平均物理寻道时间是 6ms；
• 15000 转/分的 SAS 硬盘平均物理寻道时间是 4ms；

常见硬盘的旋转延迟时间约为：

• 7200 rpm 的磁盘平均旋转延迟大约为 60X1000/7200/2=4.17ms；
• 10000 rpm 的磁盘平均旋转延迟大约为 60X1000/10000/2=3ms；
• 15000 rpm 的磁盘其平均旋转延迟约为 60X1000/15000/2=2ms。

最大 IOPS 的理论计算方法：IOPS=1000ms/(寻道时间+旋转延迟)，数据传输时间忽略不计。

• 7200 rpm 的磁盘 IOPS=1000/(9+4.17)=76IOPS；
• 10000 rpm 的磁盘 IOPS=1000/(6+3)=111IOPS；
• 15000 rpm 的磁盘 IOPS=1000/(4+2)=166IOPS。

CPU 优先级调整

sudo renice -n -20 -P $(pgrep etcd)

其中 nice 值可以由用户指定，默认值为 0，root 用户的取值范围是[-20, 19]，普通用户的值取值范围是[0, 19]，数字越小，CPU 执行优先级越高。

磁盘 IO 优先级调整

由于 etcd 必须将数据持久保存到磁盘日志文件中，因此来自其他进程的磁盘活动可能会导致增加写入时间，结果可能会导致 etcd 请求超时和临时leader丢失。当给定高磁盘优先级时，etcd 服务可以稳定地与这些进程一起运行。

在 Linux 上，etcd 的磁盘优先级可以配置为 ionice：

sudo ionice -c2 -n0 -p $(pgrep etcd)

温馨提示 : 因为主机重启或者容器重启后，容器中进程的 PID 会发生变化，所以建议把以上命令放在系统的启动脚本中（比如 Ubuntu 的/etc/init.d/rc.local脚本中），并且把命令配置在 crontab 定时任务中。

空间配额大小调整

默认 ETCD 空间配额大小为 2G，超过 2G 将不再写入数据。通过给 ETCD 配置--quota-backend-bytes参数增大空间配额,最大支持 8G。

静态Pod yaml 文件中指定以下参数

services:etcd:# 开启自动备份backup_config:enabled: true # 设置true启用ETCD自动备份，设置false禁用；interval_hours: 12 # 快照创建间隔时间，不加此参数，默认5分钟；retention: 6 # etcd备份保留份数；### S3配置选项s3backupconfig:access_key: "myaccesskey"secret_key: "myaccesssecret"bucket_name: "my-backup-bucket"folder: "folder-name" endpoint: "s3.eu-west-1.amazonaws.com"region: "eu-west-1"snapshot: truecreation: 5m0sretention: 24h# 修改空间配额为$((6*1024*1024*1024))，默认2G,最大8Gextra_args:quota-backend-bytes: "6442450944"auto-compaction-retention: 240 #(单位小时)

• 磁盘碎片整理

通过auto-compaction-retention对历史数据压缩后，后端数据库可能会出现内部碎片。内部碎片是指空闲状态的，能被后端使用但是仍然消耗存储空间，碎片整理过程将此存储空间释放回文件系统。

要对 etcd 进行碎片整理，需手动在 etcd 容器中执行以下命令：

etcdctl defragFinished defragmenting etcd member[127.0.0.1:2379]

网络优先级调整

如果有大量并发客户端请求 etcd leader 服务，则可能由于网络拥塞而延迟处理follower对等请求。在follower节点上的发送缓冲区错误消息：

dropped MsgProp to 247ae21ff9436b2d since streamMsg's sending buffer is full
dropped MsgAppResp to 247ae21ff9436b2d since streamMsg's sending buffer is full

可以通过在客户端提高 etcd 对等网络流量优先级来解决这些错误。在 Linux 上，可以使用流量控制机制对对等流量进行优先级排序（请根据实际情况修改接口名称）：

NETWORK_INTERFACE=eth0tc qdisc add dev ${NETWORK_INTERFACE} root handle 1: prio bands 3
tc filter add dev ${NETWORK_INTERFACE} parent 1: protocol ip prio 1 u32 match ip sport 2380 0xffff flowid 1:1
tc filter add dev ${NETWORK_INTERFACE} parent 1: protocol ip prio 1 u32 match ip dport 2380 0xffff flowid 1:1
tc filter add dev ${NETWORK_INTERFACE} parent 1: protocol ip prio 2 u32 match ip sport 2739 0xffff flowid 1:1
tc filter add dev ${NETWORK_INTERFACE} parent 1: protocol ip prio 2 u32 match ip dport 2739 0xffff flowid 1:1

            ---