实验环境:一台主机提供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条)
作业完成的不错,对于多款负载均衡软件有对比,这部分很赞。