port 6380
pidfile /var/run/redis_6380.pid
logfile "6380.log"
dir /usr/local/redis-data/6380
# 需要注释掉bind或改成0.0.0.0
# bind 127.0.0.1
# 配置主从复制
replicaof 192.168.6.128 6379 # 从本机6379的redis实例复制数据,Redis 5.0之前使用slaveof
replica-read-only yes # 配置从节点只读
2. 启动从节点
src/redis-server redis-6380.conf
2. 主节点收到psync时候, 执行bgsave命令, 生成最新RDB快照
3. 主节点在生成RDB快照期间, 更新数据的命令写入buffer缓存
4. 主节点生成RDB结束后, 发送给从节点, 从节点先清空所有旧数据,再加载RDB
5. 主节点把buffer发送从节点, 从节点执行buffer的写命令
6. 主节点通过socket长连接, 持续把写命令写到从节点,保证主从一致
如果从节点太多, 一个主节点复制到多个从节点压力太大,可能造成主从风暴.
sentinel哨兵是特殊的redis服务,不提供读写服务,主要用来监控redis实例节点。
哨兵架构下client端第一次从哨兵找出redis的主节点,后续就直接访问redis的主节点,不会每次都通过sentinel代理访问redis的主节点,当redis的主节点宕机时,哨兵会从剩余从节点选举新的主节点,并且将新的redis主节点通知给client端.
1.复制一份sentinel.conf, 修改下面几个配置,注意配置的几个目录要有写入权限
port 26379
daemonize yes
pidfile "/var/run/redis-sentinel-26379.pid"
logfile "26379.log"
dir "/tmp"
# sentinel monitor <master-redis-name> <master-redis-ip> <master-redis-port> <quorum>
# quorum是一个数字,指明当有多少个sentinel认为一个master失效时(值一般为:sentinel总数/2 + 1),master才算真正失效
sentinel monitor mymaster 192.168.6.128 6379 2 # mymaster这个名字随便取,客户端访问时会用到
src/redis-sentinel sentinel-26379.conf
3. 查看sentinel的info信息,验证是否搭建哨兵成功
src/redis-cli -p 26379
原文地址:https://blog.csdn.net/weixin_64027360/article/details/134657343
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_24226.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!