Haproxy负载均衡介绍即部署

  • haproxy的原理:

    • 提供高可用、负载均衡以及基于TCP(四层)和HTTP(七层)应用的代理,支持虚拟主机,开源可靠的一款软件。
    • 适用于哪些负载特别大的web站点,这些站点通常又需要回话保持和七层处理。
    • haproxy运行在时下的硬件上,完全可以支持数以万计的并发连接。
  • haproxy的特性:

    • 可靠和稳定性非常好,可以与硬件级的F5负载均衡设备相互媲美
    • 支持8中负载均衡算法,也支持会话保持
    • 拥有强大的ACL支持,用于访问控制
    • 支持客户端的keepalived功能,减少客户端与haproxy的多次三次握手导致资源量费,让多个请求在一个tcp连接中完成。
    • 自身带有详细的健康状态检测
    • 日志分析器,可对日志进行分析
  • 配置文件:

    • haproxy.cfg主要有两部分组成:global和proxies配置段

      • global:全局配置
        • 进程及安全配置相关的参数、性能调整相关的参数、Debug参数
      • proxies:代理配置段

        • defaults:为为frontend, backend, listen提供默认配置
        • fronted:前段,相当于nginx,server{}
        • backend:后端,相当于nginx,upstream{}
        • listen:同时拥有前段和后端,适用于一对一环境
  • 本章实验配置:

    • haproxy调度器:192.168.8.8
    • 网站节点1:192.168.8.9
    • 网站节点2:192.168.8.10

      • 1.配置调度器:

        • 安装haproxy:
        • yum -y install haproxy
        • vim /etc/haproxy/haproxy.cfg

          • #定位63行 frontend main *:80 (将后面端口修改为80)
          • 修改backend字段:

            • server real_server1 192.168.8.9:80 check inter 10000 rise 1 fall 3 weight 1
            • server real_server2 192.168.8.10:80 check inter 10000 rise 1 fall 3 weight 1
            • 配置解释:

              • balance (roundrobin):轮询算法
              • check inter 1000:每隔1000毫秒检测一次
              • rise 1:检测成功一次立即加入群集中
              • fall 3:检测失败三次,立即标记为不可用
              • weight 1:权重值为1
        • 启动服务:systemctl start haproxy
      • 2.分别在8.9和8.10服务器上安装nginx,修改网页,测试轮询

        • web1:

          • yum -y install nginx
          • echo "web1" > /usr/share/nginx/html/index.html
          • systemctl start nginx
        • web2:

          • yum -y install nginx
          • echo "web2" > /usr/share/nginx/html/index.html
          • systemctl start nginx
      • 3.使用浏览器访问:
      • 4.添加监控页面配置在haproxy.cfg配置文件中:

        • vim /etc/haproxy/haproxy.cfg

          • 添加在最下方即可:

            • listen admin_stats
            • bind *:11001
            • mode http
            • stats refresh 30s
            • stats uri /admin
            • stats realm welcome login\ Haproxy
            • stats auth admin:admin123
            • stats admin if TRUE
          • 重启服务:systemctl restart haproxy
      • 5.配置haproxy session会话保持:

        • vim /etc/haproxy/haproxy.cfg
          • 修改backend 字段更换为:

            • backend app
            • mode http
            • option redispatch
            • option abortonclose
            • balance source
            • cookie SERVERID
            • option httpchk GET /index.html
            • server app1 192.168.8.9:80 cookie server1 check
            • server app2 192.168.8.10:80 cookie server2 check
        • 点击刷新发现不会再轮询了,这就代表会话保持实现了
相关推荐
fuyongliang1233 小时前
nginx反向代理,负载均衡,tomcat的数据流向图篇解析
nginx·tomcat·负载均衡
眠りたいです3 小时前
基于脚手架微服务的视频点播系统-播放控制部分
c++·qt·ui·微服务·云原生·架构·播放器
Aczone284 小时前
硬件(五) 存储、ARM 架构与指令系统
arm开发·嵌入式硬件·架构
闲看云起5 小时前
从 GPT 到 LLaMA:解密 LLM 的核心架构——Decoder-Only 模型
gpt·架构·llama
Mr. Cao code5 小时前
Docker:颠覆传统虚拟化的轻量级革命
linux·运维·ubuntu·docker·容器
wanhengidc6 小时前
云手机运行流畅,秒开不卡顿
运维·网络·科技·游戏·智能手机
大咖分享课6 小时前
架构性能优化三板斧:从10秒响应到毫秒级的演进之路
性能优化·架构
笨小孩@GF 知行合一6 小时前
OSPF实验:外部路由引入
运维·网络·hcip·数通·ospf
asdfg12589637 小时前
为什么要在出口路由器router配置NAT与默认路由
运维·网络·计算机网络
echoyu.7 小时前
消息队列-初识kafka
java·分布式·后端·spring cloud·中间件·架构·kafka