上一篇
FTP服务器怎么实现负载均衡？, 负载均衡的配置方法有哪些？
FTP服务器的负载均衡面临一些挑战，因为FTP协议是有状态的，控制连接和数据连接分离，且被动/主动模式的处理方式不同，需要确保数据连接能够正确路由到同一台后端服务器，同时保持会话状态,以下是几种常见的负载均衡方案。
基于LVS的FTP负载均衡
LVS（Linux Virtual Server）支持四层负载均衡，适合FTP协议,但需要解决数据连接的问题。
-
主动模式（PORT）：客户端连接服务器的21端口建立控制连接，然后客户端随机打开一个端口，服务器通过20端口主动连接客户端，负载均衡器必须将数据连接（从20端口到客户端）也转发到同一台后端服务器，LVS的FTP服务（ipvsadm with -p）可以设置持久连接，在一定时间内将来自同一源IP的请求始终发送到同一台RS,从而保证数据连接正确。
-
被动模式（PASV）：客户端通过控制连接发送PASV命令，服务器返回一个IP和端口（通常是1024以上），客户端再连接该端口，负载均衡器需要拦截PASV响应，并将返回的IP替换为虚拟IP（VIP），同时将数据连接端口映射到后端服务器，LVS需要配合FTP应用层辅助模块（如-m模式下的ftp调度算法）或使用ipvsadm的-F选项，但更常见的是使用lvs-ftp脚本或keepalived的virtual_server配合fwmark。
-
优点：性能高,支持大并发。
-
缺点：配置复杂,需要处理FTP协议细节。
- 工作模式：HAProxy能够解析FTP控制连接，对PASV响应进行NAT（重写IP和端口），确保数据连接也能到达正确的后端服务器，需要启用balance source以保持会话持久性（基于源IP哈希）。
- 配置示例： listen ftp_cluster bind 192.168.1.100:21 mode tcp balance source option ftp server ftp1 192.168.1.10:21 check server ftp2 192.168.1.11:21 check
- 优点：配置相对简单，内置FTP协议支持,自动处理数据连接。
- 缺点：性能略低于四层方案，且对FTP扩展命令（如MLSD、EPRT等）支持可能有限。
- 一般不建议使用，因为Nginx对FTP的支持不完善,数据连接处理复杂。
- 优点：配置简单,无需额外设备。
- 缺点：无法实现会话保持，服务器故障时DNS缓存可能导致部分客户端无法访问；数据连接可能跨服务器，导致被动模式失败（除非后端使用共享存储并统一IP）。
- 优点：文件一致性；任意服务器都可以处理请求。
- 缺点：需要解决会话保持；负载均衡器仍需处理FTP数据连接问题。
- 如果服务器数量少且对性能要求极高，推荐LVS + keepalived。
- 如果希望快速部署且易于维护，推荐HAProxy + 共享存储。
- 避免使用DNS轮询作为唯一方案,可作为辅助。
- 负载均衡器介入重写：LVS的FTP模块或HAProxy的option ftp会拦截PASV响应，将其中的IP地址改为虚拟IP（VIP），端口号映射到后端服务器对应的数据端口，这样客户端连接的是VIP,负载均衡器将数据连接再次转发到同一台后端服务器。
- 配置后端服务器返回VIP：在后端FTP服务器上配置被动IP为VIP（如vsftpd的pasv_address参数），并确保数据端口范围在负载均衡器上正确映射，但这种方法要求后端服务器知道VIP，且负载均衡器需将数据端口范围全部转发到服务器,不够灵活。
基于HAProxy的FTP负载均衡
HAProxy主要工作在七层，但FTP较为特殊，HAProxy从1.5版本开始支持FTP协议，通过option ftp启用。
基于Nginx的FTP负载均衡
Nginx官方模块不支持FTP，但可以通过第三方模块（如ngx_ftp_proxy）或作为反向代理实现，但较少用，更常见的是使用Nginx的stream模块（四层代理）配合sticky插件,但需要手动处理FTP协议问题。
基于DNS轮询的简单负载均衡
通过DNS为一个域名配置多个A记录,客户端随机连接其中一个FTP服务器。
使用共享存储的FTP集群
后端多台FTP服务器共享同一个存储（如NFS、分布式文件系统），并使用第三方负载均衡器（如LVS或HAProxy）。
方案对比表格
| 方案 | 会话保持 | 数据连接处理 | 配置复杂度 | 性能 |
|---|---|---|---|---|
| LVS | 通过持久连接 | 需额外配置 | 高 | 高 |
| HAProxy | 通过源IP哈希 | 内置支持 | 中 | 中 |
| DNS轮询 | 无 | 不支持 | 低 | 低 |
| 共享存储 | 依赖负载均衡器 | 依赖负载均衡器 | 中 | 中 |
实施建议
相关问题与解答
问题1：FTP负载均衡时如何处理被动模式的数据连接？
被动模式（PASV）下，FTP服务器在控制连接中返回一个IP和端口号（通常为1024以上），客户端随后连接该IP和端口，在负载均衡环境中，直接返回服务器真实IP会导致客户端绕过负载均衡器直接连接后端服务器，失去负载均衡效果，且可能因为防火墙策略无法连接,解决方案有两种：
推荐使用第一种方法，由负载均衡器透明处理,降低后端配置复杂度。
问题2：为什么FTP负载均衡需要会话保持？
FTP协议的控制连接是有状态的，客户端登录、切换目录、获取文件列表等操作都在同一个控制连接上完成，如果负载均衡器将不同请求分发到不同服务器，客户端会丢失会话状态（如登录状态、当前目录），导致操作失败，数据连接（主动或被动）依赖于控制连接协商的地址和端口，也必须与同一服务器关联，FTP负载均衡必须实现会话保持（session persistence），通常基于源IP地址哈希或使用持久连接（LVS的-p参数）,确保同一客户端的控制连接和后续数据连接始终落在同一台后端服务器上。
