Как заставить работать прокси-сервер Google Cloud SQL

Я следую этому примеру того, как запустить wordpress на GKE, подключенном к Google Cloud SQL через Прокси-сервер Google Cloud SQL.

Но либо документация, либо сам прокси недостаточны, либо я :-)

К сожалению, мой модуль Wordpress не работает с ошибкой аварийного завершения, и из документации неясно, как глубже понять причину этого. Вот образец ошибки:

bash-3.2$ kubectl get pods| egrep wordpress
wordpress-713960421-v4f49     0/2       CrashLoopBackOff   16         20m

(kubectl описать под ...)

11 м 22 с 36 кубелет, gke-noon-staging-default-pool-d500b601-dfb6 Предупреждение FailedSync Ошибка модуля синхронизации, пропуск: [сбой в «StartContainer» для «Интернета» с CrashLoopBackOff: «Отказ 5 минут после перезапуска сбойного контейнера = веб
pod = wordpress-713960421-v4f49_default (f64276d2-5660-11e7-a565-42010a9a0023) ", не удалось" StartContainer "для" cloudsql-proxy "с
CrashLoopBackOff: "Отсрочка 5 мин. После перезапуска неудавшегося контейнера = cloudsql-proxy.
pod = wordpress-713960421-v4f49_default (f64276d2-5660-11e7- a565-42010a9a0023) "]

Мои вопросы:

• Как подробнее узнать, почему модуль не удается развернуть с облачным прокси-сервером sql
• Есть ли у кого-нибудь пример работы с использованием облачного прокси-сервера sql с простым клиентским модулем mysql?

Описание модуля (описание kubectl):

https://pastebin.com/pN7gUZg8

Я развернул облачный прокси-сервер sql и контейнер wordpress по отдельности и обнаружил, что облачный sql-прокси работает нормально, но контейнер блога wordpress не запускается на кубернетах.

Ошибка синхронизации модуля, пропускается:

не удалось "StartContainer" для "wordpress" с CrashLoopBackOff

Глядя на журналы модулей для wordpress, кажется, что wordpress умирает, потому что не может подключиться к базе данных MySQL:

Ошибка подключения MySQL: (2002) В подключении отказано -