集群架构haproxy篇

博客介绍了四层与七层负载均衡的原理,四层通过目标地址和端口及服务器选择方式选内部服务器,七层通过应用层内容及选择方式。还讲述了Haproxy的安装、配置,包含global等五部分内容,介绍了HAproxy负载均衡算法,以及用户IP、Cookie、Session识别方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

四层与七层负载均衡
在这里插入图片描述
四层负载均衡,也就是主要通过报文中的目标地址和端口,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器。

七层负载均衡,也称为“内容交换”,也就是主要通过报文中的真正有意义的应用层内容,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器。

  1. 安装Haproxy
  2. 配置Haproxy:
    Haproxy配置中分成五部分内容。

•global:参数是进程级的,通常和操作系统(OS)相关。这些参数一般只设置一次,如果配置无误,就不需要再次配置进行修改;

•default:配置默认参数的,这些参数可以被利用配置到frontend,backend,listen组件;

•frontend:接收请求的前端虚拟节点,Frontend可以根据规则直接指定具体使用后端的backend(可动态选择);

•backend:后端服务集群的配置,是真实的服务器,一个Backend对应一个或者多个实体服务器;

•listen:Frontend和Backend的组合体。
  1. 启动Haproxy

HAproxy负载均衡算法:
1.balance roundrobin # 轮询,软负载均衡基本都具备这种算法

2.balance static-rr # 根据权重,建议使用

3.balance leastconn # 最少连接者先处理,建议使用

4.balance source # 根据请求源IP,建议使用

5.balance uri # 根据请求的URI

6.balance url_param,# 根据请求的URl参数’balance url_param’ requires an URL parameter name

7.balance hdr(name) # 根据HTTP请求头来锁定每一次HTTP请求

8.balance rdp-cookie(name) # 根据据cookie(name)来锁定并哈希每一次TCP请求

用户IP 识别: balance source

Cookie 识别:cookie SESSION_COOKIE insert indirect nocache 用firebug可以观察到用户的请求头的cookie里 有类似” Cookie jsessionid=0bc588656ca05ecf7588c65f9be214f5; SESSION_COOKIE=app1” SESSION_COOKIE=app1就是haproxy添加的内容

Session 识别:appsession JSESSIONID len 64 timeout 5h request-learn

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值