Redis cluster日常管理【一】

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/cx55887/article/details/84573794

一、管理操作

集群

cluster info:打印集群的信息
cluster nodes:列出集群当前已知的所有节点,以及节点的相关信息
cluster meet<ip><port>:将ip和port所指定的节点加入到集群当中
cluster foget<node_id>:从集群中一处node_id所指向的节点
cluster repolicate<master_node_id>:将当前从节点设置为node_id指向的master节点的slave节点。只能针对slave节点操作
cluster saveconfig:将节点的配置文件保存到硬盘中

槽(slot)

cluster addslots <slot>[slot...]:将一个或者多个槽(slot)指定派(assign)给当前节点
cluster delslots <slot>[slot...]:移除一个或多个对当前节点的指派
cluster flushslots:移除指派给当前节点的所有槽,让当前节点变成一个没有指派任何槽的节点
cluster setslot <slot>node<node_id>:将槽slot指派给node_id指定的节点,如果槽已经指派给另外一个节点,那么先让另外一个节点删除该槽,然后在指派
cluster setslot <slot>mingranting<node_id>:将本节点的槽slot迁移到node_id指定的节点中
cluster setslot <slot>impoting <node_id>:从node_id指定的节点中导入槽到本节点
cluster setslot<slot>stable:取消对槽slot的导入(import)或者迁移(migrate)
cluster keyslot <key>:计算键key应该被放置在哪个槽上
cluster countkeysinslot<slot>:返回槽slot目前包含的键值对数量
cluster getkeysinslot <slot><count>:返回count个slot槽中的键

二、清理Redis缓存数据

清理缓存数据有两种的方式;

  • 清除全部的key
  • 清除多个key
127.0.0.1:6379> del name
(integer) 1
127.0.0.1:6379> flushall
OK
127.0.0.1:6379> keys *
(empty list or set)

三、升级服务器

  1. 升级从节点
    升级从服务器很简单,只需要停止节点然后用已更新的Redis版本重启。
  2. 升级主节点
    升级主服务器要稍微复杂一些,建议的步骤是;
    ①使用cluster failover来触发一次手工故障转移主服务器
    ②等待主服务器变为从服务器
    ③像升级从服务器那样升级这个节点
    ④如果想让刚刚升级的节点变成主服务器,触发一次新的手工故障转移,让升级的节点重新变成主服务器
    【可以按照这些步骤一个节点一个节点的升级,直到全部节点升级完毕】

四、复制迁移

为什么要做复制迁移呢?我们知道集群的抗崩溃能力总是跟集群中的master拥有的平均slave数量上成正比。比如如果一个集群中每个master只有一个slave,当master和slave都挂掉的时候这个集群就崩溃了,当然可以通过给每个master都在多加一个slave节点来改进系统的可靠性,但是这样很昂贵。复制迁移允许只给某些master增加slave,比如集群中有20各节点,10个master每个master有一个slave。然后增加3个slave到集群中并把它们分配给某几个master节点,这样某些master就会拥有多于一个slave。
当某个master失去slave的时候,复制迁移可以将slave节点从拥有富余slave的master旗下迁移给没有slave的master,这样我们假设在早上4点有一个slave节点断掉的时候另一个slave会被迁移过来取代它的位置,这样当master在早上5点挂掉的时候依然有一个slave可以被选选举成为master,集群依然可以正常运行。

Redis集群中通过cluster replicate <master_node_id>命令可以将一个slave节点重新配置为另外一个master的slave。
注意:这个只是针对slave节点,即登录到slave节点的redis中执行这个命令。

比如现在10.220.5.172:6379是10.220.5.171:6379主节点的slave节点,也可以把它设置为10.220.5.173:6379主节点的slave节点。

10.220.5.172:6379> info replication
# Replication
role:slave
master_host:10.220.5.171
master_port:6379

10.220.5.173:6379主节点的ID是:aed1d5e8127c8ee93af0bbf2b66b800763489690
则操作如下:

登录10.220.5.172节点
10.220.5.172:6379> cluster repolicate aed1d5e8127c8ee93af0bbf2b66b800763489690

这样可以自动的将一个复制节点从一个master下移动到另外一个master下,这种情况下复制节点的自动成噢诶之被称之为复制迁移,复制迁移可以提升系统的可靠性和抗灾性。

关于复制迁移需要注意的几点:

  1. 集群在迁移的时候会尝试去迁移拥有再多slave数量的master旗下的slave
  2. 想利用复制迁移特性来增加系统的可用性,只需要添加一些slave非单个master(哪个master节点并不重要)
  3. 复制迁移是由配置项 cluster-migration-barrier控制的

猜你喜欢

转载自blog.csdn.net/cx55887/article/details/84573794