1

我正在将我的 Phoenix 应用程序推送到 Kubernetes 集群以通过 GitLab 进行测试。一旦我的应用程序和 postgres 服务准备就绪，我希望能够mix ecto.migrate在我的脚本中运行。gitlab-ci.yml这是文件中的一个片段gitlab-ci.yml：

review:
  stage: review
  image: dtzar/helm-kubectl

  environment:
    name: review/$CI_COMMIT_REF_NAME
    url: https://$CI_PROJECT_NAME-${CI_ENVIRONMENT_SLUG}.$KUBE_DOMAIN
    on_stop: stop_review

  before_script:
    - command deploy/kinit.sh

  script:
    - helm upgrade --install db --wait --set postgresDatabase=app_db stable/postgresql
    - helm upgrade --install app ./deploy/app_chart --wait --set env.DATABASE_URL="${DATABASE_URL}"

    - export POD_NAME=`kubectl get pod -l "app=${CI_ENVIRONMENT_SLUG}" -o jsonpath='{.items[0].metadata.name}'`
    - kubectl exec $POD_NAME -- mix ecto.migrate

据我了解，该--wait参数意味着每个部署将在继续之前完成（全部）。我发现虽然 postgres 部署已经完成，但这并不意味着 postgres 服务器已经准备好。

通常，当kubectl exec命令运行时，我会收到以下错误：

** (exit) exited in: :gen_server.call(#PID<0.183.0>, {:checkout, #Reference<0.0.1.2678>, true, :infinity}, 5000)
    ** (EXIT) time out
    (db_connection) lib/db_connection/poolboy.ex:112: DBConnection.Poolboy.checkout/3
    (db_connection) lib/db_connection.ex:919: DBConnection.checkout/2
    (db_connection) lib/db_connection.ex:741: DBConnection.run/3
    (db_connection) lib/db_connection.ex:1132: DBConnection.run_meter/3
    (db_connection) lib/db_connection.ex:584: DBConnection.prepare_execute/4
    (ecto) lib/ecto/adapters/postgres/connection.ex:93: Ecto.Adapters.Postgres.Connection.execute/4
    (ecto) lib/ecto/adapters/sql.ex:243: Ecto.Adapters.SQL.sql_call/6
    (ecto) lib/ecto/adapters/sql.ex:193: Ecto.Adapters.SQL.query!/5

当我查看 Kubernetes ui 时，我可以看到我的 postgres pod 出现以下错误：

SchedulerPredicates failed due to PersistentVolumeClaim is not bound: "db-postgresql", which is unexpected.

看到这条消息后，我监控了 pod，一切都很好。但不是在我的部署脚本失败之前。

我最初的想法是，我可以initContainer为我的应用程序创建一个使用 psql 成功连接到服务器并检查“app_db”数据库是否存在的应用程序。这样我就不必担心为超时和重试编写自己的代码——我可以利用 Kubernetes 提供的内置机制。

但是，我不想在我的生产环境中这样做（我想mix ecto.migrate在生产系统上手动运行）。在这种情况下，这initContainer简直是对系统资源的浪费。

有没有一种可靠的方法可以通过gitlab-ci.yml脚本实现这一目标？

4

1 回答 1

2

从概念的角度来看，我会：

  1. 在我的 Postgres 容器上配置就绪探测，以便在引擎启动之前 Pod 不会被视为“正在运行”。

    # in the Pod template:
# spec.containers['postgres']

readinessProbe:
  exec:
    command:
    - psql
    - -U
    - postgres
    - -c
    - 'SELECT 1'
  initialDelaySeconds: 5
  periodSeconds: 5

  2. 在执行我的 Mix 任务之前，等待 Pod 转换到“运行”状态。

    # in gitlab-ci.yml, before "mix ecto.migrate"

- |
    while [ "$(kubectl get pod $POD_NAME -o jsonpath='{$.status.phase}')" != "Running" ]; do
      sleep 1;
    done
于 2017-07-10T18:43:39.473 回答