haproxy实现负载均衡详解 之 (高级功能配置)

于 2024-08-11 00:51:50 发布
阅读量475 收藏 16
点赞数 16
分类专栏： 负载均衡 文章标签： 负载均衡 运维 服务器 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_63970667/article/details/141097817
版权

目录

一、基于cookie的会话保持

1.1语法

 1.2 配置

 二、haproxy 状态页

2.1 状态页配置项

2.2 配置

三、IP透传

3.1 七层透传

 3.1.1 web1上利用httpd进行IP透传

​3.2 四层透传

3.2.1 在web2上利用nginx进行IP透传

四、ACL---访问控制列表

 4.1 ACL配置选项

 4.1.1ACL-Name名称

4.1.2ACL-criterion匹配规范：判断条件

4.1.3 ACL-flags 匹配模式

4.1.4 ACL-operator 具体操作符

4.1.5 ACL-value 操作对象

4.1.6 多个ACL的组合调用方式

4.2 示例

4.2.1 hdr_dom 请求的host名称

 4.2.2 hdr_beg

4.2.3 基于IP 

 4.2.4 拒绝访问

4.2.5 基于浏览器 

4.2.6 基于使用php------后缀名动静分离 

 4.2.7 访问路径名实现动静分离

 五、自定义错误页面

在haproxy上面编写定义错误页面

然后在配置文件中添加错误页面配置。

六、haproxy 四层负载

修改数据库id:

修改haproxy配置文件

  最后我们要放行用户权限

 七、haproxy的https实现

在haproxy上配置证书密钥

 修改haproxy配置文件：

前言：本章实验的环境与上一篇一样。如果环境不知道的可以查看上一篇哦。

一、基于cookie的会话保持

cookie value ：为当前 server 指定 cookie 值，实现基于 cookie 的会话黏性，相对于基于 source 地址hash 调度算法对客户端的粒度更精准，但同时也加大了 haproxy 负载，目前此模式使用较少， 已经被session 共享服务器代替。
注意：不支持 tcp mode ，使用 http mode

1.1语法

语法：

cookie name [ rewrite | insert | prefix ][ indirect ] [ nocache ][ postonly ] [
preserve ][ httponly ] [ secure ][ domain ]* [ maxidle <idle> ][ maxlife ]
name：        #cookie 的 key名称，用于实现持久连接
insert：      #插入新的cookie,默认不插入cookie
indirect：    #如果客户端已经有cookie,则不会再发送cookie信息
nocache：     #当client和hapoxy之间有缓存服务器（如：CDN）时，不允许中间缓存器缓存cookie，
              #因为这会导致很多经过同一个CDN的请求都发送到同一台后端服务器

 1.2 配置

在配置文件/etc/haproxy/haproxy.cfg中配置下面的标红地方：

然后我们可以指定cookie值进行访问看是否实现负载均衡。结果如下所示

 还可以在浏览器中查看，就可以查看到cookie值。

 二、haproxy 状态页

 通过web界面，显示当前HAProxy的运行状态。

2.1 状态页配置项

stats enable #基于默认的参数启用stats page
stats hide-version #将状态页中haproxy版本隐藏
stats refresh <delay> #设定自动刷新时间间隔，默认不自动刷新
stats uri <prefix> #自定义stats page uri，默认值：/haproxy?stats
stats auth <user>:<passwd> #认证时的账号和密码，可定义多个用户,每行指定一个用户
#默认：no authentication
stats admin { if | unless } <cond> #启用stats page中的管理功能

2.2 配置

在配置文件添加配置页：

listen stats
    mode http
    bind *:9999
    stats enable
    stats refresh 3
    stats uri /status
    stats auth lee:lee

 测试：

 我们设置了刷新之就可以自动刷新。

 

三、IP透传

3.1 七层透传

web 服务器中需要记录客户端的真实 IP 地址，用于做访问统计、安全防护、行为分析、区域排行等场景。
在全局中通过option forward for  实现IP透传

 3.1.1 web1上利用httpd进行IP透传

然后我们利用 在web1上面配置httpd服务查看测试：

#先停止nginx
[root@web1 ~]# systemctl disable nginx
[root@web1 ~]# systemctl stop nginx
#下载httpd
[root@web1 ~]# dnf install httpd -y
[root@web1 ~]# echo webserver1 - 172.25.254.10 > /var/www/html/index.html
[root@web1 ~]# systemctl restart httpd

在没有设置前通过curl712.25.254.100测试，再其其日志里默认是看不到IP的。

然后我们通过在httpd的配置文件中日志那一部分添加内容来进行IP透传 

再来测试通过curl712.25.254.100完再查看日志：就出现了IP，这个就是httpd的七层IP透传

 3.2 四层透传

3.2.1 在web2上利用nginx进行IP透传

修改配置文件：

然后修改nginx配置文件来实现透窗，添加如下标红圈起的地方

再来测试通过curl712.25.254.100完再查看日志：相比之前就出现了IP

四、ACL---访问控制列表

是一种基于包过滤的访问控制技术。
它可以根据设定的条件对经过服务器传输的数据包进行过滤 ( 条件匹配 )即对接收到的报文进行匹配和过滤，基于请求报文头部中的源地址、源端口、目标地址、目标端口、请求方法、 URL、文件后缀等信息内容进行匹配并执行进一步操作，比如允许其通过或丢弃。

 4.1 ACL配置选项

#用acl来定义或声明一个acl
acl <aclname> <criterion> [flags] [operator] [<value>]
acl 名称 匹配规范 匹配模式 具体操作符 操作对象类型

 4.1.1ACL-Name名称

acl test path_end -m sub /a
#ACL名称，可以使用大字母A-Z、小写字母a-z、数字0-9、冒号：、点.、中横线和下划线，并且严格区分大小写，比如:my_acl和My_Acl就是两个完全不同的acl5.8.1.2 ACL-criterion

4.1.2ACL-criterion匹配规范：判断条件

hdr string，提取在一个HTTP请求报文的首部
hdr（[<name> [，<occ>]]）：完全匹配字符串,header的指定信息，<occ> 表示在多值中使用的值的出
现次数
hdr_beg（[<name> [，<occ>]]）：前缀匹配，header中指定匹配内容的begin
hdr_end（[<name> [，<occ>]]）：后缀匹配，header中指定匹配内容end
hdr_dom（[<name> [，<occ>]]）：域匹配，header中的dom（host）
hdr_dir（[<name> [，<occ>]]）：路径匹配，header的uri路径
hdr_len（[<name> [，<occ>]]）：长度匹配，header的长度匹配
hdr_reg（[<name> [，<occ>]]）：正则表达式匹配，自定义表达式(regex)模糊匹配
hdr_sub（[<name> [，<occ>]]）：子串匹配，header中的uri模糊匹配 模糊匹配c 报文中a/b/c也会匹
配
#示例：
hdr(<string>) 用于测试请求头部首部指定内容
hdr_dom(host) 请求的host名称，如 www.timinglee.org
hdr_beg(host) 请求的host开头，如 www. img. video. download. ftp.
hdr_end(host) 请求的host结尾，如 .com .net .cn
#示例：
acl bad_agent hdr_sub(User-Agent) -i curl wget
http-request deny if bad_agent
#有些功能是类似的，比如以下几个都是匹配用户请求报文中host的开头是不是www
acl short_form hdr_beg(host) www.
acl alternate1 hdr_beg(host) -m beg www.
acl alternate2 hdr_dom(host) -m beg www.
acl alternate3 hdr(host) -m beg www.
base : string
#返回第一个主机头和请求的路径部分的连接，该请求从主机名开始，并在问号之前结束,对虚拟主机有用
<scheme>://<user>:<password>@#<host>:<port>/<path>;<params>#?<query>#<frag>
base : exact string match
base_beg : prefix match
base_dir : subdir match
base_dom : domain match
base_end : suffix match
base_len : length match
base_reg : regex match
base_sub : substring match
path : string
#提取请求的URL路径，该路径从第一个斜杠开始，并在问号之前结束（无主机部分）
<scheme>://<user>:<password>@<host>:<port>#/<path>;<params>#?<query>#<frag>
path : exact string match
path_beg : prefix match #请求的URL开头，如/static、/images、/img、/css
path_end : suffix match #请求的URL中资源的结尾，如 .gif .png .css .js .jpg .jpeg
path_dom : domain match
path_dir : subdir match
path_len : length match
path_reg : regex match
path_sub : substring match
#示例：
path_beg -i /haproxy-status/
path_end .jpg .jpeg .png .gif
path_reg ^/images.*\.jpeg$
path_sub image
path_dir jpegs
path_dom timinglee
url : string
#提取请求中的整个URL。
url ：exact string match
url_beg : prefix match
url_dir : subdir match
url_dom : domain match
url_end : suffix match
url_len : length match
url_reg : regex match
url_sub : substring match
dst #目标IP
dst_port #目标PORT
src #源IP
src_port #源PORT
#示例：
acl invalid_src src 10.0.0.7 192.168.1.0/24
acl invalid_src src 172.16.0.0/24
acl invalid_port src_port 0:1023
status : integer #返回在响应报文中的状态码
#七层协议
acl valid_method method GET HEAD
http-request deny if ! valid_method

4.1.3 ACL-flags 匹配模式 

-i 不区分大小写
-m 使用指定的正则表达式匹配方法
-n 不做DNS解析
-u 禁止acl重名，否则多个同名ACL匹配或关系

4.1.4 ACL-operator 具体操作符

整数比较：eq、ge、gt、le、lt
字符比较：
- exact match (-m str) :字符串必须完全匹配模式
- substring match (-m sub) :在提取的字符串中查找模式，如果其中任何一个被发现，ACL将匹配
- prefix match (-m beg) :在提取的字符串首部中查找模式，如果其中任何一个被发现，ACL将匹配
- suffix match (-m end) :将模式与提取字符串的尾部进行比较，如果其中任何一个匹配，则ACL进行
匹配
- subdir match (-m dir) :查看提取出来的用斜线分隔（“/"）的字符串，如其中任一个匹配，则ACL
进行匹配
- domain match (-m dom) :查找提取的用点（“."）分隔字符串，如果其中任何一个匹配，则ACL进行
匹配

4.1.5 ACL-value 操作对象 

The ACL engine can match these types against patterns of the following types :
- Boolean #布尔值
- integer or integer range #整数或整数范围，比如用于匹配端口范围
- IP address / network #IP地址或IP范围, 192.168.0.1 ,192.168.0.1/24
- string--> www.timinglee.org
exact #精确比较
substring #子串
suffix #后缀比较
prefix #前缀比较
subdir #路径， /wp-includes/js/jquery/jquery.js
domain #域名，www.timinglee.org
- regular expression #正则表达式
- hex block #16进制

4.1.6 多个ACL的组合调用方式 

#多个ACL的逻辑处理
与：隐式（默认）使用
或：使用“or" 或 “||"表示
否定：使用 "!" 表示

#多个ACL调用方式：
#示例：
if valid_src valid_port #与关系，ACL中A和B都要满足为true，默认为与
if invalid_src || invalid_port #或，ACL中A或者B满足一个为true
if ! invalid_src #非，取反，不满足ACL才为true

4.2 示例

4.2.1 hdr_dom 请求的host名称

在配置文件中配置如下，

 注意要在windows下面修改本地解析才能访问。

在windows下测试成功：

[C:\~]$ curl www.timinglee.org
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    23  100    23    0     0   9837      0 --:--:-- --:--:-- --:--:-- 11500
web2 - 172.25.254.20

[C:\~]$ curl www.timinglee.org
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    23  100    23    0     0   9837      0 --:--:-- --:--:-- --:--:-- 11500
web1 - 172.25.254.10

 4.2.2 hdr_beg

在本地解析中添加 

 

 访问测试内容以上差不多：


[C:\~]$ curl bbs.timinglee.org
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    23  100    23    0     0   9837      0 --:--:-- --:--:-- --:--:-- 11500
web2 - 172.25.254.20

[C:\~]$ curl bbs.timinglee.org
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    23  100    23    0     0   9837      0 --:--:-- --:--:-- --:--:-- 11500
web1 - 172.25.254.10

下面这些原理与上面的相似就不一一讲解了。

4.2.3 基于IP 

配置如下：

 4.2.4 拒绝访问

4.2.5 基于浏览器 

4.2.6 基于使用php------后缀名动静分离 

在web1上面下载php,并写配置文件。

重启httpd服务。

其配置文件如下：

 

 4.2.7 访问路径名实现动静分离

先创建文件做测试准备

将配置文件复制过来
[root@web1 ~]# mkdir -p /var/www/html/php
[root@web1 ~]# cp /var/www/html/index.php  /var/www/html/php/

#在web2上面
[root@web2 ~]# mkdir /usr/share/nginx/html/static -p
[root@web2 ~]# echo static - 172.25.254.20 > /usr/share/nginx/html/static/index.tml

在浏览器里测试 ：

 注意以上设置修改完配置文件一定要重启服务。

在终端里面测试

[C:\~]$ curl 172.25.254.100/php/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    17    0    17    0     0   6383      0 --:--:-- --:--:-- --:--:--  8500
php 192.168.0.10

[C:\~]$ curl 172.25.254.100/static/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    23  100    23    0     0   9837      0 --:--:-- --:--:-- --:--:-- 11500
static - 172.25.254.20

 五、自定义错误页面

首先先stop 两台realserver服务器上面的服务，以便测试。

5.1在haproxy上面编写定义错误页面

注意路径，配置文件里面写的也要一样。

[root@haproxy ~]# mkdir /etc/haproxy/errorpage -p
[root@haproxy ~]# vim /etc/haproxy/errorpage/503.http
HTTP/1.0 503 Service Unavailable 
Cache-Control: no-cache 
Connection: close 
Content-Type: text/html;charset=UTF-8 
<html><body><h1>什么动物生气最安静</h1>
大猩猩！！
</body></html>

5.2然后在配置文件中添加错误页面配置。

 

关闭后端的 RS 主机
然后用浏览器去访问 172.25.254.100，就会出现错误页面。
也可以添加错误链接，就是上面的错误配置下一行。链接到百度。

六、haproxy 四层负载

 本次主要实验mariadb来进行测试，需要在两台real server 的web服务器上下载mariadb服务。

[root@web1 ~]# dnf install mariadb-server -y

[root@web2 ~]# dnf install mariadb-server -y

6.1修改数据库id:

[root@web1 ~]# vim /etc/my.cnf.d/mariadb-server.cnf
[mysqld]
server-id=1
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mariadb/mariadb.log
pid-file=/run/mariadb/mariadb.pid


[root@web2 ~]# vim /etc/my.cnf.d/mariadb-server.cnf
[mysqld]
server-id=2
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mariadb/mariadb.log
pid-file=/run/mariadb/mariadb.pid

 

然后要重启服务：

[root@web1 ~]# systemctl restart mariadb

[root@web2 ~]# systemctl restart mariadb

然后我们可以进数据库查看id:

6.2修改haproxy配置文件

 6.3最后我们要放行用户权限

web1上面：

web2上面：

 

然后我们选一个主机来多次测试：查看一下其id是否一样 。

第一次其id为1：

第二次 id就为2 ： 

 

以上就说明haproxy的四层MySQL负载均衡实现了。 

 七、haproxy的https实现

7.1在haproxy上配置证书密钥

[root@haproxy ~]# mkdir -p /etc/haproxy/certs
[root@haproxy ~]# openssl req -newkey rsa:2048 -nodes -sha256 -keyout /ekeyout /etc/haproxy/certs/timinglee.org.key -x509 -days 365 -out /etc/haproxy/certs/timinglee.org.crt


[root@haproxy ~]# ls /etc/haproxy/certs
timinglee.org.crt  timinglee.org.key
[root@haproxy ~]# cat /etc/haproxy/certs/timinglee.org.key /etc/haproxy/certs/timinglee.org.crt > /etc/haproxy/certs/timinglee.pem
[root@haproxy ~]# cat /etc/haproxy/certs/timinglee.pem

 7.2修改haproxy配置文件：

注意要重启haproxy服务。 

在浏览器里面测试：

 

在终端里面测试：

 

以上就是haproxy的全部内容啦 

左水水%
关注
  • 16
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
HAProxy七层负载均衡器详解
悦分享
12-31 652
HAProxy是一款开源的、高性能的、基于TCP（第四层）和HTTP（第七层）应用的负载均衡软件，借助HAProxy可以快速、可靠地提供基于TCP和HTTP应用的负载均衡解决方案。HAProxy特别适合应用于需要会话保持或七层处理的高负载 web站点，就当前常见硬件体系架构，基于HAProxy的负载均衡系统完全可以支撑数以万计的并发连接．同时，HAProxy的运行模式使其整合到用户当前的基础架构中是个非常简单且安全的过程。通过 HAProxy的代理，还可以避免用户的 Web服务器直接暴露到外部网络中。
构建负载均衡服务器之一负载均衡与集群详解
01-27
这些软件负载均衡器提供了更高级的功能，如SSL卸载、会话持久化和更细粒度的路由策略。 总之，负载均衡和集群技术是现代数据中心的核心，它们保证了服务的可靠性、可伸缩性和性能，适应不断增长的用户需求和业务...
haproxy工具，负载均衡配置，反向代理配置，动静分离，高可用等等
qq_48975137的博客
09-15 1047
1.介绍Haproxy是一个开源的、高性能的基于tcp和http应用代理的高可用的、负载均衡服务软件，支持双机热备（heartbeat）支持高可用（heartbeat、）支持负载均衡（lvs、nginx、squid）支持虚拟主机、基于tcp和http的应用代理、图形界面查看信息等功能。配置简单、维护方便拥有很好的对服务器节点的健康检查功能当其代理的后端服务器出现问题的时候，haproxy会自动的将该故障服务器摘除，当故障的服务器恢复侯，haproxy还会自动将该服务器自动加入进来提供服务。
emqx 负载均衡配置 HAProxy 健康检查 轮询 haship
global_coding的博客
07-12 877
emqx 负载均衡配置 HAProxy 健康检查 轮询 haship
一文详解HAProxy负载均衡，看完后醍醐灌顶7
yunwei_gtq的博客
07-27 320
HAProxy 跟 LVS 类似，是一款负载均衡软件；从效率上来讲 HAProxy 比 Nginx 有更出色的负载均衡速度，在并发处理上也是优于 Nginx 的。同时它能够补充 Nginx 的一些缺点，比如支持 Session 的保持，Cookie 的引导；同时支持通过获取指定的 url 来检测后端服务器的状态。 今天分享的这份 HAProxy 实战文档，包括6个章节51页。对 Web架构介绍、 HAProxy 调度算法、动静分离与客户端源IP透传、ACL使用与报文修改、服务器动态下线等作了详细讲解。相信看
HAProxy的安装和配置详解
qq_38055805的博客
03-17 4080
HAProxy 是法国人Willy Tarreau开发的一个开源软件，是一款应对客户端10000以上的同时连接的高性能的TCP和HTTP负载均衡器。其功能是用来提供基于cookie的持久性， 基于内容的交换，过载保护的高级流量管制，自动故障切换，以正则表达式为基础的标题控制运行时间，基于Web的报表，高级日志记录以帮助排除故障的应用或网络及其他功能。HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种负载均衡解决方案。
HAProxy 简介及配置文件详解
猎人在吃肉
01-07 7399
HAProxy简介 官网：http://www.haproxy.com HAProxy 是法国人Willy Tarreau开发的一个开源软件，是一款应对客户端10000以上的同时连接的高性能的TCP和 HTTP负载均衡器。其功能是用来提供基于cookie的持久性， 基于内容的交换，过载保护的高级流量管制，自动故障切换 ，以正则表达式为基础的标题控制运行时间，基于Web的报表，高级日志记录以帮助排除...
项目实战4—HAProxy实现高级负载均衡实战和ACL控制
weixin_34050005的博客
04-01 145
分类:Linux架构篇 转自https://www.cnblogs.com/along21/ haproxy实现高级负载均衡实战 　　环境：随着公司业务的发展，公司负载均衡服务已经实现四层负载均衡，但业务的复杂程度提升，公司要求把mobile手机站点作为单独的服务提供，不在和pc站点一起提供服务，此时需要做7层规则负载均衡，运维总监要求，能否用一种服务同既能...
运维锅总详解HAProxy
专注于输出具有实用价值的软件运维经验及教程
06-29 740
本文尝试从HAProxy简介、HAProxy工作流程及其与Nginx的对比对其进行详细分析；在本文最后，给出了为什么Nginx比HAProxy更受欢迎的原因。希望对您有所帮助！
HAproxy轮询方式+配置文件详解
北海牧野
03-20 2859
HAproxy配置文件详解 C语言编写的开源软件，高可用性，负载均衡，基于TCP和HTTCP的应用程序代理，满足中小型网站访问量需求。 优点： 1、自带节点健康检查功能，通过链接页面的头文件信息进行检查(精细高级的检查方式，检查后端服务器是否可用) 2、支持基于源地址的链接调度 （包括：端口 URL 访问控制列表) 3、支持虚拟主机 4、可以对Mysql读 进行负载均衡，对后端Mysql节点进...
HAProxy实战详解
03-17
在本篇文章中，我们将深入探讨HAProxy的实战应用，包括其在web架构中的角色、负载均衡的基本概念、HAProxy的安装与基础配置、调度算法以及高级配置选项。 首先，让我们来理解一下web架构。Web架构通常由多个组件...
Web负载均衡 2020
06-12
### Web负载均衡技术详解 随着互联网业务的不断发展与扩张，单一服务器往往难以承载庞大的访问量。当一个Web系统的日访问量从十万级逐渐增长至千万级乃至亿级时，其面临的技术挑战也随之增加。为了应对高并发场景下...
haproxy均衡负载
11-23
### Haproxy均衡负载系统详解 ...总之，Haproxy作为一种高效稳定的负载均衡工具，在现代Web应用架构中扮演着至关重要的角色。通过对Haproxy的深入了解和合理配置，可以帮助企业构建出更加健壮、高效的网络服务环境。
软件级负载均衡介绍
02-07
### 软件级负载均衡知识点详解 #### 一、软件级负载均衡概述 软件级负载均衡是指通过软件实现的负载均衡技术，主要用于提高网络应用的性能和可用性。相较于硬件负载均衡器，软件级负载均衡具有成本低、灵活性高等...
cnetos部署高可用以及七层负载均衡
weixin_67353555的博客
08-10 297
准备两台服务器，作为前端服务器，第一台安装keepalived，haproxy，第二台安装keepalived，nginx。再准备四台服务器作为后端服务器，两台作为web服务器，两台作为php服务器，统一安装Apache或者是nginx都行。查看第二台的ip，查看是否有虚拟ip，这一台正常情况下没有，只有第一台的down了才有，第一台的优先级较高。这时第二台高可用服务器就有了虚拟IP，顶替了第一台高可用服务器的位置。完结，注意配置并不完整，只是出现了基础效果，谨慎使用。可以看到是一替一次的访问不同服务器。
haproxy实现七层负载均衡详解（基本配置与算法）
最新发布
weixin_63970667的博客
08-10 685
免费与开源：HAProxy作为一个免费的开源软件，提供了很多商业付费软件所具备的功能。负载均衡能力：它支持L4 (TCP)和L7 (HTTP)两种负载均衡，能够根据不同需求进行选择。会话保持：HAProxy能通过多种方式保持会话，例如基于客户端IP的Hash计算，或服务器发送的cookie。虚拟主机支持：可以配置虚拟主机，以根据不同的域名或URL路径指向不同的后端服务器组。高可用性：通过健康检查和状态监控，确保服务的持续性和可靠性。多并发连接支持。
Nginx+Tomcat负载均衡、动静分离群集
minly12的博客
08-10 144
Nginx(解析静态资源)+Tomcat(解析动态JSP代码)
多机部署, 负载均衡-LoadBalance
Romised的博客
08-07 993
负载均衡介绍、问题描述、什么是负载均衡、负载均衡的一些实现、服务端负载均衡、客户端负载均衡、Spring Cloud LoadBalancer、快速上手实现负载均衡、负载均衡策略、自定义负载均衡策略、服务部署（Linux）、服务构建打包、启动服务
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

左水水%

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值