为什么集群的最小节点数是3？还要奇数个节点？
Redis集群和Tomcat集群在服务上存在差异。Tomcat集群是一个无状态、平等服务的集群。
它只需要确保能够应对流量高峰并避免单点故障。
因此建议节点数大于等于3。
但是Zookeeper、Redis等有状态服务是有主从状态的。
集群节点数小于3时，无法实现高可用。
建议至少3个节点，为了优化高可用，节点数为奇数。
一般使用节点数。
为什么至少需要 3 个节点？ 为什么节点数量是奇数？ 从高可用的角度解释，至少需要3个节点才能实现故障切换的稳定性和可靠性。
在RedisSentinel模型中，仲裁数和多数数的概念至关重要。
如果多数数设置为1，很容易导致网络分区、大脑分裂。
如果设置为2，虽然可以保证故障转移操作员，但如果单个节点发生故障，系统将不可用。
因此，建议使用3个哨兵节点，并将多数数设置为2，以实现稳定的故障转移。
从故障后的系统压力来看，双节点集群发生故障后，其余节点将承受两倍于原来的压力，可能会导致快速故障。
在三节点集群中，即使一个节点出现故障，其余两个节点也可以分担压力，系统可以继续运行一段时间。
这表明与两个节点相比，三个节点显着提高了集群的稳健性。
从效率最大化的角度来看，部署奇数个节点可以优化运行效率和服务可靠性。
例如，当节点总数为偶数时，最小领导者投票数增加，但集群容忍度并没有增加，导致额外的风险并且可用性没有提高。
因此，在部署奇数个节点时，有状态服务可以产生更大的预期收益和更少的风险。
综上所述，Redis集群和Tomcat集群在服务设计、故障转移、系统压力和最大效益等方面存在差异。
选择节点数量时，要考虑高可用性、故障后压力和最大收益。
建议使用至少3个节点的集群部署，并选择奇数节点以优化服务的运行。
redis 集群为什么至少3主节点
为什么redissentinal集群需要3个以上？ 大于3的目的是通过增加哨兵节点的数量来提高错误判断的准确性，因为领导者选举至少需要一半加1个节点，并且可以在满足这个条件的基础上注册奇数个节点。一个节点，简单来说：如果有3个sentinel节点，当redis出现问题时，sentinel会立即进入投票选举，只有收到过半票才会主观断开！ ，最终客观上断线了，所以需要3个哨兵节点。
手把手带你搭建redis集群（非常详细）
分步指导如何搭建Redis集群（详细讲解）首先我们回顾一下Redis单机的安装步骤，为搭建集群打下基础。
完成Redis的独立安装和启动后，我们将进入集群部分。
RedisCluster理论上支持16384个节点，但至少需要3个节点才能实现容错机制。
为了实现高可用性，每个节点至少需要一个备份节点，因此至少需要6台服务器。
这里我们搭建一个伪分布式集群，即一台服务器运行6个实例，每个实例的端口号为7001-7006。
下一步是配置：记得关闭防火墙：
在/usr/local下创建redis-cluster目录，用于存储集群节点。将redis/bin文件复制到redis01，将端口号更改为7001并启用集群模式。
将Redis01复制到redis02-06，更改各个实例的端口号并启动，使用star-all.sh脚本批量启动。
安装Ruby，确保版本与redis匹配，并安装redis-trib.rb工具。
将redis-trib.rb复制到redis-cluster，用它来配置集群并输入相应的服务器IP。
确保映射到每个节点的哈希槽均匀分布，并通过-c连接到集群，以保证数据分布。
至此，Redis集群就完成了。
记住查看集群数据和节点数量的基础知识。
redis集群-Redis（六）
继续上一篇文章的，我们讨论Redis集群的构建和管理。RedisCluster是Redis实现的分布式集群解决方案，它采用多个分布式主从集群结构，提供高可用和分片复制功能，适合水平扩展场景。
官方建议从节点数量不超过1000个。
搭建集群时需要依次添加服务器、安装Redis、配置端口和集群模式。
集群启动命令包括设置集群激活、配置文件路径、集群节点超时、禁用保护模式、启用持久化等。
集群搭建完成后，可以使用 src/redis-cli--clustercreate--cluster-replicas1 命令指定集群中的各个节点来初始化集群。
如果需要设置密码，必须在命令后添加`-akeing`参数。
集群搭建成功后，通过 src/redis-cli-c-h192.168.81.128-p8001 命令进入集群，使用 clusterinfo 和 clusternodes 命令查看集群状态。
集群信息会保存在配置文件中，以便集群重启时可以根据主从关系恢复集群状态。
对数组执行setkeying1操作，通过哈希槽计算原理（“HASH_SLOT=CRC16(key)mod16384”）将数据保存到特定节点。
当主节点宕机时，从节点会自动提升为主节点，维持集群的高可用性。
配置cluster-node-timeout参数为5秒，保证节点切换时集群的稳定性，避免网络抖动导致的错误选择。
Redis集群可能存在裂脑问题，即多个主节点同时对外提供服务，网络分裂恢复正常后数据丢失。
为了避免这个问题，您可以配置 min-slave-to-write1 来限制写操作的同步从节点的最小数量，但要注意此配置可能会影响集群可用性。
对于节点关闭时仍需要对外提供服务的小型集群，可以通过配置 cluster-require-full-converageno 来实现。
在进行Redis集群操作时，key前缀必须保持一致，保证数据存储在同一个slot中，避免因数据分布不均匀而导致操作失败。
如果需要添加新的集群节点，请使用命令`src/redis-cli--clusteradd-node192.168.0.0:8007192.168.0.0:8001`，其中8007代表新节点，8001是存活节点之一群组将通过 Gossip 协议添加新节点。
