如何在ebextensions脚本中正确重启Elastic Beanstalk实例？

我完全明白你遇到的困扰——直接在ebextensions里硬加reboot命令会打断EB的部署流程，因为EB的部署脚本是同步执行的，重启会直接终止当前的部署进程，EB就会判定部署失败并触发错误。下面是几个EB官方推荐的重启方式，能完美避开这个问题：

1. 用container_commands配合后台延迟执行 #

container_commands是在应用文件部署到服务器后、容器启动前执行的命令，我们可以把重启命令放到后台，并且加个短暂延迟，让EB的部署流程先顺利收尾：

container_commands:
  01_install_rpm:
    command: "rpm -ivh /path/to/your/package.rpm"
  02_yum_update:
    command: "yum update -y"
  03_delayed_reboot:
    command: "sleep 10 && reboot &"

• sleep 10给EB留足时间完成部署阶段的收尾工作
• &把命令放到后台执行，不会阻塞当前的部署主线程

2. 用files创建重启脚本，通过临时cron触发 #

这种方式稳定性更高，适合需要确保重启在部署完全完成后才执行的场景：

files:
  /tmp/reboot_after_deploy.sh:
    mode: "000755"
    owner: root
    group: root
    content: |
      #!/bin/bash
      sleep 15
      reboot

container_commands:
  01_install_rpm:
    command: "rpm -ivh /path/to/your/package.rpm"
  02_yum_update:
    command: "yum update -y"
  03_setup_reboot_trigger:
    command: "bash /tmp/reboot_after_deploy.sh &"

这里我们先创建一个带延迟的重启脚本，然后在部署最后一步把脚本放到后台执行，既不阻塞部署流程，又能保证重启操作在部署完成后触发。

3. 使用Platform Hooks（最推荐） #

Elastic Beanstalk的Platform Hooks是官方专门设计用来处理部署前后操作的机制，postdeploy阶段的钩子会在应用完全部署完成后执行，完全不会干扰部署流程：

首先在你的应用根目录创建.platform/hooks/postdeploy文件夹，然后在里面创建一个重启脚本，比如99_restart_instance.sh：

#!/bin/bash
sleep 10
reboot

别忘了给脚本添加执行权限：chmod +x .platform/hooks/postdeploy/99_restart_instance.sh

然后在ebextensions里只保留核心的安装和更新命令即可：

container_commands:
  01_install_rpm:
    command: "rpm -ivh /path/to/your/package.rpm"
  02_yum_update:
    command: "yum update -y"

这样EB会在所有部署步骤彻底完成后，自动执行postdeploy钩子里的重启命令，完全不会出现部署失败的情况。

核心原理 #

EB的部署流程是线性同步执行的，如果直接执行reboot，当前的部署进程会被立即终止，EB会检测到进程异常从而标记部署失败。而上面的方法要么把重启放到后台延迟执行，要么利用EB的钩子机制在部署完成后再触发，确保部署流程能正常走完。

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