Como fazer com que o proxy do Cloud SQL do Google funcione

Question

Estou seguindo este exemplo de como executar o wordpress no GKE conectado ao Google Cloud SQL por meio do Proxy do Google Cloud SQL .

Mas a documentação, ou o próprio proxy, é deficiente ou eu sou: -)

Infelizmente, meu pod do Wordpress está falhando com um erro de falha de travamento, e não está claro na documentação como aprofundar o motivo disso. Aqui está uma amostra do erro:

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

(kubectl descreve a vagem ...)

11m 22s 36 kubelet, gke-noon-staging-default- pool-d500b601-dfb6 Warning FailedSync Error syncing pod, skipping: [failed to "StartContainer" for "web" with CrashLoopBackOff: "Back-off 5m0s restarting failed container=web
pod=wordpress-713960421-v4f49_default(f64276d2-5660-11e7-a565-42010a9a0023)" , failed to "StartContainer" for "cloudsql-proxy" with
CrashLoopBackOff: "Back-off 5m0s restarting failed container=cloudsql-proxy
pod=wordpress-713960421-v4f49_default(f64276d2-5660-11e7- a565-42010a9a0023)" ]

Minhas perguntas são:

• Como aprofundar o motivo pelo qual o pod não está conseguindo implantar com o proxy SQL em nuvem
• Alguém tem um exemplo trabalhando para usar o proxy sql de nuvem com um simples cliente mysql?

Uma descrição do pod (kubectl describe):

link

Eu implantei o proxy sql em nuvem e o contêiner wordpress separadamente e descobri que o proxy sql em nuvem é executado corretamente, mas o contêiner do blog wordpress falha na inicialização em kubernetes.

Erro ao sincronizar o pod, pulando:

failed to "StartContainer" for "wordpress" with CrashLoopBackOff

Olhando os registros do pod para o wordpress, parece que o wordpress está morrendo porque não pode se conectar ao banco de dados MySQL:

MySQL Connection Error: (2002) Connection refused –