现在很多人会将服务部署到tke集群中,数据库也是用的云上数据库,一些后端服务就需要连接redis、mysql等数据库,大家都知道我们的服务是打成镜像通过pod部署的,所以我们需要在pod里面能访问到云上的数据库。
但是这个过程很多人遇到一个问题,就是发现后端需要连接数据库的pod一直无法正常运行,查看业务日志发现是连接数据库失败,然后就赶紧到节点看看和数据库的网络是否通,节点telnet测试发现是可以连接,说明节点到数据库的网路没问题,然后就怀疑是容器网络有问题,起了一个测试pod,直接telnet数据库无法连接。也就是说tke集群内的容器到数据库的网络不通,很多人到这里就没有思路了,然后只能提工单向腾讯云求助。
其实这个问题就是pod到数据库网络不通的问题,今天我们来说下这个问题是什么原因导致,又该如何解决。
很多人使用过k8s的都知道,pod的出口ip一般就是所在节点的ip,所以在数据库得安全组就只放通了节点所在的网段,但是在tke集群会部署一个ip-masq-agent的插件,这个插件具体的介绍说明可以参考https://cloud.tencent.com/developer/article/1688838 ,这里简单说下这个插件就是集群内那些网段的ip不做snat,保留源ip,tke集群默认会配置节点网段和容器网段不做snat,也就说如果pod作为客户端ip去访问数据库,在数据库接收的ip是pod ip,并不是节点ip,通常节点所在的网段和容器网段不是同一个,但是你数据库的安全组又只放通了节点所在网段,所以会导致pod访问不通数据库。
既然找到问题的原因了,那么解决方案就好说了,我们在数据库的安全组放通下容器网段的访问就行。下面我们可以简单测试下是不是这样一回事,我们这里测试下访问mysql数据,其他数据库也是相同的解决方案,只不过数据库端口不一样。
这里我们还要说明下:一般这个问题都是tke的GR网络模式,GR网络模式才会出现容器网络和节点网络不在一个vpc内,如果是vpc-cni模式则容器网络和节点网络在同一个vpc内,所以数据库安全组只需要放通vpc网段,也就是节点网段就行。
我们可以通过获取ip-masq-agent组件的configmap来获取不做snat的网段信息
[root@baron-cvm ~]# kubectl get cm ip-masq-agent-config -n kube-system -o yaml | grep NonMasqueradeCIDRs
config: '{"NonMasqueradeCIDRs":["172.23.0.0/16","10.0.0.0/16"],"MasqLinkLocal":true,"ResyncInterval":"1m0s"}'
这里我么测试下mysql只放通vpc的网段,看看pod内能否访问mysql
我们在节点测试下访问mysql,节点上是可以访问通的。
我们起了一个busybox pod进行测试下,在pod里面是访问mysql不通。这里是因为我们的安全组还没放通我们的容器网段导致的。
注意:即使网络通了,在busybox的pod里面如果直接telnet redis数据库会有问题,具体原因未知,这里不建议busybox测试
这里我们在mysql的安全组加了一条规则,放通了集群的容器网段3306端口的访问。下面我们再在之前的pod测试下
这里我们测试了在容器里面是可以telnet通mysql,说明容器到数据库的网络是通的,这里pod内无法访问云上数据库的问题就解决了。
如果是访问其他数据库有问题,这里的解决方案也一样的,其实这个问题的解决方案总结起来就是在数据库的安全组放通tke集群内的ip-masq-agent组件配置的不做snat的网段。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。