如何配置AWS Auto Scaling Group让CodeDeploy在EC2 UserData执行完成后运行

1. 如何确保CodeDeploy仅在UserData执行完成后运行 #

有两种落地性极强的方案，可根据你的场景选择：

• 方案一：延迟启动CodeDeploy代理（最简单，无需修改生命周期配置）
  如果你使用的AMI中已经预装了codedeploy-agent，在UserData开头先执行命令停止代理：

  # 适用于Systemd管理的系统（Amazon Linux 2、CentOS 7+、Ubuntu 16.04+）
  systemctl stop codedeploy-agent
  

  等UserData中所有nodejs安装、环境依赖配置的步骤全部执行成功后，再执行命令启动代理：

  systemctl start codedeploy-agent
  

  代理启动后才会主动拉取CodeDeploy的部署任务，天然避免了依赖未就绪的问题。
• 方案二：配合ASG生命周期钩子（适合需要更严格流程管控的场景）
  你可以额外新增一个自定义的实例启动类型生命周期钩子，超时时间设置为大于UserData的最大执行时长（最长可设7200秒），在UserData所有任务执行完成后，调用命令发送钩子完成信号：

  aws autoscaling complete-lifecycle-action \
    --lifecycle-hook-name 你的自定义钩子名称 \
    --auto-scaling-group-name 你的ASG名称 \
    --lifecycle-action-result CONTINUE \
    --instance-id $(curl -s http://169.254.169.254/latest/meta-data/instance-id)
  

  所有生命周期钩子都收到完成信号后，实例才会进入InService状态，CodeDeploy才会触发部署。

2. 是否可以配置多个生命周期钩子 #

可以。Auto Scaling Group支持同时配置多个同类型的生命周期钩子，同一生命周期阶段的所有钩子都必须收到完成信号后，实例才会进入下一状态。

3. 是否可以修改CodeDeploy自带的生命周期钩子 #

不建议直接修改CodeDeploy自动创建的托管生命周期钩子，该钩子由CodeDeploy服务维护，后续你修改CodeDeploy关联配置时，自定义修改的内容可能会被自动覆盖。推荐使用上面提到的两种方案实现需求，无需改动CodeDeploy默认生成的资源。

注意：请在UserData中添加错误退出逻辑，若nodejs等依赖安装失败，不要启动codedeploy-agent，也不要发送生命周期完成信号，避免异常实例进入服务池。

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