redis.conf中replication配置项说明

图片[1] - redis.conf中replication配置项说明 - 正则时光

注意:在master-slave部署模式下,只需slave实例配置Replication相关项,各项含义说明如下。
        1) slaveof <masterip> <masterport>
        slave实例需要配置该项,指向master的(ip, port)。
        2) masterauth <master-password>
        如果master实例启用了密码保护,则该配置项需填master的启动密码;若master未启用密码,该配置项需要注释掉
        3) slave-serve-stale-data
        指定slave与master连接中断时的动作。默认为yes,表明slave会继续应答来自client的请求,但这些数据可能已经过期(因为连接中断导致无法从master同步)。若配置为no,则slave除正常应答”INFO”和”SLAVEOF”命令外,其余来自客户端的请求命令均会得到”SYNC with master in progress”的应答,直到该slave与master的连接重建成功或该slave被提升为master。
        4) slave-read-only
        指定slave是否只读,默认为yes。若配置为no,这表示slave是可写的,但写的内容在主从同步完成后会被删掉。
        5) repl-ping-slave-period
        Redis部署为Replication模式后,slave会以预定周期(默认10s)发PING包给master,该配置可以更改这个默认周期。
        6) repl-timeout
        有2种情况的超时均由该配置指定:1) Bulk transfer I/O timeout; 2) master data or ping response timeout。
        需要特别注意的是:若修改默认值,则用户输入的值必须大于repl-ping-slave-period的配置值,否则在主从链路延时较高时,会频繁timeout。
        7) repl-disable-tcp-nodelay
        指定向slave同步数据时,是否禁用socket的NO_DELAY选项。若配置为yes,则禁用NO_DELAY,则TCP协议栈会合并小包统一发送,这样可以减少主从节点间的包数量并节省带宽,但会增加数据同步到slave的时间。若配置为no,表明启用NO_DELAY,则TCP协议栈不会延迟小包的发送时机,这样数据同步的延时会减少,但需要更大的带宽。通常情况下,应该配置为no以降低同步延时,但在主从节点间网络负载已经很高的情况下,可以配置为yes。
        备注:socket的NO_DELAY选项涉及到TCP协议栈的拥塞控制算法—Nagle‘s Algorithm。
        8) slave-priority
        指定slave的优先级。在不只1个slave存在的部署环境下,当master宕机时,Redis Sentinel会将priority值最小的slave提升为master。需要注意的是,若该配置项为0,则对应的slave永远不会被Redis Sentinel自动提升为master。

        关于Replication,需要明确的几点
        a. Redis的Replication跟cluster的概念不同。假如S是M的slave,则M不能把自己设置成为S的slave。若S挂掉,则M正常工作;相反,若M挂掉,则S可能会停止正常工作,这里用”可能”,是因为S的具体行为由其配置文件中的slave-serve-stale-data来决定。
        b 假设共2个节点,M为master,S为slave,若M挂掉,则合理的处理方式是将S提升为master(通过SLAVE NO ONE命令)。当原来的master M恢复后,将M设置为S的slave。当然,实际处理方式并不限于这里的建议。
        c. 假设共3个节点,M为master,S1和S2均为slave,若M挂掉,合理的处理方式是将其中1个slave提升为master,同时,需将另一个slave的master重新设置为新的master实例。

        现在,新问题来了:如何得知M已经挂掉了?
        这就涉及到Redis的监控,所幸的是,我们可以借助Redis官方发布的工具Redis Sentinel完成监控任务。

其它配置项

使用磁盘支持的复制,在生成RDB文件的同时,只要生成RDB文件的当前子进程完成它的工作,更多的从进程就可以排队并与RDB文件一起服务。而对于无磁盘复制,一旦传输开始,新的从机将进入队列,当当前传输终止时将开始新的传输。

当使用无磁盘复制时,主服务器在开始传输之前等待一段可配置的时间(以秒为单位),希望多个从服务器能够到达,并将传输并行化。

对于慢速磁盘和快速(大带宽)网络,无磁盘复制工作得更好。

repl-diskless-sync no

当启用无磁盘复制时,可以配置延迟

服务器等待,以便生成通过套接字将RDB传输给从服务器的子进程。

这是很重要的,因为一旦传输开始,就不可能为新的从服务器服务,这些新从服务器将排队等待下一个RDB传输,所以服务器等待延迟,以便让更多的从服务器到达。

延迟时间以秒为单位设置,缺省值为5秒。要完全禁用它,只需将其设置为0秒,传输将尽快开始。

repl-diskless-sync-delay 5

设置复制积压大小。积压是一个缓冲区,当从机断开连接一段时间后,它会积累从机数据,所以当从机想重新连接时,通常不需要完全重新同步,但部分重新同步就足够了,只需要传递从机断开连接时错过的那部分数据。

复制积压越大,从服务器断开连接的时间就越长,稍后就能够执行部分重新同步。

只有在至少有一个从属连接的情况下,才会分配积压。

# repl-backlog-size 1mb

当主服务器不再连接从服务器一段时间后,积压的事务将被释放。下面的选项配置从最后一个从属服务器断开连接开始所需的秒数,以便释放积压缓冲区。值为0意味着永远不发布积压。

# repl-backlog-ttl 3600

如果连接的从服务器少于N,且延迟小于或等于M秒,则主服务器可能停止接受写操作。N个slave需要处于“在线”状态。延迟以秒为单位,必须<=指定的值,从从从接收到的最后一个ping计算,通常是每秒发送一次。

这个选项不保证N个副本将接受写,但是在没有足够的slave可用的情况下,将限制丢失的写的暴露窗口到指定的秒数。例如,需要至少3个奴隶,延迟<= 10秒使用:

# min-slaves-to-write 3
# min-slaves-max-lag 10
© 版权声明
THE END
喜欢就支持一下吧
点赞11 分享