Redis HA

最新推荐文章于 2021-03-05 14:35:28 发布

jordandandan

最新推荐文章于 2021-03-05 14:35:28 发布

阅读量826

点赞数 2

分类专栏： redis

本文链接：https://blog.csdn.net/jordandandan/article/details/72353269

版权

本文探讨了Redis高可用的Sentinel系统，包括监控、通知、故障转移和配置提供等角色，以及Sentinel的典型配置。同时介绍了Redis的分片（sharding）机制，通过客户端的一致性哈希实现数据的分散存储。最后提到了Sharded Sentinel Jedis Pool的使用。

摘要由CSDN通过智能技术生成

一、Sentinel

HA的关键在于避免单点故障及故障恢复，在Redis Cluster未发布之前，Redis一般以主/从方式部署（这里讨论的应用从实例主要用于备份，主实例提供读写，有不少应用是读写分离的，读写操作需要取不同的Redis实例，该方案也可用于此种应用，原理都是相通的，区别在于数据操作层如何封装），该方式要实现HA主要有如下几种方案：
1，keepalived：通过keepalived的虚拟IP，提供主从的统一访问，在主出现问题时，通过keepalived运行脚本将从提升为主，待主恢复后先同步后自动变为主，该方案的好处是主从切换后，应用程序不需要知道(因为访问的虚拟IP不变)，坏处是引入keepalived增加部署复杂性；
2，zookeeper：通过zookeeper来监控主从实例，维护最新有效的IP，应用通过zookeeper取得IP，对Redis进行访问；
3，sentinel：通过Sentinel监控主从实例，自动进行故障恢复，该方案有个缺陷：因为主从实例地址(IP&PORT)是不同的，当故障发生进行主从切换后，应用程序无法知道新地址，故在Jedis2.2.2中新增了对Sentinel的支持，应用通过redis.clients.jedis.JedisSentinelPool.getResource()取得的Jedis实例会及时更新到新的主实例地址。

Sentinel有如下功能：

监控（Monitoring）：Sentinel不断的去检查你的主从实例是否按照预期在工作。
通知（Notification）：Sentinel可以通过一个api来通知系统管理员或者另外的应用程序，被监控的Redis实例有一些问题。
自动故障转移（Automatic failover）：如果一个主节点没有按照预期工作，Sentinel会开始故障转移过程，把一个从节点提升为主节点，并重新配置其他的从节点使用新的主节点，使用Redis服务的应用程序在连接的时候也被通知新的地址。
配置提供者（Configuration provider）：Sentinel给客户端的服务发现提供来源：对于一个给定的服务，客户端连接到Sentinels来寻找当前主节点的地址。当故障转移发生的时候，Sentinels将报告新的地址。
一个健康的集群部署，至少需要三个Sentinel实例，三个Sentinel实例应该被放在失败独立的电脑上或虚拟机中，比如说不同的物理机或者在不同的可用区域上执行的虚拟机。Sentinel + Redis 分布式系统在失败期间并不确保写入请求被保存，因为Redis使用异步拷贝。可是有很多部署Sentinel的方式来让窗口把丢失写入限制在特定的时刻，当然也有另外的不安全的方式来部署。
典型的Sentinel配置如下：