怎样配置Elastic Load Balancing以应对高并发

面向高并发的 Elastic Load Balancing 配置要点

一 架构选型与部署

• 选择合适的负载均衡器类型：
  • L4（Network Load Balancer）：基于 IP + 端口 + 协议转发，时延低、并发能力强，适合长连接、数据库、消息队列等场景。
  • L7（Application Load Balancer）：可读取 HTTP 头、Cookie、URL 路径，支持内容路由、SSL 卸载、灰度发布、A/B 测试，适合微服务与 Web。
  • 全局（GSLB/Global Accelerator）：跨地域流量调度、就近接入与容灾，适合全球业务与跨地域容错。
• 多 可用区（AZ） 部署：将负载均衡器与后端实例分布到多个 AZ，避免单 AZ 故障导致的中断。
• 前端接入优化：对外暴露最少数量的入口域名/IP，由负载均衡器统一承载与调度。
• 客户端解析策略：遵循 DNS TTL，在 TCP 异常时刷新 DNS，重连采用指数退避 + 抖动，并在连接失败时可尝试下一个 IP，降低单点波动影响。
• 大规模弹性：ALB 在单区域内可扩展到多达 100 个 IP，配合 Route 53/Global Accelerator 的健康检查与故障转移，提升可用性与规模化能力。

二 监听器与路由策略

• 协议与端口：对外常用 HTTP/HTTPS（80/443），必要时启用 HTTP/2；后端根据应用选择 HTTP/HTTPS/TCP。
• 内容路由：在 ALB 使用基于主机头、路径、Header、Cookie、查询参数的规则，将流量精准路由到不同目标组，减少中间层跳转。
• 证书与 SNI：在单个 ALB 上通过 SNI 管理多域名证书，降低运维复杂度与成本。
• 默认规则：为不匹配的流量设置默认规则（如返回 4xx/403 或重定向），缩小爆炸半径。
• 优先级与性能：将最常用规则置顶，减少规则匹配次数，降低计算延迟。

三 后端目标组与调度算法

• 目标类型：根据场景选择 EC2 实例、IP 地址、容器/Pod、Lambda 等目标类型，确保与目标平台（如 ECS/EKS）集成顺畅。
• 调度算法建议：
  • 最少未完成请求（Least Outstanding Requests）：优先把请求发给当前排队/处理中请求更少的目标，适合处理能力异构或突发流量，可显著降低 5xx。
  • 加权轮询 / 加权最少连接：在目标性能不均时，通过权重（0–100）控制流量比例；权重为 0 的目标不接收流量。
  • 源 IP 哈希：相同源 IP 固定到同一目标，适合有状态会话；注意权重在该算法下不生效。
• 慢启动（Warm-up）：新实例加入时逐步提升权重/流量，避免缓存未热、连接未建立导致瞬时过载。
• 会话保持：仅在确有强状态需求时启用（如本地会话），并尽量使用应用层会话共享（如 Redis），以减少粘性带来的不均衡。

四 健康检查与自动扩缩容

• 主动健康检查：配置 HTTP/HTTPS/TCP 探针，建议间隔 5–30 秒、设置合理超时与健康阈值，及时剔除异常实例。
• 被动健康检查：结合连续失败次数/超时比例识别异常，避免“健康检查盲区”。
• 权重恢复：实例恢复后渐进式提升权重，避免“恢复即洪峰”。
• 自动扩缩容：以 QPS、CPU、内存、连接数、队列长度等为指标，采用响应式 + 预测式策略，并配置预热窗口，在峰值到来前完成资源就位。
• 容量规划：基于历史峰值 + 增长预测预留缓冲，避免频繁扩缩带来的抖动。

五 安全与可观测性

• 传输与网络：启用 SSL/TLS 终端卸载、HSTS、OCSP Stapling；在边界启用 WAF、Bot 管理、速率限制，必要时配合 DDoS 清洗。
• 零信任：在负载均衡器侧执行身份/权限/上下文策略，减少后端信任面。
• 可观测性：持续监控延迟、流量、错误、饱和度等“黄金四指标”，开启访问/错误/健康检查日志与链路追踪（TraceId 透传），并设置阈值 + 趋势 + 异常检测的告警。
• 故障演练：定期演练节点宕机、网络延迟、流量激增等场景，验证健康检查、权重恢复、扩缩容策略的有效性。