VPC对等MongoDB Atlas与GCP库伯内特斯工程
我按照https://docs.atlas.mongodb.com/security-vpc-peering/创建了VPC对等互连并检查了激活的双方（GCP和Atlas）。我的GCP VPC本机已启用。
MongoDB cidr192.168.0.0/16
GCP pod ip10.4.0.0/16
我将10.4.0.0/16添加到Atlas白名单中，并尝试通过其中一个POD中的专用连接字符串进行连接
mongo "mongodb+srv://id:pass0@dbname-pri.some.mongodb.net/dbname"
但它返回错误
*** You have failed to connect to a MongoDB Atlas cluster. Please ensure that your IP allowlist allows connections from your network.
Error: Could not find host matching read preference { mode: "nearest" }
mongodb集群pod中的nslookup显示
Server: 10.4.128.10
Address: 10.4.128.10#53
Name: dbname-pri.some.mongodb.net
Address: 192.168.254.213
我刚刚添加了白名单0.0.0.0/0到Atlas。但它返回相同的错误。它可能绝对不是白名单的问题。
我应该设置防火墙还是其他什么？
共有1个答案
我找到答案了！
我希望这能帮助和我有同样问题的人。
解决方案
The mongodb Atlas cluster is created AWS based.
this AWS based cluster cannot be connected with GCP via VPC peering.
If you want to connect to GCP, you should make GCP based mongodb cluster.
关键问题是。其他一些观点是，
- 应使用带“-pri”的专用连接字符串
这会有帮助的。
-
据我所知，作业对象应该在一定时间后收获豆荚。但是在我的GKE集群（库伯内特斯1.1.8）上，“kubectl get pods-a”似乎可以列出几天前的豆荚。 所有这些都是使用乔布斯API创建的。 我确实注意到在使用 kubectl 删除作业后，pod 也被删除了。 我在这里主要担心的是，我将在批量作业中在集群上运行成千上万个pod，并且不想让内部待办系统过载。
-
在使用Google容器引擎时，人们会推荐GCP的本机负载平衡器还是Kubernetes服务type=负载平衡器选项？ 人们推荐哪一种？
-
我使用的是Kubernetes引擎，我有多个nginx入口控制器，它们的公共IP一直在变化。 我不能在生产中使用它，因为这不是正确的行为。 这正常吗？有人能帮我吗？
-
我正在尝试在Kubernetes集群（Azure AKS）中部署Flink作业。作业群集在启动后立即中止，但任务管理器运行正常。 docker镜像创建成功，没有任何异常。我可以运行docker镜像，也可以SSHdocker镜像。 我已经按照以下链接中提到的步骤： https://github.com/apache/flink/tree/release-1.9/flink-container/kub
-
我假设没有愚蠢的问题，所以这里有一个我找不到直接答案的问题。 现在的情况 我目前有一个运行1.15的Kubernetes集群。AKS上的x，通过Terraform部署和管理。AKS最近宣布Azure将在AKS上停用Kubernetes的1.15版本，我需要将集群升级到1.16或更高版本。现在，据我所知，直接在Azure中升级集群不会对集群的内容产生任何影响，即节点、豆荚、秘密和当前在那里的所有其他
-
我在windows 10中创建了两个在我的minikube环境中运行的POD。一个POD带有Spring boot应用程序容器，另一个POD带有mysql容器。对于Spring boot应用程序，服务类型为nodePort，对于MYSQL pod，服务类型为club sterIP。这意味着Mysql pod只需要在集群内部进行通信。但是对于Spring boot应用程序，需要从浏览器访问，所以我配