Сбой развертывания GCP при "Обновлении службы"

# #mysql #asp.net #google-app-engine #.net-core #google-cloud-platform

Вопрос:

У меня есть asp.net основное приложение, размещенное на GCP App Engine. Когда я пытаюсь развернуть приложение, оно завершается с ошибкой на последнем шаге:

Сбой обновления службы [имя] (это может занять несколько минут) … …

ОШИБКА: (gcloud.app.deploy) Ответ на ошибку: [9] Произошла внутренняя ошибка при обработке задачи / app-engine-flex/flex_await_healthy/flex_await_healthy>blablabla.wm.1

Трассировка стека исключений показывает, что служба, работающая в фоновом режиме, не смогла найти таблицу MySQL (эта таблица, очевидно, существует).

мой файл app.yaml:

 service: XXX
runtime: custom
env: flex
automatic_scaling:
  max_concurrent_requests: 80
  min_num_instances: 1
  max_num_instances: 1
resources:
  cpu: XXX
  memory_gb: XXX
beta_settings:
  cloud_sql_instances: "XXX:XXXX:XXXX=tcp:3306"

Похоже, что приложение развернуто правильно, несмотря на ошибку. Это единственная ошибка, и служба backgroud не выдает никаких исключений на более позднем этапе. На самом деле он работает правильно и может подключаться к базе данных.

Я предполагал, что, возможно, GCP проверяет работоспособность, пока приложение не подключено к базе данных. Поэтому я попытался добавить liveness_check и readiness_check в app.yaml и настроил выделенную конечную точку / healthcheck в своем приложении, но это не внесло никаких изменений.

Есть идеи, как это исправить и что может быть причиной?

1. Когда вы получаете эту ошибку, вы можете взглянуть на crash. log в окне просмотра журналов облачной консоли (Ведение журнала -> Журналы) для вашей конкретной службы / версии, которая обычно точно сообщает вам, что произошло. Но я бы хотел, чтобы вы попробовали указать количество экземпляров максимум до двух, это можно сделать либо с помощью manual_scaling, либо max_num_instances, используя автоматическое масштабирование до 2 (automatic_scaling: min_num_instances: 1 max_num_instances: 2) / (manual_scaling: instances: 2) в вашем файле app.yaml

Ответ №1:

Развертывание приложения с новой версией устранило проблему