redis3.0集群部署和测试

redis3.0集群部署和测试

环境介绍

两台Centos7的虚拟机模拟6个节点,A台3个master节点,B台3个slave节点A地址:172.16.81.140B地址:172.16.81.141redis版本:redis-3.2.4

部署前准备

关闭防火墙--->systemctl stop firewalld开机禁用防火墙--->systemctl disable firewalld临时关闭selinux--->setenforce 0永久关闭selinux--->sed -i ‘s/SELINUX=enforcing/SELINUX=disabled/g‘ /etc/selinux/config ---> 重启服务器生效

下载并解压redis软件

cd /opt
wget http://download.redis.io/releases/redis-3.2.4.tar.gz
tar -zxvf redis-3.2.4.tar.gz

编译安装

安装依赖包:yum -y install tcl* gcc-c++ cd redis-3.2.4
make cd srccp redis-trib.rb /usr/local/bin/ make installmake test

创建redis节点

首先在 A 机器上 /opt/redis-3.2.4 目录下创建 redis_cluster 目录
  mkdir redis_cluster
在redis_cluster目录下创建7000,7001,7002目录
  cd redis_cluster/
  mkdir 7000 7001 7002
将配置文件redis.conf拷贝到三个目录下

    cp /opt/redis-3.2.4/redis.conf /opt/redis-3.2.4/redis_cluster/7000

    cp /opt/redis-3.2.4/redis.conf /opt/redis-3.2.4/redis_cluster/7001

    cp /opt/redis-3.2.4/redis.conf /opt/redis-3.2.4/redis_cluster/7002

然后B机器上也是同样的操作,只不过节点目录改为7003,7004,7005三个目录

修改节点配置文件

  A服务器进入到7000,7001,7002目录下
sed -i ‘s/bind 127.0.0.1/bind 172.16.81.140/g‘ redis.conf         #更改绑定地址7000,7001,7002绑定A服务器地址
sed -i ‘s/port 6379/port 7000/g‘ redis.conf                       #更改端口为对应目录的端口号
sed -i ‘s/daemonize no/daemonize yes/g‘ redis.conf                #开启后台运行
sed -i ‘s/redis_6379.pid/redis_7000.pid/g‘ redis.conf             #pid文件更改端口为对应目录的端口号
sed -i ‘s/appendonly no/appendonly yes/g‘ redis.conf              #aof日志开启 有需要就开启,它会每次写操作都记录一条日志
sed -i ‘s/# cluster-enabled yes/cluster-enabled yes/g‘ redis.conf #开启集群,去掉#号
sed -i ‘s/# cluster-config-file nodes-6379.conf/cluster-config-file nodes-7000.conf/g‘ redis.conf   #首次运行生成集群配置文件对应的端口号
sed -i ‘s/# cluster-node-timeout 15000/cluster-node-timeout 15000/g‘ redis.conf   #请求超时时间,默认15S

   B服务器进入到7003,7004,7005目录下
sed -i ‘s/bind 127.0.0.1/bind 172.16.81.141/g‘ redis.conf
sed -i ‘s/port 6379/port 7003/g‘ redis.conf
sed -i ‘s/daemonize no/daemonize yes/g‘ redis.conf
sed -i ‘s/redis_6379.pid/redis_7003.pid/g‘ redis.conf
sed -i ‘s/appendonly no/appendonly yes/g‘ redis.conf
sed -i ‘s/# cluster-enabled yes/cluster-enabled yes/g‘ redis.conf
sed -i ‘s/# cluster-config-file nodes-6379.conf/cluster-config-file nodes-7003.conf/g‘ redis.conf
sed -i ‘s/# cluster-node-timeout 15000/cluster-node-timeout 15000/g‘ redis.conf

启动redis每个节点

cd /opt/

A机器上执行
redis-server redis_cluster/7000/redis.conf
redis-server redis_cluster/7001/redis.conf
redis-server redis_cluster/7002/redis.conf

B机器上执行
redis-server redis_cluster/7003/redis.conf
redis-server redis_cluster/7004/redis.conf
redis-server redis_cluster/7005/redis.conf 

检查启动情况

A服务器:

B服务器:

启动正常!!!

 创建REDIS集群

redis-trib.rb create --replicas 1 172.16.81.140:7000 172.16.81.140:7001 172.16.81.140:7002 172.16.81.141:7003 172.16.81.141:7004 172.16.81.141:7005

安装ruby

redis-trib.rb需要ruby支持,所以需要安装ruby
yum -y install ruby ruby-devel rubygems rpm-build

安装ruby的redis接口

gem install  redis --version 3.2.1
需要根据redis版本安装,否则会报错!

在执行创建redis集群

redis-trib.rb create --replicas 1 172.16.81.140:7000 172.16.81.140:7001 172.16.81.140:7002 172.16.81.141:7003 172.16.81.141:7004 172.16.81.141:7005

集群创建成功!!!

redis集群测试

A服务器:

B服务器:

测试完成!!!

集群大致原理:

redis cluster在设计的时候,就考虑到了去中心化,去中间件,也就是说,集群中的每个节点都是平等的关系,都是对等的,每个节点都保存各自的数据和整个集群的状态。每个节点都和其他所有节点连接,而且这些连接保持活跃,这样就保证了我们只需要连接集群中的任意一个节点,就可以获取到其他节点的数据。

Redis 集群没有并使用传统的一致性哈希来分配数据,而是采用另外一种叫做哈希槽 (hash slot)的方式来分配的。redis cluster 默认分配了 16384 个slot,当我们set一个key 时,会用CRC16算法来取模得到所属的slot,然后将这个key 分到哈希槽区间的节点上,具体算法就是:CRC16(key) % 16384。所以我们在测试的时候看到set 和 get 的时候,直接跳转到了7000端口的节点。

Redis 集群会把数据存在一个 master 节点,然后在这个 master 和其对应的salve 之间进行数据同步。当读取数据时,也根据一致性哈希算法到对应的 master 节点获取数据。只有当一个master 挂掉之后,才会启动一个对应的 salve 节点,充当 master 。

需要注意的是:必须要3个或以上的主节点,否则在创建集群时会失败,并且当存活的主节点数小于总节点数的一半时,整个集群就无法提供服务了。

原文地址:https://www.cnblogs.com/JeremyWYL/p/8444764.html

时间: 2024-12-20 03:42:17

redis3.0集群部署和测试的相关文章

redis3.0集群部署方案

redis3.0集群部署方案redis1:192.168.1.10:6379       192.168.1.10:6380redis2:192.168.1.11:6379       192.168.1.11:6380redis3:192.168.1.12:6379       192.168.1.12:6380关闭 selinux ,防火墙允许6379 6380端口通过, 先启动各服务器的redis节点在制作集群       redis1配置:yum -y insall gcc ruby r

CentOS完美搭建Redis3.0集群并附测试

线上的统一聊天和推送项目使用的是redis主从,redis版本2.8.6 redis主从和mysql主从目的差不多,但redis主从配置很简单,主要在从节点配置文件指定主节点ip和端口:slaveof 192.168.1.197 6379,然后启动主从,主从就搭建好了redis主从中如果主节点发生故障,不会自动切换,需要借助redis的Sentinel或者keepalive来实现主的故障转移 redis集群是一个无中心的分布式redis存储架构,可以在多个节点之间进行数据共享,解决了redis高

Redis3.0集群部署(centos系统)

(要让集群正常工作至少需要3个主节点,在这里我们要创建6个redis节点,其中三个为主节点,三个为从节点,对应的redis节点的ip和端口对应关系如下) 192.168.1.160:7000192.168.1.160:7001 192.168.1.160:7002 192.168.1.160:7003 192.168.1.160:7004 192.168.1.160:7005 1:下载redis.官网下载3.0.0版本,之前2.几的版本不支持集群模式 下载地址:http://download.r

redis3.0集群说明与搭建

Redis3.0集群说明: 1.  Redis集群提供一种运行Redis的方式,数据被自动的分片到多个Redis节点. 2. 集群不支持处理多个键的命令,因为这需要在Redis节点间移动数据,使得                 Redis集群不能提供像Redis单点那样的性能,在高负载下会表现得不可预知. 3.  集群可在多个节点间自动拆分数据集. 当部分节点正在经历失败或者不能与集群其他节点通信时可继续运转 4 Redis集群不保证数据强一致性. redis-server 集群以哈希槽的方式

Redis3.0集群方案分析

在Redis3.0集群出来之前,大家都对作者antirez寄予厚望,因为Redis从来没有让我们失望过.现在Redis3.0集群出来了,网上出了很多评论文章,都说他的功能多么强大,包括下面这张图是彻底把我欺骗了. 等到我把Redis3.0客户端库hiredis编译好集成到公司系统,访问其中一台Redis3.0服务器居然返回"MOVED 2318 10.12.8.156:6379",这才了解到访问其他Redis3.0服务器的Key需要二次定位,这就是Redis3.0所谓的ASK 转向/M

集群部署及测试SolrCloud-5

SolrCloud-5.2.1 集群部署及测试 一. 说明 Solr5内置了Jetty服务,所以不用安装部署到Tomcat了,网上部署Tomcat的资料太泛滥了. 部署前的准备工作: 1. 将各主机IP配置为静态IP(保证各主机可以正常通信,为避免过多的网络传输,建议在同一网段). 2. 修改主机名,配置各主机映射:修改hosts文件,加入各主机IP和主机名的映射. 3. 开放相应端口或者直接关闭防火墙. 4. 保证Zookeeper集群服务正常运行.Zookeeper的部署参考:http://

Redis3.0 集群

1  Redis3.0集群 Redis3.0之前项目架构

_00024 妳那伊抹微笑_云计算之ClouderaManager以及CHD5.1.0集群部署安装文档V1.0

博文作者:妳那伊抹微笑 博客地址:http://blog.csdn.net/u012185296 博文标题:_00024 妳那伊抹微笑_云计算之ClouderaManager以及CHD5.1.0集群部署安装文档V1.0 个性签名:世界上最遥远的距离不是天涯,也不是海角,而是我站在妳的面前,妳却感觉不到我的存在 技术方向:Flume+Kafka+Storm+Redis/Hbase+Hadoop+Hive+Mahout+Spark ... 云计算技术 转载声明:可以转载, 但必须以超链接形式标明文章

mongodb3.0集群部署及数据迁移

本文主要介绍mongodb3.0新特性.集群部署及从mongodb2.6中数据迁移到mongodb3.0. mongodb3.0介绍 一.mongodb3.0新特性 引入了插件式存储引擎API 新增WiredTiger存储引擎 支持文档级别的锁 二.WiredTiger存储引擎特性介绍 文档级别锁 WiredTiger通过MVCC实现文档级别的并发控制,即文档级别锁.这就允许多个客户端请求同时更新一个集合内存的多个文档,再也不需要在排队等待库级别的写锁.这在提升数据库读写性能的同时,大大提高了系