ALB 性能选择的决策依据

针对平台提出的小型、中型、大型及自定义生产环境规格，以及实例和端口的资源分配方式，以下建议可供部署参考。

小型生产环境

对于较小的业务规模，比如集群节点不超过 5 个，仅用于运行标准应用，单个负载均衡器即可满足需求。建议以高可用模式运行，至少部署 2 个副本，以保证环境的稳定性。

可以通过端口隔离方式对负载均衡器进行隔离，实现多个项目共享。

该规格在实验室环境下测得的峰值 QPS 约为每秒 300 次请求。

当业务规模达到一定程度，比如集群节点不超过 30 个，且需要处理高并发业务同时运行标准应用时，单个负载均衡器仍然足够。建议采用高可用模式，至少部署 3 个副本，以维持环境稳定。

可以采用端口隔离或实例分配方式，让多个项目共享负载均衡器。当然，也可以为核心项目专门创建新的负载均衡器。

该规格在实验室环境下测得的峰值 QPS 约为每秒 10,000 次请求。

对于更大规模的业务，比如集群节点超过 30 个，且需要处理高并发业务及长连接数据，建议使用多个负载均衡器，每个均采用高可用类型，至少部署 3 个副本，以确保环境稳定。

可以通过端口隔离或实例分配方式实现多个项目共享负载均衡器，也可以为核心项目专门创建新的负载均衡器。

该规格在实验室环境下测得的峰值 QPS 约为每秒 20,000 次请求。

场景	部署建议
功能测试	建议部署单实例负载均衡器。
测试环境	如果测试环境符合上述小型或中型定义，使用单点负载均衡器即可。负载均衡器实例可被多个项目共享。
核心应用	建议为核心应用专门使用独立的负载均衡器。
大规模数据传输	由于负载均衡器本身的内存消耗较小，即使是大型规格，保留 2Gi 内存也足够。但如果业务涉及大规模数据传输，导致内存消耗显著，应相应增加负载均衡器的内存分配。建议在自定义规格场景中逐步扩展负载均衡器内存，密切监控内存使用情况，最终确定合理的内存大小以保证使用率合理。

使用模式	优势	劣势
（推荐）将负载均衡器作为实例资源分配给单个项目	管理相对简单。每个项目拥有独立负载均衡器，确保规则隔离和资源分离，互不干扰。	在主机网络模式下，集群必须拥有较多可用节点供负载均衡器使用，导致资源消耗较高。
将负载均衡器作为实例资源分配给多个项目	管理相对简单。	由于所有被分配项目对负载均衡器实例拥有完全权限，当某项目配置负载均衡器端口和规则时，可能出现以下情况：该项目配置的规则可能影响其他项目。负载均衡器配置误操作可能更改其他项目设置。某业务的流量请求可能影响负载均衡器实例的整体可用性。
通过端口动态分配负载均衡器资源，不同项目使用不同端口	项目间规则隔离，确保互不干扰。	管理复杂度增加。平台管理员需主动规划和分配项目端口，并配置外部服务映射。基于端口的分配成熟度较低，目前使用客户较少，功能需进一步完善。资源冲突风险。所有使用同一负载均衡器的服务可能面临单个服务影响整个负载均衡器的场景。