Redis高可用部署

最新推荐文章于 2024-08-27 06:00:00 发布
最新推荐文章于 2024-08-27 06:00:00 发布
阅读量140 收藏
点赞数

Get：redis cluster 部署，主备切换，在线扩容，动态增删节点

1.centos7 安装redis cluster

#下载redis压缩包
wget http://download.redis.io/releases/redis-4.0.10.tar.gz       

#解压
tar -zxvf redis-4.0.10.tar.gz   

#移动redis文件夹到usr/local目录
mv redis-4.0.10 /usr/local/   

#编译
make

#编译测试
make test 

make出现异常：/bin/sh: cc: command not found

安装：yum -y install gcc

继续make 出现error: jemalloc/jemalloc.h: No such file or directory 

解决：make MALLOC=libc

make test 问题：You need tcl 8.5 or newer in order to run the Redis test

解决：yum install tcl

2. 集群部署

#创建集群目录

mkdir cluster-redis

#创建节点文件夹 7006为后续节点扩容备用

mkdir 7000 7001 7002 7003 7004 7005 7006

#每个节点创建redis.conf 如下：

touch redis-7000.conf


 
 
  1. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     port 
     
     7000
    
    
    
   
   
  2. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     bind 
     
     127.0.
     
     0.
     
     1
    
    
    
   
   
  3. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     daemonize yes
    
    
    
   
   
  4. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     protected-mode yes
    
    
    
   
   
  5. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     #表示临时存放已完成三次握手的请求的队列的最大长度
    
    
    
   
   
  6. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     tcp-backlog 
     
     511
    
    
    
   
   
  7. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     timeout 
     
     0
    
    
    
   
   
  8. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     tcp-keepalive 
     
     300
    
    
    
   
   
  9. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     supervised 
     
     no
    
    
    
   
   
  10. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     loglevel notice
    
    
    
   
   
  11. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     logfile ../cluster-redis/
     
     7000/redis-
     
     7000.log
    
    
    
   
   
  12. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     save 
     
     900 
     
     1
    
    
    
   
   
  13. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     save 
     
     300 
     
     10
    
    
    
   
   
  14. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     save 
     
     60 
     
     10000
    
    
    
   
   
  15. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     stop-writes-on-bgsave-error yes
    
    
    
   
   
  16. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     rdbcompression yes
    
    
    
   
   
  17. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     rdbchecksum yes
    
    
    
   
   
  18. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     dbfilename 
     
     dump-
     
     7000.rdb
    
    
    
   
   
  19. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     dir ./
    
    
    
   
   
  20. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     slave-serve-stale-data yes
    
    
    
   
   
  21. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     slave-
     
     read-only yes
    
    
    
   
   
  22. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     repl-diskless-sync 
     
     no
    
    
    
   
   
  23. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     repl-diskless-sync-delay 
     
     5
    
    
    
   
   
  24. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     repl-disable-tcp-nodelay 
     
     no
    
    
    
   
   
  25. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     slave-priority 
     
     100
    
    
    
   
   
  26. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     appendonly 
     
     no
    
    
    
   
   
  27. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     appendfilename 
     
     "appendonly-7000.aof"
    
    
    
   
   
  28. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     appendfsync everysec
    
    
    
   
   
  29. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     no-appendfsync-on-rewrite 
     
     no
    
    
    
   
   
  30. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     auto-aof-rewrite-percentage 
     
     100
    
    
    
   
   
  31. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     auto-aof-rewrite-min-size 
     
     64mb
    
    
    
   
   
  32. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     aof-load-truncated yes
    
    
    
   
   
  33. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     lua-
     
     time-limit 
     
     5000
    
    
    
   
   
  34. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     cluster-enabled yes
    
    
    
   
   
  35. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     cluster-config-file ../cluster-redis/
     
     7000/nodes-
     
     7000.conf
    
    
    
   
   
  36. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     cluster-node-timeout 
     
     15000
    
    
    
   
   
  37. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     slowlog-
     
     log-slower-than 
     
     10000
    
    
    
   
   
  38. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     slowlog-max-len 
     
     128
    
    
    
   
   
  39. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     latency-monitor-threshold 
     
     0
    
    
    
   
   
  40. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     notify-keyspace-events 
     
     ""
    
    
    
   
   
  41. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     hash-max-ziplist-entries 
     
     512
    
    
    
   
   
  42. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     hash-max-ziplist-value 
     
     64
    
    
    
   
   
  43. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     list-max-ziplist-size -
     
     2
    
    
    
   
   
  44. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     list-compress-depth 
     
     0
    
    
    
   
   
  45. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     set-max-intset-entries 
     
     512
    
    
    
   
   
  46. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     zset-max-ziplist-entries 
     
     128
    
    
    
   
   
  47. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     zset-max-ziplist-value 
     
     64
    
    
    
   
   
  48. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     hll-sparse-max-bytes 
     
     3000
    
    
    
   
   
  49. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     activerehashing yes
    
    
    
   
   
  50. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     client-output-buffer-limit normal 
     
     0 
     
     0 
     
     0
    
    
    
   
   
  51. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     client-output-buffer-limit slave 
     
     256mb 
     
     64mb 
     
     60
    
    
    
   
   
  52. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     client-output-buffer-limit pubsub 
     
     32mb 
     
     8mb 
     
     60
    
    
    
   
   
  53. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     hz 
     
     10
    
    
    
   
   
  54. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     aof-rewrite-incremental-fsync yes

 注：如果redis单独做缓存，不用配置rdb和aof备份

#启动节点 6个全部启动

#查询redis节点

#安装Ruby (redis集群需要用到ruby命令)
yum -y install ruby rubygems

#安装rvm
curl -L get.rvm.io | bash -s stable

如报错执行： gpg2 --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3

#继续按照rvm
curl -L get.rvm.io | bash -s stable
source /usr/local/rvm/scripts/rvm

#查看rvm库中已知的ruby版本
rvm list known
#安装ruby
rvm install 2.5.1
#使用新版本
rvm use 2.5.1
#移除旧版本
rvm remove 2.0.0
#查看当前版本
ruby --version

#安装相关依赖
gem install redis

3. 启动集群

[root@localhost src]#  ./redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005

如图：代表启动成功

4. 相关命令操作

4.1 查看集群信息

4.2 集群节点查看

4.3 集群重启：

和单机版启动一样，启动后会自动转换cluster模式

可以写个脚本：不用每次一个个节点启动，可以一次性起所有节点命令

LD SEOer
关注
Redis高可用三主三从集群部署（三种方式部署/18个节点的Redis Cluster模式）
Java程序员廖志伟
02-26 2001
🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、CSDN博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。
Redis高可用部署架构
热门推荐
Web3 & Basketball
07-19 4万+
Redis高可用部署可以采用主从复制与哨兵架构或Redis集群架构。下面将分别介绍这两种架构的架构图、优缺点和具体应用场景。
Redis系列五---轻松玩转Redis集群及高可用
最新发布
gjjumin的专栏
08-27 587
自3.0版本起，Redis 官方推出了一个原生的分布式方案—— Redis Cluster。它是一个分布式、容错的 Redis 实现。Redis Cluster中不存在中心节点或者代理节点，集群主要设计目标之一是实现线性可扩展性。
Redis高可用部署及监控
weixin_30375427的博客
05-21 102
Redis高可用部署及监控 目录 一、Redis Sentinel简介 二、硬件需求 三、拓扑结构 1、单M-S结构 2、双M-S结构 3、优劣对比 四、配置部署 1、Redis配置 2、Redis Sentinel配置 3、启动服务 4、故障模拟检测 五、备份恢复 1、备份策略 2、灾难恢复 六、运维...
【Redis】分布式场景下Redis高可用部署方案
fearless的博客
07-15 983
深入学习Redis面试题你的Redis怎么做持久化的？在介绍Redis高可用之前，先说明一下在Redis的语境中高可用的含义。我们知道，在web服务器中，高可用是指服务器可以正常访问的时间，衡量的标准是在多长时间内可以提供正常服务（99.9%、99.99%、99.999%等等）。但是在Redis语境中，高可用的含义似乎要宽泛一些，除了保证提供正常服务（如主从分离、快速容灾技术），还需要考虑数据容量的扩展、数据安全不会丢失等。在Redis中，实现高可用的技术主要包括持久化、复制、哨兵和集群持久化。...
理解redis高可用方案
dhka8040652的博客
02-15 184
理解并从头搭建redis集群 部分开发人员工作当中只是在应用中使用redis，比如用来做数据结果的缓存。而且现在有很多不错的redis客户端工具(redisson)，基本上可以不用关注redis命令就可以完成相当部分的功能。所以可能会对如下这些问题关注点不够： 如何容灾？即某个redis节点出了问题如何保证服务的高可用性 如何横向扩容？当数据量特别大时，如何解决单个re...
基于C语言的redis-ha高可用部署设计源码
05-23
redis-ha是一个基于C语言开发的redis高可用部署项目，包含635个文件，其中包括213个C源文件、141个C头文件、92个Tcl文件、31个配置文件、20个Lua文件、19个Shell脚本文件、17个In文件、11个RDB文件、9个Git忽略文件...
docker-compose redis主从哨兵 redis多节点高可用 redis集群高可用
04-12
这里我们将详细探讨如何利用Docker Compose部署Redis的主从哨兵配置和集群高可用性解决方案。 首先，Docker Compose是一个强大的工具，可以让我们通过YAML文件定义和运行多容器的Docker应用。在这个场景下，我们...
redis集群说明及高可用部署方案
weixin_43063748的博客
06-28 394
redis集群
Redis 高可用原理及部署方法
qq_43638685的博客
12-01 991
一、Redis 的高可用原理 其实 Memcached 在性能上要稍微比 Redis 好，但在易用性和可用性上，Redis 要大大超过Memcached 。 先说易用性。Redis 有五种数据类型：list 、set 、string 、hash 、zset。这表示在使用 Redis 存储数据的时候将会更灵活，能节省很多开发成本。而 Memcached 支持的数据类型比较简单，只有 string，无法满足复杂业务场景的需求。 另外，Redis 还支持原子操作和事务，可以确保操作数据时的准确性，使用非常简单。.
Redis系列：高可用哨兵方案部署
天行健，君子以自强不息；地势坤，君子以厚德载物。
10-01 411
Sentinel是Redis的高可用性（HA）解决方案，由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进行下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。 Redis提供的sentinel（哨兵）机制，通过sentinel模式启动redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决 监控（Moni
Redis的几种高可用方案部署
WU18948905539的博客
08-11 1721
主从切换技术的操作是：当主机宕机后，需要手动把一台从机切换为主机。这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis 从2.8开始正式提供了Sentinel（哨兵）架构来解决这个问题。它是“谋朝篡位”的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从机转换为主机。哨兵模式是一种特殊的模式，首先 Redis 提供了哨兵的命令，哨兵是一个独立的进程，它会独立运行。
Redis 高可用部署，看看这篇
07-25 108
一、背景公司的业务在大量的使用redis，访问量大的业务我们有在使用codis集群，redis 3.0集群，说到redis 3.0集群，我们线上已经跑了半年多了，集群本身...
Redis高可用
2401_84592402的博客
07-30 745
redis当中，高可用的概念更宽泛一些，除了正常服务以外，数据量的扩容，数据安全。
部署高可用的Redis集群架构
05-05 1万+
原文：http://rdc.hundsun.com/portal/article/669.html Redis 是一个开源（BSD许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。 本文主要介绍redis在不同模式下的部署方式，并且对几种模式进行了一些简单的对比。 下表列出了当前使用较多的redis部署方式: 通过上表比较可知：如果需要完整
redis高可用配置
BOHC!
11-15 600
  redis高可用一般有两种方式实现：哨兵和集群。在哨兵 sentinel 机制中，可以解决 redis 高可用的问题， 即当 master 故障后可以自动将 slave 提升为 master 从而可以保证 redis 服务的正常使用，但是无法解决 redis 单机写入的瓶颈问题， 即单机的 redis 写入性能受限于单机的内存大小、 并发数量、 网卡速率等因素。   redis 官方在 red...
redis高可用-集群部署
qinshi501的博客
06-21 773
前面我们实现了redis的主从同步和哨兵模式，解决了单机redis的故障转移和流量分担，但是不管是主从或者哨兵模式都是一个主服务对应一个或者多个从服务，并且主服务和从服务的数据是一样的，这样就实现不了redis大数据量写的问题，不能分担写服务到多个redis服务，那么有没有一种模式能够实现redis内存的横向扩展，多主对应多从，并且实现故障转移自动修复。发现三个主服务和三个从服务，同时查看端口监听，可以发现10000+端口，说明集群的服务之间已经可以通信。# 生成的集群节点配置文件名，文件名需要修改。
Redis主从+哨兵集群(基于CentOS-8.0)高可用部署方案
qq_25409421的博客
01-16 1518
Redis（Remote Dictionary Server )，即远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库；它的使用场景很多，比如在分布式场景下，基于Redis实现注册中心，基于Redis实现分布式锁，分布式ID等，也可基于Redis的发布/订阅模式实现广播消息，在高并发场景下，还可以使用Redis作为缓存，提高数据查询速率和减少数据库并发压力等等。今天我们就来分享下，如何部署高可用的Redis集群。
Redis高可用部署：双主哨兵模式
"Redis两主部署涉及创建高可用的Redis服务，通过哨兵(Sentinel)系统实现两主两从的架构。" 在Redis部署中，确保服务的高可用性是至关重要的，特别是在生产环境中。本示例介绍了如何在两台主机上部署一个两主两从的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值