使用haproxy-实现七层负载均衡

使用haproxy-实现七层负载均衡

HAProxy概述:

    HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费、快速并且可靠的一种解决方案。根据官方数据,其最高极限支持10G的并发。HAProxy特别适用于那些负载特大的web站点, 这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合您当前的架构中, 同时可以保护你的web服务器被暴露到网络上。

    其支持从4层至7层的网络交换,即覆盖所有的TCP协议。就是说,Haproxy 甚至还支持 Mysql的均衡负载。

相同点:在功能上,proxy通过反向代理方式实现 WEB均衡负载。和 Nginx,ApacheProxy,lighttpd,Cheroke 等一样。

同点:Haproxy 并是 Http 服务器。以上提到所有带反向代理均衡负载的产品,都清一色是 WEB 服务器。简单说,就是他们能自个儿提供静态(html,jpg,gif..)或态(php,cgi..)文件的传输以及处理。而Haproxy 仅仅,而且专门是一款的用于均衡负载的应用代理。其自身并能提供http服务。 但其配置简单,拥有非常错的服务器健康检查功能还有专门的系统状态监控页面,当其代理的后端服务器出现故障, HAProxy会自将该服务器摘除,故障恢复后再自将该服务器加入。

 

一:实验拓扑图:

二:实验目标

实战:使用haproxy实现负载均衡集群

三:实验环境

Xuegod62 : 192.168.1.62

Xuegod63 : 192.168.1.63

Xuegod64 : 192.168.1.64

四:实验代码

1 解压haproxy软件包

[[email protected] ~]# tar -zxvf haproxy-1.4.22.tar.gz

[[email protected] haproxy-1.4.22]# cd /root/haproxy-1.4.22

[[email protected] haproxy-1.4.22]# uname -r #查看内核版本

2.6.32-220.el6.x86_64

 

2:安装

[[email protected] haproxy-1.4.22]#make TARGET=linux26 PREFIX=/usr/local/haproxy #定操作系统内核类型和安装的路径。也可以直接修改Makefile配置文件中这两个变量的值。如下:

[[email protected] haproxy-1.4.22]# vim Makefile

 

[[email protected] haproxy-1.4.22]#make install PREFIX=/usr/local/haproxy

#如果没有修改Makefile配置文件中PREFIX变量的值,就必须在此重新对,PREFIX=/usr/local/haproxy赋值,否则直接执行 make install 时,make install会直接读取Makefile文件中PREFIX的变量值。

 

3:使用nobody用户运行haproxy

[[email protected] haproxy-1.4.22]# id nobody

uid=99(nobody) gid=99(nobody) groups=99(nobody)

 

4. 设定HAproxy配置文件

[[email protected] haproxy-1.4.22]# ls /usr/local/haproxy/

doc sbin share

注:没有生成配置文件,后期自己手写一个。

[[email protected] ~]# mkdir /usr/local/haproxy/etc

[[email protected] ~]# touch /usr/local/haproxy/etc/haproxy.cfg #手创建配置文件

注: 配置文件的解读:

global #全局,以全局定义为准

defaults #默认,在全局的前提下,默认跟局部的配置,如果局部没说,那就挄默认走,如果局部有定义那就挄局部。

frontend #前端,监听地址,监听端口,该如何处理

backend #后端服务器,定义那些真正处理业务的服务器Realserver.

listen #将frontend和backend 合体的一种方案

 

[[email protected] ~]# vim /usr/local/haproxy/etc/haproxy.cfg # 写入以下内容

global

log 127.0.0.1 local0

#log 127.0.0.1 local1 notice

#log loghost local0 info

maxconn 4096

chroot /usr/local/haproxy

uid 99 #所属运行的用户uid

gid 99 #所属运行的用户组

daemon #以后台形式运行haproxy

nbproc 1 #启动1个haproxy实例。# #工作程数量(CPU数量) ,实际工作中,应该设置成和CPU核心数一样。 这样可以发挥出最大的性能。

pidfile /usr/local/haproxy/run/haproxy.pid #将所有程写入pid文件

#debug #调试错误时用

#quiet #安静

defaults

log global

log 127.0.0.1 local3 #日志文件的输出定向。产生的日志级别为local3. 系统中local1-7,用户自己定义

mode http #工作模式。所处理的类别,默认采用http模式,可配置成tcp作4层消息转发

option httplog #日志类别,记载http日志

option httpclose #每次请求完毕后主关闭http通道,haproxy支持keep-alive,叧能模拟这种模式的实现

option dontlognull #记录空连接,产生的日志

option forwardfor #如果后端服务器需要获得客户端真实ip需要配置的参数,可以从Http Header中获得客户端ip

option redispatch #当serverid对应的服务器挂掉后,强制定向到其他健康服务器

retries 2 #2次连接失败就认为服务器可用,主要通过后面的check检查

maxconn 2000 #最大连接数

balance roundrobin #负载均衡算法

stats uri /haproxy-stats #haproxy 监控页面的访问地址 # 可通过 http://localhost:80/haproxy-stats 访问

contimeout 5000 #连接超时时间。 单位:ms 毫秒

clitimeout 50000 #客户端连接超时时间

srvtimeout 50000 #服务器端连接超时时间

listen localhost 0.0.0.0:80 #运行的端口及主机名

mode http

option httpchk GET /index.html #健康检测。#注意实际工作中测试时,应该下载某一个页面来行测试,因此这个页面应该是个小页面,而要用首页面。这里是每隔一秒检查一次页面。

server s1 192.168.1.62:80 weight 3 check #后端的主机 IP &权衡

server s2 192.168.1.64:80 weight 3 check #后端的主机 IP &权衡

#server s3 192.168.148.110:8081 weight 3 check #后端的主机 IP &权衡

 

5. 启动和停止服务

[[email protected] etc]# /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg

查看状态: 

[[email protected] etc]# ps -axu | grep haproxy

Warning: bad syntax, perhaps a bogus ‘-‘? See /usr/share/doc/procps-3.2.8/FAQ

nobody 3871 0.0 0.0 12228 1036 ? Ss 21:53 0:00 /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg

root 3879 0.0 0.0 103300 852 pts/0 S+ 21:53 0:00 grep haproxy

[[email protected] etc]# netstat -antup | grep 80

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3871/haproxy

 

[[email protected] etc]# /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg -st `cat /usr/local/haproxy/haproxy.pid`

查看 -st 参数含意:

[[email protected] ~]# /usr/local/haproxy/sbin/haproxy -h #

-sf/-st [pid (haproxy当前程ID)]* finishes/terminates old pids. Must be last arguments. # 完成/ terminates (trm.nāt)终止旧的PID。 此参数必须是最后一个参数。

停止 

[[email protected] etc]# killall haproxy

 

6设定haproxy启动文件

[[email protected] etc]#vi /etc/rc.d/init.d/haproxy

#! /bin/sh set -e

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/haproxy/sbin

PROGDIR=/usr/local/haproxy

PROGNAME=haproxy DAEMON=$PROGDIR/sbin/$PROGNAME

CONFIG=$PROGDIR/etc/haproxy.cfg

PIDFILE=$PROGDIR/$PROGNAME.pid

DESC="HAProxy daemon" SCRIPTNAME=/etc/init.d/$PROGNAME

 

说明:脚本中 set -e 的作用

你写的每个脚本都应该在文件开头加上set -e,这句语句告诉bash如果任何语句的执行结果是true则应该退出。这样的好处是防止错误像滚雪球般变大导致一个致命的错误,而这些错误本应该在之前就被处理掉。

测试:

[[email protected] ~]# cat a.sh

#! /bin/sh

set -e

ls /homee

touch /tmp/a.txt

Chmod +x a.sh

[[email protected] ~]# ./a.sh #运行

ls: cannot access /homee: No such file or directory

[[email protected] ~]# ls /tmp/a.txt #查看,此脚本遇到错误,直接退出,后续命令执行

ls: cannot access /tmp/a.txt: No such file or directory

[[email protected] ~]# vim a.sh #注释#set -e

#! /bin/sh

#set -e

ls /homee

touch /tmp/a.txt

[[email protected] ~]# ./a.sh

ls: cannot access /homee: No such file or directory

[[email protected] ~]# ls /tmp/a.txt #查看,此脚本遇到错误,后续命令继续执行

/tmp/a.txt

 

7: 在rsyslog.conf中开udp 514的日志收集

[[email protected] ~]#vim /etc/rsyslog.conf # 打开以以下两行的注释,打开收到日志。

# Provides UDP syslog reception

$ModLoad imudp.so

$UDPServerRun 514

如图:

 

58 local7.* /var/log/boot.log #在这下面新增以下两行条目

local3.*  /var/log/haproxy.log

local0.*  /var/log/haproxy.log

 

8:rsyslog服务

[[email protected] ~]#/etc/init.d/rsyslog restart

 

配置后端服务器: xuegod62

1:配置web服务器:

[[email protected] html]# yum install httpd php -y :

2:生成测试文件:

[email protected] html]#echo 192.168.1.62 > /var/www/html/index.html

3:启动apache服务器:

[[email protected] html]# service httpd restart

 

配置后端服务器: xuegod64

1:配置web服务器:

[[email protected] html]# yum install httpd php -y :

2:生成测试文件:

echo 192.168.1.64 > /var/www/html/index.html

3:重启apache服务器

[[email protected] html]# service httpd restart

 

测试:

1:查看HAproxy的监控页面

http://192.168.1.63/haproxy-stats

 

2:测试:反向代理功能

http://192.168.1.63/

 

http://192.168.1.63/

时间: 2024-10-25 14:25:52

使用haproxy-实现七层负载均衡的相关文章

四层和七层负载均衡的特点及常用负载均衡Nginx、Haproxy、LVS对比

一.四层与七层负载均衡在原理上的区别 图示: 四层负载均衡与七层负载均衡在工作原理上的简单区别如下图: 概述: 1.四层负载均衡工作在OSI模型中的四层,即传输层.四层负载均衡只能根据报文中目标地址和源地址对请求进行转发,而无法修改或判断所请求资源的具体类型,然后经过负载均衡内部的调度算法转发至要处理请求的服务器.四层负载均衡单纯的提供了终端到终端的可靠连接,并将请求转发至后端,连接至始至终都是同一个.LVS就是很典型的四层负载均衡. 2.七层负载均衡工作在OSI模型的第七层应用层,所以七层负载

[转] 四层和七层负载均衡的特点及常用负载均衡Nginx、Haproxy、LVS对比

一.四层与七层负载均衡在原理上的区别 1.图示 2.概述 四层负载均衡工作在 OSI 模型中的四层,即传输层.四层负载均衡只能根据报文中目标地址和源地址对请求进行转发,而无法修改或判断所请求资源的具体类型,然后经过负载均衡内部的调度算法转发至要处理请求的服务器.四层负载均衡单纯的提供了终端到终端的可靠连接,并将请求转发至后端,连接至始至终都是同一个.LVS 就是很典型的四层负载均衡. 七层负载均衡工作在 OSI 模型的第七层,即应用层,所以七层负载均衡可以基于请求的应用层信息进行负载均衡,例如根

四层、七层负载均衡的区别

一.简介 所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡:同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址:三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址:四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器:七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. 所谓的四到七层负载均衡,就是在对后台的服务器进行负载均衡时

四层和七层负载均衡的区别

(一) 简单理解四层和七层负载均衡: ① 所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡:同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址:三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址:四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器:七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. ② 所谓的四到七层负载均衡

四层、七层负载均衡区别

原文链接:http://www.jianshu.com/p/fa937b8e6712 一.简介 所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡: 同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址: 三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址: 四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器: 七层通过虚拟的URL或主机名接

四层和七层负载均衡的区别(转)

抱歉,原文没找到 (一) 简单理解四层和七层负载均衡: ① 所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡:同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址:三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址:四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器:七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. ② 所谓

四层负载均衡和七层负载均衡的区别

1. 四层负责均衡:是通过报文中的目标地址和端口,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器与请求客户端建立TCP连接,然后发送Client请求的数据. 由上图可知:在四层负载设备中,把client发送的报文目标地址(原来是负载均衡设备的IP地址),根据均衡设备设置的选择web服务器的规则选择对应的web服务器IP地址,这样client就可以直接跟此服务器建立TCP连接并发送数据. 2. 七层负载均衡设备: 也称内容交换,也就是主要通过报文中的真正有意义的应用层内容,再加上

四层和七层负载均衡详解

(一) 简单理解四层和七层负载均衡: ① 所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡:同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址:三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址:四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器:七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. ② 所谓的四到七层负载均衡

简单理解四层和七层负载均衡的区别

先提下我们所说的四层,七层,大家都知道我们网络七层协议(OSI):7:应用层.6:表示层.5:会话层.4:传输层.3:网络层.2:数据链路层.1:物理层. 应用层(Application Layer) 与其它计算机进行通讯的一个应用,它是对应应用程序的通信服务的.例如,一个没有通信功能的字处理程序就不能执行通信的代码,从事字处理工 作的程序员也不关心OSI的第7层.但是,如果添加了一个传输文件的选项,那么字处理器的程序员就需要实现OSI的第7层.示 例:telnet,HTTP,FTP,NFS,S