GCP Kubernetes 节点位置

Question

我在 Google Cloud Kubernetes Engine 中的多个 pod 上横向扩展了一个微服务。在多云商店中，我们在 Azure Application Insights 中有我们的日志记录/监控/遥测。 我们的数据应该保存在欧洲内部，因此我们的 GCP Kubernetes 集群设置为

Master zone: europe-west1-b
Node zones: europe-west1-b

当我在此集群上创建节点池时，节点显然具有区域 europe-west1-b（如预期的那样），从 Google Cloud Platform Console“节点详细信息”中可以看到。

但是，在 Azure Application Insights 中，从在此节点池中的 pod 中运行的应用程序报告的遥测数据中，client_City 报告为“山景”，client_StateOrProvince 为“加利福尼亚”，某些情况下“安娜堡”在“密歇根州”。

起初，我只是将这个奇怪的位置视为一些云间问题（例如，在接收端未按预期填写信息时默认为奇怪的东西，或类似的）。

但现在，Application Insights 实际上指出，根据我的 pod 是在密歇根州还是在加利福尼亚州运行，性能会存在相当大的差异，这让我相信这些字段实际上是正确的。

GCP 是在欺骗我吗？我看错地方了吗？如何确保我的 GCP Kubernetes 节点在欧洲运行？

这对我来说很重要，无论是从 GCPR 的角度来看，还是从性能（延迟）的角度来看。

Answer 1

Azure Application Insights 正在愚弄您，因为外部 IP 是由 Google 在加利福尼亚州注册的，而没有考虑到这些被分布在全球各地的数据中心使用。还有一个 GCE 实例部署到美因河畔法兰克福，而 IP 看起来好像是山景城。 StackDriver 可能会报告实际位置（而不是一些模糊的 GeoIP 位置）。