24cun_cn 发表于 2018-12-31 11:15:11

实现基于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

  https://s4.运维网.com/oss/201711/12/50e5b7202ad1cb1b52281ea31e6236ab.png

  
  然后在另一台haproxy的服务器上做配置
  https://s1.运维网.com/oss/201711/12/20fecbd1a3be924362dfb5e86a3a9406.png
  保存退出
  然后启动服务:在centos6里面 service keepalivedstart
  在centos7里面,systemctl   start keepalived
  启动了服务之后,因为主的优先级高,所以我们看到在主里面那个虚拟的vip
  https://s5.运维网.com/oss/201711/12/f56544480253f2d99ca8e503ab3b204d.png
  当我们把主里面的服务停了,我们在从里面就可以看到那个虚拟的vip,说明已经实现了vip的漂移。实现了高可用
  https://s4.运维网.com/oss/201711/12/8984de460249d65ce54a72d443ec4f17.png
  

https://s1.运维网.com/oss/201711/12/62246170fbc2479b461cac794dff0094.png

  修改主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 :修改haproxy的工作目录至指定的目录并在放弃权限之前执行
chroot()操作,可以提升haproxy的安全级别,
- daemon:让haproxy以守护进程的方式工作于后台,其等同于“-D”选项的功能,
当然,也可以在命令行中以“-db”选项将其禁用;
- gid :以指定的GID运行haproxy,建议使用专用于运行haproxy的GID,
以免因权限问题带来风险;
- group :同gid,不过指定的组名;
- log   ]:定义全局的syslog服务器,最
多可以定义两个;
- nbproc :指定启动的haproxy进程个数,只能用于守护进程模式的
haproxy;默认只启动一个进程,
- uid:以指定的UID身份运行haproxy进程;
- user:同uid,但使用的是用户名;
- ulimit-n:设定每进程所能够打开的最大文件描述符数目,默认情况下其会自动进行计
算,因此不推荐修改此选项;
- stats:可开启一个unix socket管理接口
  proxies 代理相关的配置可以如下:
- defaults
- frontend
- backend
- listen
“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[:port]
:为此服务器设定的一系参数;其可用的参数非常多,具体请参考官方文档中的说明,下面仅说明几个常用的参数;
服务器或默认服务器参数:
backup:设定为备用服务器,仅在负载均衡场景中的其它server均不可用于启用此server;
check:启动对此server执行健康状态检查,其可以借助于额外的其它参数完成更精细的设定,如:
inter :设定健康状态检查的时间间隔,单位为毫秒,默认为2000;也可以使用fastinter和downinter来根据服务器端状态优化此时间延迟;
rise :设定健康状态检查中,某离线的server从离线状态转换至正常状态需要成功检查的次数;
fall :确认server从正常状态转换为不可用状态需要检查的次数;
cookie :为指定server设定cookie值,此处指定的值将在请求入站时被检查,第一次为此值挑选的
server将在后续的请求中被选中,其目的在于实现持久连接的功能;
maxconn :指定此服务器接受的最大并发连接数;如果发往此服务器的连接数目高于此处指定的值,其将被放置于请求队列,以等待其它连接被释放;
maxqueue :设定请求队列的最大长度;
observe :通过观察服务器的通信状况来判定其健康状态,默认为禁用,其支持的类型有“layer4”和“layer7”,“layer7”仅能用于http代理场景;
redir :启用重定向功能,将发往此服务器的GET和HEAD请求均以302状态码响应;需要注意的是,在prefix后面不能使用/,且不能使用相对地址,以免造成循环;例如:
server srv1 172.16.100.6:80 redir http://imageserver.magedu.com check
weight :权重,默认为1,最大值为256,0表示不参与负载均衡;
  学习了haproxy的配置文件结构和内容之后,接下来,我们就要继续修改配置文件了,首先我们可以定义一个统计报告服务的页面
  mode http:基于http协议
  bind *:1090 监听1090端口
  stats uri 统计报告访问url
  stats auth验证账号信息
  statsadmin if TRUE(一定要大写)验证模式

https://s3.运维网.com/oss/201711/12/bf83bc00a3501c6a8ddd6084d00d148b.png

  然后通过那个虚拟的vip进行访问
  https://s1.运维网.com/oss/201711/12/3b343c8d63bb33adcaca49f4a16fdd72.png

  

  

  

  可以通过如下图形界面进行管理

https://s2.运维网.com/oss/201711/12/53b44bda7fec777f280d4ef9fdfd0336.png
  配置一个frontend, 并关联到后端backend rs-server

https://s5.运维网.com/oss/201711/12/628bbfee1f00b15cda2c277c846f2af3.png
  

  配置后端backend rs-server,添加两台web服务,并配置健康状态检查,实现负载均衡
https://s2.运维网.com/oss/201711/12/dea2e538e40c84585bd44bf57694582c.png

  然后保存退出,重启服务
https://s3.运维网.com/oss/201711/12/ec8cc04556da8a488423c4cdcc386f3a.png
  配置主haproxy完成后,同步配置到从haproxy,并启动所有服务。
  然后就可以了。你学会了吗?

  

  



页: [1]
查看完整版本: 实现基于Haproxy+Keepalived负载均衡高可用架构