为什么需要四层与七层并存的负载均衡

在真实业务环境中，不同流量的特征差异很大。数据库连接、Redis、MQTT、游戏长连接等流量关注的是连接转发效率和端口级可用性，属于典型的四层（传输层）场景；而Web站点、API网关、微服务入口等流量则需要基于域名、URL路径、HTTP头部做路由，并进行TLS卸载、会话保持和内容改写，属于典型的七层（应用层）场景。

如果只用一种负载均衡方案承载全部业务，通常会出现两类问题：七层代理转发TCP长连接时资源开销偏大、超时策略不匹配；四层转发又无法满足按域名或路径分发的需求。因此，用1Panel在单台或一组节点上搭建四层与七层混合的负载均衡架构，是一种兼顾灵活性与成本的常见做法。

需要说明的是，本文介绍的是架构思路与配置要点，具体端口、并发上限、超时数值等参数应结合服务器规格和压测结果自行确定。

1Panel在架构中的角色

1Panel提供图形化的容器与应用管理能力，常见的OpenResty（或Nginx）、MySQL、Redis等都可作为应用安装与管理。在混合负载均衡架构中，1Panel主要承担三类工作：

• 统一入口管理：通过反向代理站点与网站配置，集中维护域名、证书和后端上游。
• 容器编排与隔离：把七层网关、四层转发组件分别以容器方式运行，便于独立升级和资源限制。
• 可观测与备份：借助面板提供的日志查看、状态监控和配置备份能力，降低运维门槛。

换句话说，1Panel不改变负载均衡本身的原理，但能显著降低多组件并存时的部署与维护成本。

四层与七层混合负载均衡的整体分层

流量分层模型

1. 接入层：云负载均衡、弹性公网IP或高可用虚拟IP，负责对外暴露与基础防护。
2. 四层转发层：基于TCP/UDP转发，把非HTTP类流量按端口分发到后端服务集群。
3. 七层网关层：基于HTTP/HTTPS做域名、路径、头部路由，并处理证书与压缩。
4. 业务后端层：实际的Web应用、API服务、数据库与中间件。

典型流量划分建议

• HTTP/HTTPS站点与API：交给七层网关处理，便于做路径路由和灰度发布。
• 数据库、缓存、消息队列：使用四层转发，避免代理层解析协议带来的额外开销。
• WebSocket、gRPC等长连接：可走七层并显式配置长连接与超时，也可视情况下沉到四层。
• 非HTTP自定义TCP/UDP协议：直接使用四层转发。

在1Panel中落地七层负载均衡

基础准备

• 安装并启动OpenResty或Nginx类应用，作为七层入口。
• 在面板中创建站点，绑定域名并申请或上传TLS证书。
• 确认后端服务已可通过内网地址和端口访问。

上游与路由配置要点

• 上游列表：将同一服务的多个实例加入上游组，并按需设置权重。
• 负载策略：轮询适合实例规格一致的场景；最少连接适合请求耗时差异较大的场景。
• 健康检查：配置主动探测或被动失败剔除，避免流量打到异常实例。
• 域名与路径路由：按业务拆分多个站点或location，实现按域名、前缀分发。
• 头部透传：保留客户端真实IP相关信息，便于后端记录日志与限流。
• 长连接与超时：WebSocket类业务需显式设置升级头部与较长的读超时。

会话保持与灰度

对依赖本地会话的业务，可开启基于Cookie的会话保持；对无状态服务则建议关闭，以获得更均衡的分配效果。灰度发布时，可按权重或按请求头把少量流量导入新版本上游，观察稳定后再逐步放大。

在1Panel中落地四层负载均衡

可选实现方式

• 流式转发模块：在OpenResty/Nginx中配置stream块，按监听端口转发到后端地址池。
• 独立四层代理：使用HAProxy等专用组件承担TCP/UDP转发，职责更单一。

配置要点

• 监听与转发：一个监听端口对应一组后端，避免端口与业务映射混乱。
• 代理协议：如需在后端获取真实源IP，可在四层与七层之间启用PROXY protocol，并确保两端同时开启。
• 健康检查：TCP连接探测为主，必要时结合应用层探测。
• 连接数控制：对数据库类后端限制最大连接数，防止代理层放大连接压力。
• 超时设置：长连接业务适当放宽空闲超时，短连接业务缩短以加快回收。

混合架构下的关键注意事项

• 入口唯一性：尽量让同一类流量只经过一条路径，避免四层与七层重复代理造成排查困难。
• 真实IP链路：从接入层到后端要保证源IP可追溯，否则限流、审计和风控会失真。
• 证书管理：TLS卸载建议集中在七层完成，四层只做透传，减少证书分发点。
• 高可用：负载均衡节点本身也要考虑多实例与故障切换，避免成为单点。
• 资源与内核参数：文件描述符、连接跟踪表等系统参数需与预期并发匹配。
• 变更管控：面板操作便捷，但生产变更仍应保留配置备份与回滚预案。

如何选择：四层、七层还是混合

判断标准可以简化为三点：是否需要按域名或路径做内容路由；后端协议是否为HTTP/HTTPS；以及是否对代理层的性能开销敏感。需要内容路由就上七层，只需端口级转发就用四层，而多数中大型业务往往是两者并存。

采用1Panel搭建混合负载均衡的价值，在于用统一的界面管理不同层次的组件，把复杂的分层架构变成可维护、可观察的日常配置工作。落地前建议先梳理流量清单，再按协议与路由需求归类，最后确定各层的部署位置与容量规划。