标签：转移 ack mysql 存储 一个 live 可用性 方式 哨兵
在互联网的大趋势下，用户体验、服务的可用性日趋重要。任何一个服务的不可用，都可能导致连锁式功能故障。
高可用模型的已经逐渐形成一种套路：
至少有两台服务节点master和backup/slave。同一时刻只有一台服务节点对外提供服务——master，backup/slave之一作为备/从机。当master宕机后，立即切换至backup/slave之一，backup/slave之一成为master，对外提供服务。
从主备/主从有无交互的角度可以划分：
从故障转移方式角度划分：
至少有两台服务节点组成服务节点的群体，客户端常借助各种路由算法：
使得群体中的每个服务节点都对外提供一致性协同服务。即是集群的某一个或者某一些服务节点宕机，正常的节点仍能对外提供可用性服务，保证服务的高可用。集群模式天然的具有高可用特征。
让Redis用户庆幸的是Redis中对这两种高可用模式都做了相应的实现。
Redis提供了Sentinel哨兵模式，即是主从模式的标准实现。Sentinel哨兵模式中，分为哨兵和存储两种类型节点。哨兵节点负责维护、监控、切换存储节点，存储节点主要负责提供数据管理能力——即单机Redis能力。
同时Redis还提供了集群模式，Redis的集群模式是Redis 3.0引入的新特征。整个集群中每个节点都作为存储节点，对外协同服务。
同时用户还可以简单的利用SHELL和Keepalive实现Redis的主从模式，不过在Redis完善的Sentinel模式下，这种方式就相形见绌了。
标签：转移 ack mysql 存储 一个 live 可用性 方式 哨兵
原文地址：https://www.cnblogs.com/lxyit/p/9829112.html
