同一时间接入的部门越多，越不能简单用“员工总数”推算设备需求。企业加密接入网关的并发连接容量估算，应先定义统计对象：是同时在线的用户数、终端数，还是网关正在维护的加密隧道数。三者并不总是一一对应，远程办公终端、移动设备和分支机构设备也可能采用不同的连接方式。
下面这六项依据，可以把人数、使用习惯和设备性能转成可验证的容量目标。没有现成数据时，先按假设估算，再用日志和压测修正。
先统一口径，再看六项依据
1. 需要接入的用户与终端数量
汇总各部门计划接入的人数、受管终端数，以及可能重复登录的设备。一个人若同时用电脑和手机，可能占用两条连接；共享终端则可能出现一台设备由多人轮流使用的情况。不要把账号数直接当作并发连接数，先确认网关按用户、设备还是隧道计数。
2. 高峰时段的同时在线比例
并发通常低于全部登记用户数，但比例取决于排班、办公时间和业务习惯。优先查看认证日志或现有接入记录，按部门和时段统计峰值；没有数据时，可建立低、中、高三种情景，而不是把某个通用比例当成定值。初步公式为：预计在线连接数＝接入终端数×高峰同时在线比例。
3. 连接持续时间与会话行为
短会话频繁建立、长时间保持的隧道，以及空闲超时设置，都会影响网关需要维护的连接数。会议、文件传输等场景可能让连接持续较久；频繁登录退出则会增加新建连接的压力。除了并发数，还应记录会话持续时间、每秒新建连接数和认证请求量，避免只测“稳定在线”。
4. 实际流量与带宽峰值
连接数相同，传输负载也可能差异很大。估算时分别收集总吞吐量、上下行峰值和典型单连接流量，并区分日常办公与集中传输时段。吞吐量是容量指标之一，却不能替代并发连接数：加密处理可能先达到上限，也可能是带宽先满。评估企业加密接入网关的并发连接容量估算时，应同时核对这两类指标。
5. 加密处理能力与新建连接压力
加密算法、密钥协商、认证方式和报文大小都会影响处理负载。已建立连接的持续转发，与短时间大量新建加密会话，对处理器的压力并不相同。向设备供应方核对规格时，应确认测试使用的加密套件、包长、认证配置及连接建立速率；不同测试条件下的标称吞吐量，不宜直接当作实际部署成绩。
6. 冗余、增长与可用余量
若采用双机或集群，应按一台设备故障后剩余节点能否承接峰值来核算，而不是只把所有节点的标称容量相加。还要计入业务增长、配置变更和维护窗口。初步规划可把常态目标控制在设备经验证能力的一定余量内，例如先以约六至七成作为讨论起点；实际比例需结合厂商测试、故障切换要求和流量波动调整，并非通用硬指标。
把估算变成可执行的容量方案
列出用户、终端和部门清单，标明多设备登录及分支接入情况。
从现有认证与监控记录中提取忙时在线数、流量峰值、会话时长和新建连接速率；没有记录时，先定义情景假设。
分别计算正常高峰、集中登录和单节点故障三种场景。至少核对连接数、吞吐量、加密处理和认证能力。
用代表性终端和实际策略进行压测，逐步增加连接与流量，观察资源占用、连接建立失败、时延变化及告警。
将测试条件、容量边界和预留余量写入验收标准，投产后定期用真实峰值数据回算。
压测结果应注明设备型号、软件版本、策略、加密配置及测试流量特征。若测试只覆盖长连接，就不能据此判断集中登录时的表现；若仅测带宽，也不能证明连接表容量充足。
常见问题
员工人数就是并发连接数吗？
不是。多设备登录会增加连接，错峰办公会降低同时在线数，应以终端和实测会话为准。
并发数和吞吐量哪个更重要？
两者都要满足。前者关注网关维护多少连接，后者关注这些连接传输多少数据，还要单独验证新建连接能力。
双机部署能否把容量直接翻倍？
不能直接这样计算。要看负载分配方式，并验证单节点故障后剩余设备能否承接业务峰值。
多久需要重新估算？
新增部门、接入终端明显增长、策略或加密配置调整、监控峰值逼近规划余量时，都应复核企业加密接入网关的并发连接容量估算。