Google cloud platform 谷歌云平台外部IP指向新加坡的一个实例，但显示在美国

我在asia-Southeast 1购买了一个GCP VM实例，并为此在同一地区保留了一个外部IP。

GCP控制台中显示的实例和IP信息似乎没有问题，但当我将网站部署到其中时，响应非常慢。




因此，我查找我的IP，工具显示我的IP来自美国

---

我不确定我的IP或实例有什么问题，我是GCP新手，请帮助。谢谢。

如果我在GCP zone asia-Southast 1中搜索虚拟机的外部IP地址的whois数据，我可以看到该地址指向位于加利福尼亚州山景城的谷歌总部。whois数据没有显示实际硬件在世界上的位置

---

许多外部地理IP服务依赖于SWIP数据库。大多数谷歌IP都被刷到了加利福尼亚州的山景城。这意味着居住在美国境外数据中心的虚拟机可能会显示链接的美国IP地址，就像你的情况一样。我怀疑谷歌的大部分地址最初都是美国分配的。

分配给谷歌云客户项目的外部IP来自谷歌的地址块，地址块位于：

# The following results may also be obtained via:
# https://whois.arin.net/rest/nets;q=35.193.232.48?showDetails=true&showARIN=false&showNonArinTopLevelNet=false&ext=netref2
#
NetRange:       35.192.0.0 - 35.207.255.255
CIDR:           35.192.0.0/12
NetName:        GOOGLE-CLOUD
NetHandle:      NET-35-192-0-0-1
Parent:         NET35 (NET-35-0-0-0-0)
NetType:        Direct Allocation
OriginAS:
Organization:   Google LLC (GOOGL-2)
RegDate:        2017-03-21
Updated:        2018-01-24
Comment:        *** The IP addresses under this Org-ID are in use by Google Cloud customers ***
Comment:
Comment:        Direct all copyright and legal complaints to
Comment:        https://support.google.com/legal/go/report
Comment:
Comment:        Direct all spam and abuse complaints to
Comment:        https://support.google.com/code/go/gce_abuse_report
Comment:
Comment:        For fastest response, use the relevant forms above.
Comment:
Comment:        Complaints can also be sent to the GC Abuse desk
Comment:        (google-cloud-compliance@google.com)
Comment:        but may have longer turnaround times.
Ref:            https://whois.arin.net/rest/net/NET-35-192-0-0-1
OrgName:        Google LLC
OrgId:          GOOGL-2
Address:        1600 Amphitheatre Parkway
City:           Mountain View
StateProv:      CA
PostalCode:     94043
Country:        US
RegDate:        2006-09-29
Updated:        2017-12-21
(...)

这并不意味着如果您的实例位于亚洲，您的虚拟机地址将从Mountain View响应。在您的情况下，您的实例位于

asia-southerast1

，并且实际位于

---

您也可以选择静态外部IP的区域，只需进入

专有网络->外部IP地址->保留静态地址

，您就可以选择外部IP所在的区域。whois数据库仍将显示为来自美国，因为它属于谷歌集团，但入口点将在新加坡路由，这将改善您的延迟。

感谢各位对IP的澄清，这与我的问题无关。一开始我对GeoIP感到困惑。

毕竟，我发现响应缓慢是由以下两个因素造成的：

• 数据库区域：我的谷歌云Sql（mysql）区域位于澳大利亚，因为GCP云数据库在SEA中没有服务器。我尝试将数据库区域改为亚洲东部（确切地说是在台湾），得到了更快的响应。
  
  
• 连接方法：GCP提供连接到其云sql:数据库外部IP（使用IP白名单配置）和通过云sql代理，两者都有网络延迟。我认为GCP应该支持VPC内部的数据库通信。我不知道为什么GCP目前不支持这种方式。
  

我的网站现在的响应更好，但与我部署到AWS中的同一个相比要慢得多。在AWS中，我的应用程序和数据库之间的通信在VPC内完成，没有公开的IP，也没有网络延迟。此外，AWS数据库在SEA中有服务器，这就是为什么在我的例子中AWS要快得多的原因

---

我了解您的情况，但问题是此IP的响应太慢，尽管我的实例位于新加坡（亚洲-东南1区）。我有相同的网站上等效的AWS实例，快速响应。在这个云平台上，我从来没有遇到过这样的问题。如上所述，进入VPC网络->外部IP地址->保留静态地址，您可以选择外部IP所在的区域，这应该会提高延迟。@binhtran这真的解决了问题吗？在我看来不是这样的。阿童木：OP在问题中提到ip在他们所在的地区，所以这不是问题所在。不是真的，但这让我找到了问题的原因。我的问题根本与IP无关。这是由GCP提供的my DB实例区域和连接方法造成的。你可以在下面看到我的答案@Oliver@binhtran然后请接受你自己的答案，这样做没关系，你仍然可以对astro的答案投赞成票，因为这有帮助，但了解实际解决问题的方法很重要。如果你的应用程序在gcp内运行，那么与DB交谈不使用外部ip，它位于谷歌的PB级网络内，因此唯一的问题可能是地区问题。我相信这种情况很快就会改变。它确实使用了外部IP@Oliver。同意，我也倾向于这个地区。不管怎么说，事实上AWS比GCP更适合我，就网络的最新发展而言，不要害怕尝试可能的复制品