Как исправить «Ошибка подключения к CloudSQL: превышен крайний срок контекста» в развертывании Docker Craft Cloud Run

Недавно при попытке обновить php-версии файла докера, который запускает craft cms в облачной службе, я начал получать ошибки подключения к CloudSQL.

Пример журналов.

2019-08-08T06:58:25.612096Z POST200 474 B 38 ms Chrome 75 /index.php?p=mangomin/actions/install/validate-db
2019-08-08T07:00:12.134410Z CloudSQL connection failed. Please see https://cloud.google.com/functions/docs/sql#troubleshooting for additional details: Post https://www.googleapis.com/sql/v1beta4/projects/c3gatsby-workflow-420fc457/instances/master-sql-f47f6b/createEphemeral?alt=json&prettyPrint=false: context deadline exceeded
2019-08-08T07:00:12.141939Z 169.254.8.129 - - [08/Aug/2019:07:00:02 +0000] "GET / HTTP/1.1" 503 52611 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36"
2019-08-08T07:00:12.144019Z GET503 51.4 KB 10 s Chrome 75 / 
2019-08-08T07:01:34.189448Z CloudSQL connection failed. Please see https://cloud.google.com/functions/docs/sql#troubleshooting for additional details: Post https://www.googleapis.com/sql/v1beta4/projects/c3gatsby-workflow-420fc457/instances/master-sql-f47f6b/createEphemeral?alt=json&prettyPrint=false: context deadline exceeded
2019-08-08T07:01:34.200976Z GET503 51.4 KB 10 s Chrome 75 / 

Это началось сегодня утром «8 августа 2019 года». Первоначально я думал, что версия php, которую я обновил, несовместима с сокетами unix или подобными, поэтому я понизил версию. Это не сработало. Итак, я продолжил откат к вчерашней версии (тот же env и docker sha). Проблема не устранена, затем я вернулся к стабильной версии докера, которая, как я знаю, работает над родственной облачной службой. Нет игральных костей.

Проще говоря, единственное, что я пытался обновить, — это файл докера и способ его сборки. (Попытка включить opcache, который, как я обнаружил, творит чудеса локально для ускорения запросов) Старый

FROM php:7.1-apache

# Enable Reqrite and Headers for .htaccess
RUN a2enmod rewrite
RUN a2enmod headers

# Ensure UTF-8
RUN echo "AddDefaultCharset UTF-8" > /var/www/html/.htaccess

# Install linux dependencies
RUN export CFLAGS="$PHP_CFLAGS" CPPFLAGS="$PHP_CPPFLAGS" LDFLAGS="$PHP_LDFLAGS" \
  && apt-get update --fix-missing \
  && apt-get install -y ssl-cert libmagickwand-dev libpq-dev zlib1g \
  && rm -rf /var/lib/apt/lists/*

# Install imagick
RUN pecl install imagick-3.4.3

# Install php extentions for docker
RUN docker-php-ext-enable imagick \
  && docker-php-ext-install pdo pdo_mysql zip

# Enable SSL apache2
RUN a2ensite default-ssl \
  && a2enmod ssl

# Replace the default served file to /web
RUN sed -i 's%/var/www/html%/var/www/html/web%g' /etc/apache2/sites-enabled/*.conf

# Use the PORT environment variable in Apache configuration files.
RUN sed -i 's/80/${PORT}/g' /etc/apache2/sites-enabled/000-default.conf /etc/apache2/ports.conf

# Replace with production mode
RUN mv "$PHP_INI_DIR/php.ini-production" "$PHP_INI_DIR/php.ini"

# Up the upload file size limit, memory limit and max-execution time
RUN sed -i "s/max_input_time = 30/max_input_time = 120/g" "$PHP_INI_DIR/php.ini"
RUN sed -i "s/upload_max_filesize = 2M/upload_max_filesize = 5M/g" "$PHP_INI_DIR/php.ini"
RUN sed -i "s/max_execution_time = 30/max_execution_time = 120/g" "$PHP_INI_DIR/php.ini"
RUN sed -i "s/memory_limit = 128M/memory_limit = 256M/g" "$PHP_INI_DIR/php.ini"

Новый

FROM php:7.3-apache-stretch

# Enable Reqrite and Headers for .htaccess
RUN a2enmod rewrite
RUN a2enmod headers

# Ensure UTF-8
RUN echo "AddDefaultCharset UTF-8" > /var/www/html/.htaccess

RUN export CFLAGS="$PHP_CFLAGS" CPPFLAGS="$PHP_CPPFLAGS" LDFLAGS="$PHP_LDFLAGS"

# Install linux dependencies
RUN apt-get update --fix-missing \
  && apt-get install -y libfreetype6-dev libjpeg62-turbo-dev \
  libpng-dev libbz2-dev \
  libssl-dev autoconf \
  ca-certificates curl g++ libicu-dev mysql-client \
  ssl-cert libmagickwand-dev libpq-dev zlib1g libzip-dev \
  && rm -rf /var/lib/apt/lists/*

# Install imagick
RUN pecl install imagick-3.4.3

# Install php extentions for docker
RUN docker-php-ext-enable imagick

RUN docker-php-ext-install bcmath bz2 exif \
  gd gettext mbstring opcache

RUN docker-php-ext-install shmop sockets sysvmsg sysvsem sysvshm \
  zip iconv pdo_mysql intl

# Enable SSL apache2
RUN a2ensite default-ssl \
  && a2enmod ssl

COPY php/opcache.ini /usr/local/etc/php/conf.d/opcache.ini

ENV PHP_OPCACHE_VALIDATE_TIMESTAMPS="0" \
  PHP_OPCACHE_MAX_ACCELERATED_FILES="10000" \
  PHP_OPCACHE_MEMORY_CONSUMPTION="192" \
  PHP_OPCACHE_MAX_WASTED_PERCENTAGE="10"

# Replace the default served file to /web
RUN sed -i 's%/var/www/html%/var/www/html/web%g' /etc/apache2/sites-enabled/*.conf

# Use the PORT environment variable in Apache configuration files.
RUN sed -i 's/80/${PORT}/g' /etc/apache2/sites-enabled/000-default.conf /etc/apache2/ports.conf

# Replace with production mode
RUN mv "$PHP_INI_DIR/php.ini-production" "$PHP_INI_DIR/php.ini"

# Up the upload file size limit, memory limit and max-execution time
RUN sed -i "s/max_input_time = 30/max_input_time = 120/g" "$PHP_INI_DIR/php.ini" && \
  sed -i "s/upload_max_filesize = 2M/upload_max_filesize = 10M/g" "$PHP_INI_DIR/php.ini" && \
  sed -i "s/max_execution_time = 30/max_execution_time = 120/g" "$PHP_INI_DIR/php.ini" && \
  sed -i "s/memory_limit = 128M/memory_limit = 512M/g" "$PHP_INI_DIR/php.ini"

Прошу прощения, что выкладываю целые файлы.

Ожидаемые и фактические результаты уже объяснены.

Некоторые наблюдения, которые я обнаружил, заключаются в том, что тайм-ауты составляют ровно 10 секунд, если это имеет какое-то отношение к чему-то.

Любая помощь будет оценена.

Заранее спасибо.


person Drew Hutton    schedule 08.08.2019    source источник
comment
Я считаю, что проблема возникла из-за проблемы с сервисом Google. Попробуйте еще раз, теперь все должно работать.   -  person John Hanley    schedule 08.08.2019
comment
Да вроде так, теперь все работает нормально, рвал на себе волосы весь день. Я рад, что это исправлено. Как я должен пометить это как решенное, если это был временный сбой?   -  person Drew Hutton    schedule 09.08.2019
comment
Да, я бы закрыл вопрос.   -  person John Hanley    schedule 09.08.2019


Ответы (1)


Убедитесь, что для вашего экземпляра Cloud SQL включено подключение по общедоступному IP-адресу. Без его включения прокси-сервер Cloud SQL не работает.

person Sam Day    schedule 27.09.2019