AWS负载均衡器：单多实例对比、CLB转ALB及性能成本优化问询

1. 增加Classic Load Balancer（CLB）数量能否显著提升性能？ #

• 核心取决于当前单台CLB是否已达性能瓶颈：如果单台CLB的每秒请求数（RPS）、并发连接数接近AWS服务限额，或已出现请求延迟升高、丢弃等情况，通过Route 53加权路由分流到多台CLB，确实能显著提升整体请求处理能力，同时降低单点故障风险。
• 若单台CLB仍有冗余资源，新增CLB的性能提升效果会非常有限。需注意，多台CLB需配合DNS分流或Auto Scaling组关联配置，否则请求不会自动分配至新增实例。

2. 仅处理HTTPS请求时，从CLB切换到Application Load Balancer（ALB）能否提升性能？ #

• 可以带来明确的性能提升，核心优势包括：
  • 支持HTTP/2协议：可复用TCP连接，大幅减少HTTPS请求的握手开销，尤其适合每小时百万次的高频小请求场景。
  • 更高效的TLS终止：支持TLS 1.3协议，加密解密的CPU开销更低，能有效降低HTTPS请求的处理延迟。
  • 基于请求的智能负载均衡：相比CLB的基于连接分配，ALB可根据请求路径、主机头等内容精准分流，配合EC2实例的负载情况合理分配请求，提升整体资源利用率。
  • 弹性扩容更智能：ALB可根据流量自动扩展容量，无需手动调整，应对流量波动的能力远优于CLB。

3. 优化性能并降低成本的配置建议 #

性能优化配置 #

• TLS协议与套件优化：启用TLS 1.3，禁用老旧的TLS 1.0/1.1；选择AES-GCM等高效加密套件，减少加密解密的CPU消耗。
• 连接复用配置：在负载均衡上启用HTTP keep-alive，减少TCP握手次数；ALB的HTTP/2特性可进一步提升多请求的连接复用效率。
• EC2与负载均衡协同优化：配置合理的EC2 Auto Scaling组，根据负载自动扩容缩容，避免实例成为性能瓶颈；确保EC2实例与负载均衡处于同一可用区，消除跨区网络延迟。
• 静态资源缓存：搭配CloudFront CDN缓存静态HTTPS资源，减少回源到EC2的请求量，大幅提升静态内容的响应速度。

成本优化配置 #

• 选择合适的负载均衡类型：ALB的按需计费模式更适配流量波动场景，且部分区域ALB的小时费用略低于CLB，同时功能更全面。
• 关闭冗余功能：CLB上关闭未使用的端口、协议；ALB上避免创建过多无用的监听器或路由规则，减少不必要的开销。
• 利用折扣计划：长期运行的EC2实例购买预留实例或AWS Savings Plan，降低计算资源成本；负载均衡也可通过Savings Plan获取使用量折扣。
• 清理闲置资源：定期移除负载均衡关联的闲置EC2实例；若多台CLB流量不饱和，合并或缩减CLB数量，避免资源浪费。

内容的提问来源于stack exchange，提问作者Aditya Belgaonkar