新媒体网站建设方案,建设网站需要的软硬件,4006668800人工服务几点,禅城区网站建站建设前言#xff1a; redis部署集群常见的一般有三种模式#xff1a;主从模式#xff0c;Sentinel#xff08;哨兵模式#xff09;#xff0c;Redis Cluster#xff08;高可用Cluster集群#xff09;#xff0c;根据不同的需求可自定义选择部署方式。
Redis 主从模式 redis部署集群常见的一般有三种模式主从模式Sentinel哨兵模式Redis Cluster高可用Cluster集群根据不同的需求可自定义选择部署方式。
Redis 主从模式Replication 优点 数据备份主节点的数据会复制到从节点提供了数据冗余和一定程度的故障恢复能力。 读写分离可以将读操作分散到从节点上执行减轻主节点的压力提高系统的读取性能。 扩容通过添加从节点可扩展只读操作的能力。 缺点 无自动故障转移当主节点发生故障时需要人工介入进行故障切换并更新客户端指向新的主节点。 写性能瓶颈所有写操作必须在主节点完成因此主节点成为系统写入的瓶颈。 数据同步延迟主从之间存在一定的数据同步延迟可能导致短时间内从节点数据不一致。
Sentinel哨兵模式 优点 高可用性Sentinel 系统能够自动检测主节点是否下线并自动完成故障转移选举新的主节点。 监控与通知Sentinel 可以持续监控Redis服务器的状态并发送通知。 配置中心客户端可以通过连接Sentinel来获取当前主节点的信息无需硬编码主节点地址。 缺点 复杂性增加相较于主从模式增加了Sentinel集群的部署、管理和维护成本。 网络问题敏感由于依赖于Sentinel之间的通信网络问题可能会影响故障转移的正确性和效率。 资源消耗每个Sentinel实例都需要占用一定的系统资源。
Redis Cluster集群模式 优点 分布式存储数据分布在多个节点上支持水平扩展提供更大的存储容量和更高的吞吐量。 自动分片通过哈希槽分区实现数据的自动分片和负载均衡。 自动故障转移支持节点间自动故障转移和数据迁移提高了整个系统的可用性。 缺点 数据迁移开销在添加或删除节点时可能会触发大规模的数据迁移影响集群性能。 客户端兼容性要求部分操作如跨slot键操作、批量操作等在Cluster模式下受到限制客户端需支持Cluster特性才能正常使用。 更复杂的运维相对于单机和主从模式集群模式对运维人员的技术要求更高且集群配置相对复杂。
主从模式适合简单场景下的数据备份和读写分离需求但不适合需要自动故障转移和高度扩展的应用。 哨兵模式为了解决主从模式中自动故障转移的问题而设计适用于对高可用性有较高要求的场景。 集群模式则针对大规模数据处理和高并发场景提供了良好的水平扩展能力和自动化管理功能。
演示版本 此教程不记录redis的安装过程 系统anolis8.4虚拟机阿里的龙蜥系统可以看成相当于centos8系统 redis7.0.14
开始部署 以下演示都在同一台机器实际的生产环境还是建议配置到多台机器中 ------------------------------我是昏割线------------------------------主从模式 可以部署最简单的一主一从也可以部署一主多从下面以一主一从为例主端口6379从端口6380。 准备好一个安装好的redis因为我是安装好redis后只拷贝了需要的目录与文件所以只有bin和etc两个目录同时创建好存放数据的文件夹以及日志文件夹日志看自己需求需不需要配置etc下就是redis的配置文件。 配置主节点redis_6379.conf配置文件 支持后台运行
daemonize yes日志路径看自己需求也可以不配置
logfile /home/l/kxm/serv/redis_PS/redis/log指定数据存放位置默认配置是./集群模式下必须指定路径不然容易丢失数据
dir /home/l/kxm/serv/redis_PS/redis/data_6379配置从节点redis_6380.conf配置文件 复制主配置文件
cp redis_6379.conf /home/l/kxm/serv/redis_PS/redis/etc/redis_6380.conf配置replicaof节点从配置要比主配置多一个replicaof节点配置用于绑定主节点。 replicaof 主节点ip 主节点redis端口例
replicaof localhost 6379这里特别说明一下因为我是做演示主从都配置在同一台机器上最开始ip写的是指定ip比如192.168.xxx.xxx这种这样行不通从节点一直连不上主节点后面发现写成localhost或者127.0.0.1是没问题的。
批量修改6379关键字因为是复制的6379的配置把从节点配置中所有6379都改成6380
vim redis_6380.conf
:%s/6379/6380/g到这里配置完成启动两个redis我的目录比较长其实就是redis-server redis.conf命令
/home/l/kxm/serv/redis_PS/redis/bin/redis-server /home/l/kxm/serv/redis_PS/redis/etc/redis_6379.conf
/home/l/kxm/serv/redis_PS/redis/bin/redis-server /home/l/kxm/serv/redis_PS/redis/etc/redis_6380.conf查询所有启动的redis
ps -ef|grep redis正常运行 分别进入主从节点redis
redis-cli -p 6379
redis-cli -p 6380进入后验证
info Replication主节点role:master代表主节点connected_slaves:1已连接一个从节点 从节点role:slave代表从节点master_link_status:up代表主节点可用如果是down代表不可用可能原因网络问题主节点下线replicaof配置错误密码验证失败 我这里没有配置密码需要密码的自行配置requirepass选项 在主节点中添加数据
set a 1在从节点中获取数据能获取到值为1那就部署完了。
get a注意 1.主节点可读可写从节点只读。 2.如果把从节点的数据删除重启从节点后会自动复制主节点的数据。 3.如果把主节点数据删除从节点数据同样会删除。 4.如果主节点挂掉需要手动重新配置主节点。
------------------------------我是昏割线------------------------------哨兵模式 哨兵模式也是遵从主从模式但是哨兵模式最少必须要配置三个节点也就是1主2从可以先按照上面主从模式的方法先配置好三个节点并启动redis. 相比于主从模式哨兵模式下多了个redis-sentinel
节点配置好后现在开始配置哨兵 在etc配置目录下创建sentinel_26379.conf文件这就是哨兵的配置文件并在文件中填写以下配置
# 端口
port 26379# 后台运行
daemonize yes# 进程文件程序启动后会自动把进程文件写进run目录中
pidfile /home/l/kxm/serv/redis_sentinel/redis/run/sentinel_26379.pid# 日志文件
logfile /home/l/kxm/serv/redis_sentinel/redis/log/sentinel_26379.log# 数据目录
dir /home/l/kxm/serv/redis_sentinel/redis/data_6379# 如果设置了密码
# sentinel auth-pass mymaster password# 客观下线的判断节点数这里注意如果是部署在同一台机器中这里只能写指定ip或者127.0.0.1不能写localhost
sentinel monitor mymaster 127.0.0.1 6379 2# 主观下线的等待时间
sentinel down-after-milliseconds mymaster 30000# 限制从节点向新主节点发起复制并发数
sentinel parallel-syncs mymaster 1# 故障转移超时时间
sentinel failover-timeout mymaster 18000026379配置好后复制出26380和26381并把文件中26379关键字改成对应文件的关键字到此哨兵配置完成。
分别启动哨兵其实就是redis-sentinel sentinel.conf命令
/home/l/kxm/serv/redis_sentinel/redis/bin/redis-sentinel /home/l/kxm/serv/redis_sentinel/redis/etc/sentinel_26379.conf
/home/l/kxm/serv/redis_sentinel/redis/bin/redis-sentinel /home/l/kxm/serv/redis_sentinel/redis/etc/sentinel_26380.conf
/home/l/kxm/serv/redis_sentinel/redis/bin/redis-sentinel /home/l/kxm/serv/redis_sentinel/redis/etc/sentinel_26381.conf验证
ps -ef|grep redisredis-cli -p 6379 info Replicationredis-cli -p 26379 sentinel master mymaster成功启动后配置文件会有改变 注意 1.主节点可读可写从节点只读这跟主从模式是一样的。 2.如果某个从节点挂掉其他的主从结构依旧可正常运行如果所有从节点挂掉主节点依旧可正常运行等从节点恢复后会自动复制主节点数据。 3.如果主节点挂掉哨兵会在从节点中自动选择一个作为主节点如果之前的主节点恢复之前的主节点会变成新的从节点哨兵并不会恢复之前的主节点。 4.相比于主从模式哨兵模式更智能但是在实际的生产环境中包括主从模式也一样如果主节点挂掉其实是有概率丢失数据的虽然哨兵模式会自动更换节点但这是有一个过程的并不是一瞬间完成。
------------------------------我是昏割线------------------------------高可用Cluster集群模式 严格来说Cluster集群才是真正的集群Cluster集群模式至少要部署两台机器才能叫做高可用而且从节点不能与主节点在同一台机器这里演示还是在一台机器上演示。 Cluster集群模式最少要配置6个节点最少要三主三从。 配置redis_6381.conf 后台运行
daemonize yes日志
logfile /home/l/kxm/serv/redis_cluster/redis/log/redis-6381.log数据目录
dir /home/l/kxm/serv/redis_cluster/redis/data_6381启动集群模式redis新版本中自带cluster-enabled集群配置放开注释就行
cluster-enabled yes
cluster-config-file nodes-6381.conf
cluster-node-timeout 15000注意Cluster集群模式不需要像主从模式和哨兵模式那样配置replicaof后面启动集群时会自己创建主从关系。
复制其他五个节点的配置复制完成后记得把这些配置中的6381关键字改成对应文件的关键字
cp redis_6381.conf redis_6382.conf
cp redis_6381.conf redis_6383.conf
cp redis_6381.conf redis_6384.conf
cp redis_6381.conf redis_6385.conf
cp redis_6381.conf redis_6386.conf先启动redis还是redis-server redis.conf命令
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6381.conf
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6382.conf
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6383.conf
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6384.conf
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6385.conf
/home/l/kxm/serv/redis_cluster/redis/bin/redis-server /home/l/kxm/serv/redis_cluster/redis/etc/redis_6386.conf创建集群 此命令会根据ip地址的排序决定谁是主节点谁是从节点默认前面是主节点后面是从节点前面三个是主节点后面三个是从节点。 注意–cluster-replicas 1配置意思是每个主节点有多少个从节点三主三从就是1每个主节点有一个从节点三主六从就是2每个主节点有两个从节点三主九从就是3每个主节点有三个从节点以此类推。
redis-cli --cluster create localhost:6381 localhost:6382 localhost:6383 localhost:6384 localhost:6385 localhost:6386 --cluster-replicas 1出现以下提示是提示我们主从在同一台机器上这里演示就输入yes跳过
创建完成后会显示以下界面写的很清楚了有三主三从 验证
ps -ef|grep redis查看主从关系;
redis-cli --cluster check localhost:6381普通方式登录没有转发机制假设在6381上获取6382的key会报错
redis-cli -h localhost -p 6381集群方式登录推荐这种方式默认开启转发机制假设在6381上获取6382的key会自动转发然后成功获取
redis-cli -h localhost -p 6381 -c获取集群关系
redis-cli -h localhost -p 6381 -c cluster slots | xargs -n8 | awk {print $3:$4-$6:$7} | sort -nk2 -t :|uniq到这里部署已完成可以登录某个主节点后测试
set a1 1
set a2 2
set a3 3
set a4 4你会发现每写入一个数据后会分配到别的主节点上去说明集群正常运行数据分布在多个节点上支持水平扩展存储方式实现了真正意义上的集群。
注意 1.不管哪个从节点挂掉对整体集群运行没有影响从节点恢复后会自动复制主节点数据 2.不管哪个主节点挂掉对整体集群运行没有影响从节点会变成新的主节点主节点恢复后会变成新的从节点但这是有一个过程的并不是一瞬间完成。 3.如果某个主节点和它的从节点同时挂掉那么整个集群将变得不可用这就是前面为什么说最少配置两台机器而且主节点和从节点不能在同一台机器的原因。 4.相比于主从模式和哨兵模式Cluster集群模式可以说是实现了真正意义上的集群不仅仅支持自动故障转移也支持自动分片和分布式存储。但是redis集群是没有绝对数据安全的只能说相比于主从和哨兵模式Cluster集群模式大大提高了数据的安全性减少了数据丢失的可能性但并不代表绝对不会丢失数据在某些特定情况也是会存在数据不统一和丢失数据的情况只是说这种几率很小。
