nosql – redis：处理故障转移？

发布时间：2020-12-13 13:31:55 所属栏目：百科来源：网络整理

导读：雷迪斯真的好像是一个伟大的产品与内置的复制和惊人的速度.经过测试,感觉肯定像2010年的memcached更换. 然而,由于通常使用memcached时,正在使用一致的散列来均匀地分布在池中的服务器上的数据.如果池中的其中一台服务器停止运行并停止访问,那么它将被透明地

雷迪斯真的好像是一个伟大的产品与内置的复制和惊人的速度.经过测试,感觉肯定像2010年的memcached更换.

然而,由于通常使用memcached时,正在使用一致的散列来均匀地分布在池中的服务器上的数据.如果池中的其中一台服务器停止运行并停止访问,那么它将被透明地处理,只有已丢失的密钥将被重新创建并均匀地分布在池中剩余的可用服务器中.

另一方面,Redis还内置了分片,而另一个非常有趣的功能叫做自动复制.由于这样,在使用从属服务器来处理风扇的情况下,可以大大提高数据的可用性.

但是,我还没有找到任何好的解决方案来处理将redis服务器作为从站的状态更改为自动成为新主机的状态,或者通过其他方式自动处理与Redis的故障转移.

怎么可以这样做？什么是适当的方法？

However,since when normally using memcached,a consistent hashing is being used to evenly spread out the data across the servers in a pool. If one of the servers in the pool goes down and stops being accessible,it is being handled transparently and only the keys that were lost will be recreated and evenly distributed across the remaining available servers in the pool.

这不是memcached所做的,客户端库正在做所有这些魔术;)

However,I have yet not found any good solution to handle changing a redis server’s status as a slave to become a new master automatically or by any other way automatically handling the failover with Redis.

使用SlaveofCommand来改变特性.自动故障转移将需要更多的编码,连接到服务器,并且如果您松开连接,并且无法再次建立一段时间X,则选择一个从站进行主站,并更改所有其他服务器的从站主机状态.

更新(2012年8月1日)：现在有redis sentinel版,是2.4.16及更高版本的监控和自动故障切换解决方案.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!