把两台后端服务器加入同一个Pool，再创建一个Virtual Server关联该Pool，F5就会按所选算法把请求轮流或按权重分发到这两台服务器。
F5负载均衡怎么配置两台服务器：先把请求路径画出来
F5作为硬件负载均衡设备,最核心的动作不是“直接连接后端”，而是用虚拟服务器接管客户端请求，再根据服务器池的成员状态和算法把流量送出去，想在2台服务器之间分发请求，要建立三个对象：Node、Pool、Virtual Server。
- Node：每台真实后端服务器的IP加端口，比如10.0.0.11:80。
- Pool：把两个Node放进同一个逻辑分组，并绑定健康检查。
- Virtual Server：对外提供VIP，客户端访问VIP，F5再把流量转到Pool。
客户端访问路径固定为：浏览器或App → F5虚拟服务器VIP → Pool策略判断 → 10.0.0.11或10.0.0.12，理解这条路径后，配置步骤就围绕“先建池、再建VIP、最后测试”展开。
配置前需要确认的三个信息
- 两台服务器的内网IP和业务端口,例如192.168.10.11:8080、192.168.10.12:8080。
- F5管理界面登录地址和管理员账号。
- 健康检查方式：HTTP接口探测、TCP端口探测，还是简单的ICMP ping。
这三项确认后,配置过程通常不超过10分钟。
内网两台服务器用F5做负载均衡配置步骤
以BIG-IP LTM常用的Web配置界面为例，路径和操作可以直接对照验证。
第一步：创建两个Node
登录F5管理界面,进入 Local Traffic ›› Nodes : Node List，点击 Create。
- 名称建议用
web_node_11、web_node_12这类可读写法。 - Address分别填写
168.10.11和168.10.12。 - Service Port填写业务端口，
8080。 - 两个Node分别创建,完成后状态显示为绿色可用。
第二步：创建Pool并添加成员
进入 Local Traffic ›› Pools : Pool List，点击 Create。
- Name填写
web_pool
- Health Monitors选择
http，如果业务是纯TCP则选tcp。 - Load Balancing Method先选
Round Robin，后续可以调整。 - 在New Members区域，把刚才两个Node添加进去，Service Port保持
8080。 - 点击
Finished，池中会显示两个成员，绿色表示健康检查通过。
这样两个后端服务器已经进入同一个转发池。
第三步：创建Virtual Server
进入 Local Traffic ›› Virtual Servers : Virtual Server List，点击 Create。
- Name填写
vs_web。 - Destination Address填写对外VIP，
168.1.100，Service Port填写80或443。 - Default Pool选择
web_pool。 - 其他保持默认,点击
Finished。
客户端访问 http://192.168.1.100 时，F5就会把请求分发给Pool里的两个成员。
第四步：验证请求是否到达2台服务器
- 在后端两台服务器上分别查看访问日志,观察是否有来自F5的内网地址记录。
- 停止其中一台服务,刷新页面，确认F5自动把流量切到另一台。
- 在F5管理界面查看
Pool Statistics，两个成员的活动连接数会随请求发生变化。
用命令行tmsh完成同样配置
如果服务器机房环境不方便用Web界面,可以使用tmsh命令，常见操作如下：
tmsh create ltm node web_node_11 address 192.168.10.11
tmsh create ltm node web_node_12 address 192.168.10.12
tmsh create ltm pool web_pool members add { web_node_11:8080 web_node_12:8080 } monitor http
tmsh create ltm virtual vs_web destination 192.168.1.100:80 pool web_pool
前两条先建Node,第三条把两个Node作为成员加入池并绑定HTTP健康检查，第四条创建虚拟服务器并关联池，命令执行后同样生效。
请求分发的算法怎么选：轮询、最小连接、权重对比
F5默认使用轮询算法,两个成员会依次接收请求，但真实业务场景下，两台服务器性能可能不同，或者一台要处理长连接，纯轮询不一定合适。
| 算法 | 适用场景 | 2台服务器下的表现 |
|---|---|---|
| Round Robin | 两台性能相近、请求耗时接近 | 近似1:1分发 |
| Least Connections | 长连接、会话耗时差异大 | 活动连接少的先接收新请求 |
| Ratio | 服务器配置高低不齐 | 按设定权重分发，比如1:2 |
| Source IP Hash | 需要会话保持或固定用户出口 | 同一客户端IP固定到同一台 |
选择时先观察两台服务器的CPU、内存和连接数变化，多数情况下，普通Web应用用轮询即可，若发现一台经常过载，改用Ratio并设置合理权重。
nginx和f5负载均衡有什么区别：算法与适用场景对比
Nginx作为软件负载均衡,也支持轮询、权重、IP哈希、最少连接等算法，且配置简单、成本低，F5的算法库更丰富，还提供硬件级别的SSL卸载、连接复用、应用层安全策略，决定因素通常不是算法本身，而是设备预算、吞吐量要求和运维能力。
如果只是内网两台应用服务器,Nginx或HAProxy基本够用；如果同时要处理几十个业务域名、大量四层流量，并且需要原厂维保，F5这类硬件设备价值更明显。
为什么请求没有均匀到2台服务器：排查要点
做完配置后,经常遇到一台服务器压力大，另一台几乎没流量，这个问题不一定是配置错误，通常出在下面几个地方。
- 健康检查失败：某台服务器返回404、超时或端口不通，F5会认为成员不可用，不再发送请求。
- 会话保持打开：如果Pool里启用了基于Cookie或源地址的会话保持，同一用户的请求会固定到同一台服务器，造成表面上的“不均”。
- 算法选错：选了Ratio但没设权重，F5会默认按相同权重处理，但连接状态可能影响分发。
- 后端日志未记录完整：有时请求到了服务器，但业务日志没打印，需要抓包确认。
快速排查命令可以参考在F5命令行执行 show ltm pool web_pool members，查看成员当前状态、连接数和健康检查结果，后端服务器上用 tcpdump -i eth0 host 192.168.1.100 and port 80 抓包，能直接确认F5是否在转发。
f5负载均衡设备价格一般多少：只带2台后端值不值
F5负载均衡设备价格受型号、吞吐量、功能模块和维保年限影响，跨度很大，低端虚拟化版本价格相对低，高端硬件平台价格高，对于只有2台后端服务器的场景，多数团队会优先考虑软件方案，因为成本和维护门槛都更低。
业内专家指出,硬件负载均衡更适用于对网络时延、会话保持和高可用性有严格要求的场景，而不是仅仅看服务器数量，如果业务规模不大，先用Nginx或云负载均衡也能完成同样的请求分发，等流量增长后再评估F5是否上架。
Q&A：关于F5发请求到2台服务器
F5负载均衡怎么配置两台服务器最简单？
最简单的方法是在Web界面创建一个Pool,添加两个Node，再创建一个Virtual Server关联Pool，不需要配置iRules或复杂策略，5分钟就能让请求在2台服务器之间负载。
F5可以把请求按2:1权重分给两台服务器吗？
可以,Pool的Load Balancing Method选择Ratio，然后在成员属性中分别设置Ratio值，2 和 1，每3个请求中约2个会走权重高的服务器，1个走权重低的服务器。
北京F5负载均衡技术支持一般找谁？
北京地区的F5设备维保和技术支持可通过F5官方授权服务商或原厂渠道获取,商务合同和响应时效决定支持等级，很多用户也会在设备过保后选择第三方专业网络服务商进行配置和故障处理。
F5把请求分发到2台服务器的核心逻辑不复杂,只要Node、Pool、Virtual Server三者配置正确，流量就会自动到达两个后端，先明确业务端口和健康检查，再根据实际压力调整算法，基本能满足多数场景需求。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/637851.html
