当前位置: 代码迷 >> 综合 >> 云计算基础服务(五) keepalived+haproxy 下
  详细解决方案

云计算基础服务(五) keepalived+haproxy 下

热度:64   发布时间:2023-12-01 12:51:24.0

针对于这个实验尽量使用谷歌或者是火狐浏览器进行验证访问,至于真机或者虚拟机都行。

今天的实验是针对于haproxy七层的实验。

注:今天的所有实验ha01、ha02都是在之前的实验之后,无恢复快照.但是node01-4在部署Apache服务出错时,是可以恢复快照的。

四层是对请求做一个简单的转发,但是七层会对请求的头信息Host进行判断,根据不同的域名转到不同的后端。

首先在部署四个虚拟主机(在不在同一台上面都行),IP复制都指向10.15.100.116

 # 1) 虚拟主机
# 2) dns解析
# 效果: 1) 出结果  2) 七层检测 (状态 检测 检测的不是端口号  是 网站下面的 某个文件 文件存在 认为为200  如果某个文件 不存在 404 就算服务在 80 也不提供服务  7层:?  4层: Connection Refused)

注:创建的文件名不在是index.html而是health_check.html

最终的效果如图下

 

 

 将三台Apache的默认网页删除然后重启

注:ha01也就是haproxy的服务器是不能重启httpd服务的。因为他的角色是haproxy,向后端发送请求

下载文件(我这里的配置文件都是提前在gw上准备好的)。然后重启服务

wget http://10.15.200.8/files/ha/haproxy.cfg.domain -O /etc/haproxy/haproxy.cfg

 然后cat查看该文件这一段文件内容为前端内容

 

再开一台Apache服务器重启Apache服务

 

win10虚拟机上面访问http://10.15.200.116:8088/haproxy-status

 

 如果一直报红,就是haproxy的服务没有启动。

可能是因为装有haproxy的服务器开启了httpd服务或者是配置文件出现了问题

检查haproxy的语法

haproxy  -c  -f  /etc/haproxy/haproxy.cfg

  相关解决方案