本文目录一览：
- 1、一般Redis集群搭建采用几台服务器?
- 2、redis集群主从节点数量可以不一致吗
- 3、高性能高并发网站架构,教你搭建Redis5缓存集群
- 4、Redis集群模式1-主从复制+哨兵机制
- 5、玩转Redis的高可用(主从、哨兵、集群)
2、互联网公司，即使流量不是很大的情况下 ， 也基本上都不会是单台服务器，一般至少是两台服务器组成集群 。
【redis主从架构高可用如何实现 redis主从一般部署几台】3、因此，实际使用中，通常一台机器上同时跑多个Redis实例 。方案Redis官方集群方案 Redis ClusterRedis Cluster是一种服务器Sharding技术 ， 0版本开始正式提供 。
4、但是在 Redis 的 github 仓库 中看到，该文件已经不建议使用 。
redis集群主从节点数量可以不一致吗1、因此，可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的 。
2、在 Redis 主从架构中，由于主节点的数据会被异步地复制到从节点，因此在某个时刻，主从节点之间可能会存在一些数据的不一致 。所以，要评估主从节点之间的数据同步情况，不能仅仅通过 key 的数量来衡量 。
3、对于6个节点，不可能是3个master，每个有2个副本节点 。因为，那样的结构需要9个节点 。*** At least 9 nodes are required. #至少需要9个节点 。
高性能高并发网站架构,教你搭建Redis5缓存集群redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
Redis集群把所有的数据映射到16384个槽中 。每个key会映射为一个固定的槽，只有当节点分配了槽 ， 才能响应和这些槽关联的键命令 。通过cluster addslots命令为节点分配槽 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现 ， 任何一个实例宕机，自动会进行主备切换 。
输入 yes 后 ， redis 客户端做了以下工作：集群搭建完毕 。因为 Redis Cluster 默认要求所有的槽位被覆盖 ， 可以通过修改 cluster-require-full-coverage yes 配置来改变该行为 。
Redis集群模式1-主从复制+哨兵机制1、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
2、因此 ， 主从模式的一个缺点，就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性 。哨兵 ， 就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报 。
3、Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去 。
4、a）主节点（master）故障，从节点slave-1端执行 slaveof no one后变成新主节点； b）其它的节点成为新主节点的从节点，并从新节点复制数据； c）需要人工干预，无法实现高可用 。
5、哨兵模式就是在主从模式的基础上再加一个哨兵集群 。每个哨兵都会监控主节点和从节点的状态 。如果主节点挂了 ， 就会从从节点中选出一个来作为主节点 ， 以达到高可用的目的 。
玩转Redis的高可用(主从、哨兵、集群)Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点 。主节点负责写入数据，从节点负责读取数据 。
哨兵模式解决了故障不能自动恢复的问题 ， 但仍存在的问题是：Redis较难支持在线扩容 ， 对于集群，容量达到上限时在线 扩容会变得很复杂。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机 ， 自动会进行主备切换 。
主节点会定期将数据同步到从节点中，保证数据一致性的问题 。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。
原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性 。
