实现基于Haproxy+Keepalived负载均衡高可用架构
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了实现基于Haproxy+Keepalived负载均衡高可用架构相关的知识,希望对你有一定的参考价值。
一:环境准备
centos系统服务器4台,两台用于做haproxy主从架构,
两台作为后端server,服务器配置好yum源,防火墙关闭,
关闭selinux,各节点时钟服务同步,各节点之间可以通过主机名互相通信。
二:安装步骤
1.iptables –F &&setenforing 清空防火墙策略,关闭selinux.
2.拿两台服务器都使用yum方式安haproxy,keepalived
服务
3.后端服务器配置好基于LNMP架构的web服务
当准备工作做好之后,就可以修改配置文件啦,第一个我们要修改的配置文件是
/etc/keepalived/keepalived.conf配置文件内容
在state里面定义主或从
在virtual_route_id 定义id号,请注意,主和从定义的id号一定要相同
在priority 定义优先级
在virtual_ipaddress定义一个虚拟的vip 172.17.252.53
然后在另一台haproxy的服务器上做配置
保存退出
然后启动服务:在centos6里面 service keepalived start
在centos7里面,systemctl start keepalived
启动了服务之后,因为主的优先级高,所以我们看到在主里面那个虚拟的vip
当我们把主里面的服务停了,我们在从里面就可以看到那个虚拟的vip,说明已经实现了vip的漂移。实现了高可用
修改主haproxy配置文件,定义全局配置,配置日志,启动用户,pid文件等
在修改之前呢,我们先学习一下haproxy的配置文件结构
global # 全局配置
daemon #让haproxy以守护进程的方式工作于后台,其等同于“-D”选项的功能,
当然,也可以在命令行中以“-db”选项将其禁用;
maxconn 25600 #设定每个haproxy进程所接受的最大并发连接数,其等同于命令行
选项“-n”;“ulimit -n”自动计算的结果正是参照此参数设定的
defaults # 默认配置
mode http #设定实例的运行模式或协议。当实现内容交换时,前端和后端必须工作
于同一种模式
frontend http-in # 定义前端server
bind *:80 #此指令仅能用于frontend和listen区段,用于定义一个或几个监听的套接字
default_backend servers #设置后端服务器组
backend servers # 定义后端服务器组
server server1 127.0.0.1:8080 check #服务器组中包含的主机
global #全局配置 (进程管理及安全相关的参数)
- chroot <jail dir>:修改haproxy的工作目录至指定的目录并在放弃权限之前执行
chroot()操作,可以提升haproxy的安全级别,
- daemon:让haproxy以守护进程的方式工作于后台,其等同于“-D”选项的功能,
当然,也可以在命令行中以“-db”选项将其禁用;
- gid <number>:以指定的GID运行haproxy,建议使用专用于运行haproxy的GID,
以免因权限问题带来风险;
- group <group name>:同gid,不过指定的组名;
- log <address> <facility> [max level [min level]]:定义全局的syslog服务器,最
多可以定义两个;
- nbproc <number>:指定启动的haproxy进程个数,只能用于守护进程模式的
haproxy;默认只启动一个进程,
- uid:以指定的UID身份运行haproxy进程;
- user:同uid,但使用的是用户名;
- ulimit-n:设定每进程所能够打开的最大文件描述符数目,默认情况下其会自动进行计
算,因此不推荐修改此选项;
- stats:可开启一个unix socket管理接口
proxies 代理相关的配置可以如下:
- defaults <name>
- frontend <name>
- backend <name>
- listen <name>
“defaults”段用于为所有其它配置段提供默认参数,这配置默认配置参数可由下一个
“defaults”所重新设定。
“frontend”段用于定义一系列监听的套接字,这些套接字可接受客户端请求并与之建立连接。
“backend”段用于定义一系列“后端”服务器,代理将会将对应客户端的请求转发至这些服务器
。
“listen段通过关联“前端”和“后端”定义了一个完整的代理,frontend和backend 块的结合体
所有代理的名称只能使用大写字母、小写字母、数字、-(中线)、_(下划线)、.(点号)和:(冒号)。此
外,ACL名称会区分字母大小写。
defaults相关的配置可以如下:
defaults
mode http #实现http的7层规则
log global #日志定义
option httplog #启用日志记录HTTP请求,默认haproxy日志记录是
不记录HTTP请求
option dontlognull #日志中将不会记录空连接。
option httpclose # 强制短连接,每次收发完包后都把连接关闭
option forwardfor #添加xforward日志标记
retries 3 # 定义连接后端服务器的失败重连次数
timeout http-request 10s # 请求超时
timeout queue 1m #队列超时
timeout connect 10s #连接超时
timeout client 1m #客户端超时
listen 相关的配置可以如下:
listen段通过关联“前端”和“后端”定义了一个完整的代理,frontend
和backend 块的结合体
listen stats #定义一个统计报告服务
mode http #基于http协议
bind 0.0.0.0:1080 #监听1080端口
stats enable #开启统计报告服务
stats hide-version #隐藏统计报告版本信息
stats uri /haproxyadmin?stats #统计报告访问url
stats realm Haproxy\ Statistics #页面登陆信息
stats auth admin:admin #验证账号信息
stats admin if TRUE #验证模式
server #定义服务主机
server <name> <address>[:port] [param*]
[param*]:为此服务器设定的一系参数;其可用的参数非常多,具体请参考官方文档中的说明,下面仅说明几个常用的参数;
服务器或默认服务器参数:
backup:设定为备用服务器,仅在负载均衡场景中的其它server均不可用于启用此server;
check:启动对此server执行健康状态检查,其可以借助于额外的其它参数完成更精细的设定,如:
inter <delay>:设定健康状态检查的时间间隔,单位为毫秒,默认为2000;也可以使用fastinter和downinter来根据服务器端状态优化此时间延迟;
rise <count>:设定健康状态检查中,某离线的server从离线状态转换至正常状态需要成功检查的次数;
fall <count>:确认server从正常状态转换为不可用状态需要检查的次数;
cookie <value>:为指定server设定cookie值,此处指定的值将在请求入站时被检查,第一次为此值挑选的
server将在后续的请求中被选中,其目的在于实现持久连接的功能;
maxconn <maxconn>:指定此服务器接受的最大并发连接数;如果发往此服务器的连接数目高于此处指定的值,其将被放置于请求队列,以等待其它连接被释放;
maxqueue <maxqueue>:设定请求队列的最大长度;
observe <mode>:通过观察服务器的通信状况来判定其健康状态,默认为禁用,其支持的类型有“layer4”和“layer7”,“layer7”仅能用于http代理场景;
redir <prefix>:启用重定向功能,将发往此服务器的GET和HEAD请求均以302状态码响应;需要注意的是,在prefix后面不能使用/,且不能使用相对地址,以免造成循环;例如:
server srv1 172.16.100.6:80 redir http://imageserver.magedu.com check
weight <weight>:权重,默认为1,最大值为256,0表示不参与负载均衡;
学习了haproxy的配置文件结构和内容之后,接下来,我们就要继续修改配置文件了,首先我们可以定义一个统计报告服务的页面
mode http:基于http协议
bind *:1090 监听1090端口
stats uri 统计报告访问url
stats auth 验证账号信息
stats admin if TRUE(一定要大写)验证模式
然后通过那个虚拟的vip进行访问
可以通过如下图形界面进行管理
配置一个frontend, 并关联到后端backend rs-server
配置后端backend rs-server,添加两台web服务,并配置健康状态检查,实现负载均衡
然后保存退出,重启服务
配置主haproxy完成后,同步配置到从haproxy,并启动所有服务。
然后就可以了。你学会了吗?
本文出自 “13007865” 博客,请务必保留此出处http://13017865.blog.51cto.com/13007865/1981025
以上是关于实现基于Haproxy+Keepalived负载均衡高可用架构的主要内容,如果未能解决你的问题,请参考以下文章
HaProxy + Keepalived 实现高可用负载均衡
实现基于Haproxy+Keepalived负载均衡高可用架构