实验环境：一台主机提供haproxy、nfs、mariadb，后端2台apache部署wordpress。
实验目的：haproxy使得动静分离、以及开启stats页面。
haproxy简单介绍
负载均衡的解决方案，支持4、7层，特点是单进程模型（可配置为多进程模型）单进程能支持非常大的并发链接数量（相比较其他软件）。
到今天，马哥课程中的负载均衡方案（lvs、nginx、proxy）已经讲完了，就来简单介绍下自己理解的区别吧，作为一个新手，说错了不要打我啊
（相信很多同学和我一样也有这种纠结）
lvs如果在http反代的环境中由于本身工作在四层，无法再分配策略上进行详细调整（最直观的就是动静分离），后端服务器的健康状态检测（虽然也可以利用ldirector和keepalived弥补，但自身缺陷），只能单存的把自定义的ip或端口，按照规则分发至后端主机，因此他可以实现所有应用的负载均衡。（haproxy和nginx1.10的版本已经稳定支持4层负载均衡，但因为本身工作在内核中，我们应该相信在较高并发下，lvs的能力依然比haproxy和nginx强大），另外对网络环境的依赖较大。
haproxy和nginx两样及其相似，自己也曾在网上看了很多篇关于他们两差别的，但有几点也许是因为年代关系还是什么，指出一下错误：
1、haproxy弥补了session保持，nginx同样也支持session保持。
2、haproxy支持四层反代，nginx同样支持四层反代。
3、nginx不支持url做健康状态检测， 其实是支持。
4、haproxy不支持虚拟主机，没搞懂网上指的一个负载均衡要虚拟主机拿来干嘛，我猜也许想用自身做sorryserver，通过errorfile是能做成sorryserver的。
自己认为他们的区别，nginx可以做静态资源的缓存，而haproxy有一个状态的查询页，可以直观的看到后端服务器状况。
说了那么多，还是来做今天的实验吧，haproxy已经被收录在了base源中，插入光盘自己yum安装即可，安装完后配置文件/etc/haproxy/haproxy.cfg
给我们的示例配置文件中，一共分为了4端，分别是全局配置段，和proxy配置段，在全局配置中主要定义的是日志、启动haproxy的身份，启动模式、最大并发链接…等等
在proxy配置段又分为了default、frontend、backend三段，在一些指令上如果后两段没有特殊定义就会继承默认配置段，不是所有配置段都可以使用相同的指令，详情查看官方文档
http://cbonte.github.io/haproxy-dconv/1.6/configuration.html#4
这里是我开启的状态页分别是：
bind：可以理解为监听的ip和端口
stats enable：开启stats页
stats uri：访问stats的url
stats realm：需要认证时，认证框里面的提示信息
stats auth：认证的账号和密码 （账号：密码）
stats refresh：打开页面后每秒刷新间隔
stats admin：是否开启管理功能
整体页面就是这样了~
接着我们就来配我们的动静分离吧~
刚刚经过测试，发现不管是discuz还是wordpress，都不能直接尝试动静分离，至少在基于nfs共享上，实现不了，以哪个IP去创建的数据库，静态的图片就会在自动跳转到创建的IP上去加载。。。我也是醉了。就换个简单的方法测试吧 以php结尾的发送给一个主机，其他未定义的发送给另一个主机。
然后在web的根目录上分别创建了index.html 和105上创建了index.php
105的主机上创建的index.html是111，106上创建的是222，接着我们就可以打开网页测试了！！！！
可以看到请求index.html确实是转发到了106上，请求index.php被转发到了105上！
原创文章，作者：N24_Ghost，如若转载，请注明出处：http://www.178linux.com/69275
评论列表（1条）
作业完成的不错，对于多款负载均衡软件有对比，这部分很赞。