我正在尝试从节点应用程序连接到Google Cloud SQL,该应用程序在由Kubernetes管理的Google Container Engine中运行。我按照说明here创建了一个Cloud SQL代理。
当我运行应用程序时,我会收到:
{
"code": "ENOTFOUND",
"errno": "ENOTFOUND",
"syscall": "getaddrinfo",
"hostname": "127.0.0.1:3306",
"host": "127.0.0.1:3306",
"port": 3306,
"fatal": true
}
所以看起来代理无法解析。
我已经运行kubectl describe pods <pod_name>
并且代理看起来很健康:
cloudsql-proxy:
Container ID: docker://47dfb6d22d5e0924f0bb4e1df85220270b4f21e971228d03148fef6b3aad6c6c
Image: b.gcr.io/cloudsql-docker/gce-proxy:1.05
Image ID: docker://sha256:338793fcb60d519482682df9d6f88da99888ba69bc6da96b18a636e1a233e5ec
Port:
Command:
/cloud_sql_proxy
--dir=/cloudsql
-instances=touch-farm:asia-east1:api-staging=tcp:3306
-credential_file=/secrets/cloudsql/credentials.json
Requests:
cpu: 100m
State: Running
Started: Sat, 01 Oct 2016 20:38:40 +1000
Ready: True
Restart Count: 0
Environment Variables: <none>
对我来说,唯一不寻常的是Port
字段为空,但是上面引用的指南中没有说明在部署配置文件中公开端口。我也尝试在配置文件中指定3306端口,但是虽然端口显示在kubectl describe pods
输出中,但节点仍然无法找到代理。
我在这里缺少什么?为什么我无法解析代理?
修改(更多信息)
来自cloudsql-proxy容器的日志:
2016-10-01T11:44:40.108529344Z 2016/10/01 11:44:40 Listening on 127.0.0.1:3306 for touch-farm:asia-east1:api-staging
2016-10-01T11:44:40.108561194Z 2016/10/01 11:44:40 Ready for new connections
答案 0 :(得分:4)
您似乎将主机指定为127.0.0.1:3306
而不是127.0.0.1
。