我正在按照这个例子来了解如何通过以下方式在连接到 Google Cloud SQL 的 GKE 上运行 wordpressGoogle Cloud SQL 代理。
但是要么是文档,要么是代理本身有缺陷,或者我有问题:-)
不幸的是,我的 Wordpress pod 因 crashloop 错误而失败,并且从文档中无法清楚了解如何深入挖掘此错误的原因。以下是错误示例:
bash-3.2$ kubectl get pods| egrep wordpress
wordpress-713960421-v4f49 0/2 CrashLoopBackOff 16 20m
(kubectl 描述 pod...)
11 分 22 秒 36 kubelet,gke-noon-staging-default-pool-d500b601-dfb6 警告 FailedSync 同步 pod 时出错,跳过:[无法“StartContainer”用于“web”并出现 CrashLoopBackOff:“Back-off 5m0s 重新启动失败容器 = web
pod = wordpress-713960421-v4f49_default(f64276d2-5660-11e7-a565-42010a9a0023)”,无法“StartContainer”用于“cloudsql-proxy”并出现
CrashLoopBackOff:“Back-off 5m0s 重新启动失败容器 = cloudsql-proxy
pod = wordpress-713960421-v4f49_default(f64276d2-5660-11e7- a565-42010a9a0023)” ]
我的问题是:
- 如何进一步探究为什么 Pod 无法使用 Cloud SQL 代理进行部署
- 有没有人有使用云 SQL 代理与简单的 mysql 客户端 pod 的示例?
该 Pod 的描述(kubectl describe):
我分别部署了云 SQL 代理和 wordpress 容器,发现云 SQL 代理运行良好,但 wordpress 博客容器无法在 kubernetes 上启动。
同步 pod 时出错,跳过:
由于 CrashLoopBackOff,wordpress 的“StartContainer”失败
查看 wordpress 的 pod 日志,似乎 wordpress 快要死了,因为它无法连接到 MySQL DB:
MySQL 连接错误:(2002)连接被拒绝 –