Elastic Beanstalk的更新和维护策略

Elastic Beanstalk 更新与维护策略

一 部署策略选型与对比

• 一次性全部 All at once：一次性替换全部实例，速度最快但存在停机；适合开发/测试或非关键场景。
• 滚动 Rolling：按批次替换实例，旧新版本会短暂共存；容量按批次减少，适合能容忍轻度降载的环境。
• 附加批次滚动 Rolling with additional batches：先启动额外批次保持满容量，再滚动替换；适合生产稳态流量。
• 不可变 Immutable：在临时 Auto Scaling 组部署新实例，健康检查通过后一次性切换并回收旧实例；零停机、回滚快，但短时容量翻倍、成本更高。
• 蓝/绿 Blue/Green：准备两套环境，验证后通过 CNAME Swap 或 Route 53 加权切换；零停机、回滚简单，适合重大版本/架构变更。
• 流量拆分 Traffic Splitting：类似金丝雀，将少量流量导入新版本，验证后全量；零停机、风险可控。

二 滚动与不可变的关键配置与回滚机制

• 滚动更新可配置：
  • Rolling update type：基于运行状况或时间推进批次。
  • Batch size：每批替换实例数。
  • Minimum capacity：更新期间最少保留实例数。
  • Pause time：批次间等待时间（基于时间的策略）。
  • 运行状况判定：基本（ELB 检查）或增强型（结合实例日志与资源状态）。Web 服务器环境要求实例在2 分钟内通过 12 次检查；工作线程环境为12 分钟内 18 次。
  • 超时与回滚：滚动更新默认超时 30 分钟；失败会自动发起回滚滚动更新。
• 不可变更新要点：
  • 需要增强型运行状况报告。
  • 新实例通过检查后一次性切换并回收旧实例，失败只需终止临时 ASG即可回滚。
  • 更新期间容量会短暂加倍，需确保配额/容量充足。

三 维护策略与日常运维

• 平台与补丁：启用托管平台更新（如 Amazon Linux 2 的 OS/语言/中间件补丁），可选择立即或维护窗口应用，保持运行时安全与合规。
• 应用版本生命周期管理：
  • 区域级版本配额通常为1000；通过生命周期策略自动清理旧版本，可设置最大版本数或保留天数。
  • 不会删除环境正在使用的版本，也不会删除10 周内终止环境的版本；每次最多删除100个版本。
• 配置与变更管理：
  • 区分配置更新（可能触发实例替换）与应用部署（通常就地更新）；两者可独立或组合执行。
  • 使用 .ebextensions 管理选项与资源；对需要替换实例的配置，优先采用不可变或蓝/绿降低风险。
• 容量与配额：滚动/不可变/流量拆分等会临时增加实例数；需提前检查 EC2 配额与 ASG 最大实例数，避免更新失败或回滚受阻。

四 生产环境推荐实践

• 低风险发布：优先使用不可变或流量拆分；金丝雀阶段验证关键指标（错误率、延迟、业务 KPI）后再全量。
• 稳态容量：对 SLA 敏感业务采用附加批次滚动或蓝/绿，确保更新期间满容量与快速回滚能力。
• 健康阈值与超时：根据应用启动时长与就绪探针，合理设置HealthCheckSuccessThreshold、Pause time与滚动超时，避免误判失败。
• 版本与存储：配置生命周期策略自动清理旧版本；必要时保留 S3 源包以防误删。
• 变更窗口与演练：在维护窗口执行变更，并在预发布/灰度环境演练部署与回滚流程。

五 常见陷阱与规避

• 滚动更新导致降载：未设置Minimum capacity或批次过大，可能让容量低于业务所需；建议设置最小容量=正常规模并使用附加批次滚动。
• 配额不足引发失败：滚动/不可变会临时扩容；若 EC2 实例配额或 ASG 上限不足，更新或回滚可能失败；需提前申请配额或降载执行。
• 不可变与资源变更冲突：同时进行实例配置变更与资源变更（如负载均衡器设置）会报错；应拆分更新或改用蓝/绿。
• 运行状况判定过严：应用启动慢导致增强型运行状况误判；可适当调整阈值/超时或优化应用启动流程。
• 版本膨胀：未配置生命周期策略导致版本上限被占满；应启用策略并定期清理。