我在Google Cloud Kubernetes Engine的多个pod中扩展了一个微服务。在多云的商店中，我们在Azure Application Insights中进行了日志记录/监视/遥测。 我们的数据应保存在欧洲内部，因此我们的GCP Kubernetes集群是使用
设置的Master zone: europe-west1-b
Node zones: europe-west1-b
当我在此集群上创建节点池时，从Google Cloud Platform控制台“节点详细信息”可以看出，这些节点显然具有Europe-west1-b区域（如预期）。
但是，在Azure Application Insights中，从在此节点池中的pod中运行的应用程序报告的遥测报告中，client_City报告为“ Mountain View”，client_StateOrProvince报告为“ California”，在某些情况下，“ Ann Arbor”在“密歇根州”。
起初，我放弃了这个奇怪的位置，因为它只是一些云间问题（例如，当未按接收端或预期的那样填写信息时，默认为一个奇怪的地方）。
但是，现在，Application Insights实际指出，根据我的Pod是在密歇根州还是在加利福尼亚州运行，在性能上存在相当大的差异，这使我相信这些字段实际上是正确的。
GCP在骗我吗？我看错地方了吗？如何确保我的GCP Kubernetes节点在欧洲运行？
从GCPR的角度以及从性能（延迟）角度来讲，这对我来说都是至关重要的。
答案 0 :(得分：3)
Azure Application Insights愚弄了您，因为外部IP是由Google在加利福尼亚注册的，而不是考虑到遍布全球的数据中心都在使用这些IP。也有一个GCE实例部署到美因河畔法兰克福，而IP似乎就像是山景城。 StackDriver可能会报告实际位置（而不是一些模糊的GeoIP位置）。