#############################redis集群
参考
http://www.cnblogs.com/wuxl360/p/5920330.html
redis-3.2.9
make PREFIX=/usr/local/redis install
cp redis-3.2.9/src/redis-trib.rb /usr/local/redis/bin/
cp redis-3.2.9/redis.conf 到
一台机器
/opt/redis_cluster/7000/redis.conf
/opt/redis_cluster/7001/redis.conf
/opt/redis_cluster/7002/redis.conf
另一台机器
/opt/redis_cluster/7003/redis.conf
/opt/redis_cluster/7004/redis.conf
/opt/redis_cluster/7005/redis.conf
每台配置如下,端口按照编号改
#############
port 7000 //端口7000,7002,7003
bind 本机ip //默认ip为127.0.0.1 需要改为其他节点机器可访问的ip 否则创建集群时无法访问对应的端口,无法创建集群
daemonize yes //redis后台运行
pidfile /var/run/redis_7000.pid //pidfile文件对应7000,7001,7002
cluster-enabled yes //开启集群 把注释#去掉
cluster-config-file nodes_7000.conf //集群的配置 配置文件首次启动自动生成 7000,7001,7002
cluster-node-timeout 15000 //请求超时 默认15秒,可自行设置
appendonly yes //aof日志开启 有需要就开启,它会每次写操作都记录一条日志
######################################
每台机器上启动redis
#/bin/sh
/usr/local/redis/bin/redis-server /opt/redis_cluster/7001/redis.conf
/usr/local/redis/bin/redis-server /opt/redis_cluster/7002/redis.conf
/usr/local/redis/bin/redis-server /opt/redis_cluster/7003/redis.conf
ps -ef|grep redis
3个进程
netstat -nltp|grep redis
6个端口
安装ruby
yum -y install ruby ruby-devel rubygems rpm-build -y
gem install redis
关联集群
./redis-trib.rb create --replicas 1 192.168.139.161:7000 192.168.139.161:7001 192.168.139.161:7002 192.168.139.193:7003 192.168.139.193:7004 192.168.139.193:7005
任意节点写入任意节点接收
./redis-cli -h 192.168.139.161 -c -p 7000
set hao ning
./redis-cli -h 192.168.139.193 -c -p 7005
get hao
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个或以上的主节点,否则在创建集群时会失败,并且当存活的主节点数小于总节点数的一半时,整个集群就无法提供服务了。
######################keepalived########################
通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。
当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。
keepalived的工作原理是VRRP(Virtual Router Redundancy Protocol)虚拟路由冗余协议。
在VRRP中有两组重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。
VRRP路由器是指运行VRRP的路由器,是物理实体,虚拟路由器是指VRRP协议创建的,是逻辑概念。一组VRRP路由器协同工作,共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制,用以选出提供服务的路由即主控路由,其他的则成了备份路由。当主控路由失效后,备份路由中会重新选举出一个主控路由,来继续工作,来保障不间断服务
wget http://www.keepalived.org/software/keepalived-1.3.5.tar.gz
./configure --prefix=/usr/local/keepalived
make
make install
设置虚ip 192.168.139.201
cat /usr/local/keepalived/etc/keepalived/keepalived.conf
一台机器上
#################
global_defs {
router_id NodeA
}
vrrp_instance VI_1 {
state MASTER #设置为主服务器
interface br-ex #监测网络接口
virtual_router_id 51 #主、备必须一样
priority 100 #(主、备机取不同的优先级,主机值较大,备份机值较小,值越大优先级越高)
advert_int 1 #VRRP Multicast广播周期秒数
authentication {
auth_type PASS #VRRP认证方式,主备必须一致
auth_pass 1111
}
virtual_ipaddress {
192.168.139.201/20 #VRRP HA虚拟地址
}
}
###############
另一台机器上
#################
global_defs {
router_id NodeB
}
vrrp_instance VI_1 {
state BACKUP
interface br-ex
virtual_router_id 51
priority 90
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.139.201/20
}
}
###############
启动
/usr/local/keepalived/sbin/keepalived -D -f /usr/local/keepalived/etc/keepalived/keepalived.conf
ifconfig br-ex
ip a show br-ex
看ip地址
ip link show br-ex
看mac地址
ping 192.168.139.201
arp -a 看201的mac地址
然后kill掉主节点上的keepalived
再arp -a 看201的mac地址 变为backup节点的mac了
在两台机器上都tailf /var/log/message 看log变化
##########################haproxy################
yum install haproxy -y
haproxy 配置中分成五部分内容,分别如下:
1、global:参数是进程级的,通常是和操作系统相关。这些参数一般只设置一次,如果配置无误,就不需要再次进行修改
2、defaults:配置默认参数,这些参数可以被用到frontend,backend,Listen组件
3、frontend:接收请求的前端虚拟节点,Frontend可以更加规则直接指定具体使用后端的backend
4、backend:后端服务集群的配置,是真实服务器,一个Backend对应一个或者多个实体服务器
5、Listen Fronted和backend的组合体
作为redis的haproxy
需要配置
/etc/haproxy/haproxy.cfg
frontend 和 backend 先注释掉
使用tcp
###################
defaults
#mode http
mode tcp
log global
# option httplog
# option dontlognull
# option http-server-close
# option forwardfor except 127.0.0.0/8
# option redispatch
##############
最后加
##################
listen test1 0.0.0.0:6380
server s1 192.168.139.161:7000 check inter 2000 rise 2 fall 5
server s2 192.168.139.161:7001 check inter 2000 rise 2 fall 5
server s3 192.168.139.161:7002 check inter 2000 rise 2 fall 5
server s4 192.168.139.193:7003 check inter 2000 rise 2 fall 5
server s5 192.168.139.193:7004 check inter 2000 rise 2 fall 5
server s6 192.168.139.193:7005 check inter 2000 rise 2 fall 5
##############
./redis-cli -h 192.168.139.161 -c -p 6380
####################################
综上加了keepalived之后
./redis-cli -h 192.168.139.201 -c -p 6380
挂了任何以一个节点都可以正常访问
分享到:
相关推荐
它通常与Nginx、HAProxy等配合使用,但在Redis场景下,Keepalived可以用来实现虚拟IP漂移,当主服务器出现故障时,自动将网络请求切换到备用服务器,从而确保服务的连续性。 首先,我们需要在两台服务器上分别安装...
因此,构建Redis高可用集群是必要的。 **二、Keepalived与Redis结合的架构** 1. **主备模式(Master-Slave)**:在Redis中,可以通过复制机制设置一个或多个从节点(Slaves),主节点负责写操作,从节点进行读操作...
以下是一个简单的搭建Sentinel集群的案例,包括配置Master、Slave以及Sentinel节点: 1. **安装Redis**:在所有节点上安装Redis服务,如Centos7.4系统上通过源码编译安装。 2. **配置主从复制**:在Master节点上...
Mysql集群的搭建通常涉及到主主复制或主从复制,这里使用了【Mycat】进行读写分离,即【mysql-170】和【mysql-171】互为主主,【mysql-170】和【mysql-172】为主从关系。这样,【mysql-170】主要负责写操作,【mysql...
- **Keepalived+HAProxy+Squid集群**:LVS+Keepalived双机通过VIP对HAProxy进行负载均衡,HAProxy再对应用服务器集群进行调度,Squid处理静态内容请求。 此架构充分利用了分布式特性,通过消除数据库I/O瓶颈提升...
- **KEEPALIVED+HAProxy+Squid集群**:LVS+Keepalived双机通过VIP对HAProxy进行负载均衡,HAProxy调度应用服务器集群,Squid负责缓存和查询。 此架构利用分布式集群消除了数据库I/O瓶颈,提高了系统性能,支持线性...
MySQL小型高可用架构方案:MySQL双主、主从+Keepalived主从自动切换服务器资源:两台PCServer优点:架构简单,节省资源缺点:无法线性扩展,主从失败之后需要手动恢复主从架构方案:MMM+MySQL双主+多从高可用方案...
第二个部分是对OpenStack高可用集群的资源管理系统的讲解,包括Pacemaker、Keepalived、HAProxy、RabbitMQ、Memcache和Redis等技术。第三个部分是对OpenStack高可用集群的计算服务和存储服务的讲解,包括Nova、...
集群负载均衡和高可靠是分布式集群技术的核心,Haproxy、Keepalived 等内容将为读者提供了集群负载均衡和高可靠的基础知识。 CentOS7 部分新特性介绍和使用是分布式集群技术的基础,CentOS7 部分新特性介绍和使用等...
根据提供的文件信息,我们可以深入探讨Linux集群中的关键概念和技术,特别是关于负载均衡集群的基本搭建与配置。本篇文章将重点围绕以下知识点展开: ### 一、负载均衡基础 **1.1 定义与作用** - 负载均衡是指在...
### Codis集群安装详解 #### 一、概述 本文档主要介绍了如何在CentOS 6.5环境下构建并运行一个完整的Codis集群。Codis是一个分布式Redis管理平台,旨在为Redis提供可扩展性和高可用性支持。Codis的核心组件包括...
- **高可用性**:使用Keepalived等工具监测HAProxy的状态,一旦HAProxy发生故障,可以快速切换到备用HAProxy,防止单点故障。 ### Redis分布式存储方案 #### 一、Redis集群概述 Redis集群通过将数据分布在多个...
部署LB集群通常包括安装负载均衡软件(如HAProxy或Nginx Plus的负载均衡模块),配置负载均衡策略(如轮询、最少连接数等),以及设置健康检查来监控后端服务器的状态。 **5. 部署HA集群** 高可用性(High ...
为解决这些问题,文档提出了一种云化的高可用数据平台架构,它结合了数据库代理(DBProxy)、应用数据缓存(如Redis)和负载均衡(HAProxy)等技术,形成了一套集高可用和横向扩展能力于一体的解决方案。这种架构...
- **高可用配置**:通过 Keepalived 配置 Nginx 高可用集群。 - **高速缓存**:利用 Proxy Cache 提升 Nginx 的缓存能力。 #### 十八、Nginx 战斗准备 —— 优化指南 - **基本配置**:介绍基本的 Nginx 配置项。 -...
为了解决这些问题,各种高可用方案被采用,如【Pacemaker/Keepalived/MHA/MySQL Cluster】等,但它们配置复杂,可能存在脑裂问题,且在关键时刻不敢切换,可能导致数据不完整。此外,冷备策略浪费了资源,不支持自动...
5. **高可用**:通过KeepAlived、HaProxy、Nginx等工具实现服务的冗余和故障切换,保证系统的持续可用。 6. **负载均衡**:HaProxy和Nginx不仅用于分发网络负载,还常用于反向代理,提升系统的响应速度和并发处理...
6. 高可用与容灾:利用ZooKeeper等服务发现和协调工具,以及HAProxy/Keepalived等技术确保服务的连续性。 7. 微服务化:将应用拆分为小的、独立的服务,便于扩展和维护。 分布式架构的演进是一个不断优化和适应业务...