在 AWS Elastic Beanstalk 上使用 Docker 进行 Django 迁移

Question

我有一个 django 应用程序在 AWS Elastic Beanstalk 上的单个 docker 容器中运行。我无法让它正确运行迁移，它总是看到旧的 docker 映像并尝试从中运行迁移（但它没有最新的文件）。

我用我的 EBS 源包（一个包含 Dockerrun.aws.json 文件和 .ebextensions 目录的 zip）打包了一个 .ebextensions 目录。它有一个 setup.config 文件，如下所示：

container_commands:
  01_migrate:
    command: "CONTAINER=`docker ps -a --no-trunc | grep aws_beanstalk | cut -d' ' -f1 | head -1` && docker exec $CONTAINER python3 manage.py migrate"
    leader_only: true

这部分模仿了this SO question 上的 cmets。

如果我再次重新部署应用程序，我已经验证它可以工作，因为这次之前运行的映像将具有更新的迁移文件。

有人知道如何在.ebextensions 脚本中访问最新的 docker 镜像或最新运行的容器吗？

Answer 1

我正在使用另一种方法。我所做的是基于新构建的映像运行一个容器，然后从 Elastic Beanstalk 传入环境变量并在该容器中运行自定义命令。完成该命令后，它将自行删除并继续部署。

这是我放在.ebextensions/scripts/container_command.sh 中的脚本（确保替换 中的所有内容）：

#!/bin/bash

COMMAND=$1

EB_CONFIG_DOCKER_IMAGE_STAGING=$(/opt/elasticbeanstalk/bin/get-config container -k <environment_name>_image)
EB_SUPPORT_FILES=$(/opt/elasticbeanstalk/bin/get-config container -k support_files_dir)

# build --env arguments for docker from env var settings
EB_CONFIG_DOCKER_ENV_ARGS=()

while read -r ENV_VAR; do
    EB_CONFIG_DOCKER_ENV_ARGS+=(--env "${ENV_VAR}")
done < <($EB_SUPPORT_FILES/generate_env)

docker run --name=shopblender_pre_deploy -d \
    "${EB_CONFIG_DOCKER_ENV_ARGS[@]}" \
    "${EB_CONFIG_DOCKER_IMAGE_STAGING}"

docker exec shopblender_pre_deploy ${COMMAND}

# clean up
docker stop shopblender_pre_deploy
docker rm shopblender_pre_deploy

现在，您可以使用此脚本对稍后部署的容器执行任何自定义命令。

类似.ebextensions/container_commands.config:

container_commands:
    01-command:
        command: bash .ebextensions/scripts/container_command.sh "php app/console doctrine:schema:update --force --no-interaction" &>> /var/log/database.log
        leader_only: true
    02-command:
        command: bash .ebextensions/scripts/container_command.sh "php app/console fos:elastica:reset --no-interaction" &>> /var/log/database.log
        leader_only: true
    03-command:
        command: bash .ebextensions/scripts/container_command.sh "php app/console doctrine:fixtures:load --no-interaction" &>> /var/log/database.log
        leader_only: true

这样你也不必担心你最近启动的容器是什么，这是上述解决方案的问题。

Answer 2

根据Customizing Software on Linux Servers 上的 AWS 文档，container_commands 将在部署您的应用程序之前执行。

您可以使用container_commands 键为您的容器执行命令。 container_commands 中的命令按名称按字母顺序处理。 它们在应用程序和网络服务器设置完成后运行并且应用程序版本文件已提取，但在应用程序版本部署之前。他们还可以访问环境变量，例如您的 AWS 安全凭证。此外，您可以使用leader_only。一个实例被选为 Auto Scaling 组中的领导者。如果leader_only 值设置为true，则该命令仅在标记为领导者的实例上运行。

看看我在here 中的回答。它在不同的应用部署状态下运行一些命令并给出命令结果。

因此，您的问题解决方案可能是创建应用后部署挂钩。

.ebextensions/00_post_migrate.config

files:
  "/opt/elasticbeanstalk/hooks/appdeploy/post/10_post_migrate.sh":
    mode: "000755"
    owner: root
    group: root
    content: |
      #!/usr/bin/env bash
      if [ -f /tmp/leader_only ]
      then
        rm /tmp/leader_only
        docker exec `docker ps --no-trunc -q | head -n 1` python3 manage.py migrate
      fi

container_commands:
  01_migrate:
    command: "touch /tmp/leader_only"
    leader_only: true