【问题标题】:Which region of Google Cloud Services to use to reduce cost and latency使用 Google Cloud 服务的哪个区域来降低成本和延迟
【发布时间】:2017-08-15 16:14:28
【问题描述】:

我正在使用谷歌云平台来托管我的服务。我正在运行以下服务来支持我的应用程序

  1. App 引擎
  2. 云 Sql
  3. 云存储

我需要帮助来了解使用哪个区域来减少延迟和定价。应用程序用户将来自印度。基于上述服务的可用性,以下是我能做的最好的事情

  1. App Engine - asia-northeast1
  2. Cloud Sql - asia-east1/asia-northeast1
  3. 云存储 - asia-southeast1/asia-east1/asia-northeast1

就距离而言,“asia-southeast1”区域最适合我。但是谷歌不建议拥有所有三个不同的区域。

在 asia-northeast1 中托管这三个项目对我来说是最佳选择吗?

【问题讨论】:

  • 这取决于您的用例,但总的来说,如果可能,最好将您的计算与数据放在一起。

标签: google-app-engine google-cloud-platform google-cloud-storage google-cloud-sql


【解决方案1】:

我建议不要将您的应用程序存储在与数据库不同的区域/数据中心,因为这会为每个数据库操作带来很大的延迟。

由于复杂应用程序的每个请求很可能比用户的往返行程更多的数据库操作,因此将应用程序和数据库放在同一区域是有意义的,即使这意味着它们离用户稍微远一些。

就云存储而言,如果您将存储桶设置为具有多区域可用性(默认情况下设置为具有),那么您放置它们的初始区域没有任何区别,因为 Google 将从离他们最近的地区

【讨论】:

  • 我主要使用存储来存储文件。然后我使用 servingUrl 将文件提供给我的用户。我还需要为存储桶使用多区域可用性吗?
  • 我认为,一旦您为文件创建了服务 URL,Google 就会复制它并继续从不同的位置提供它(尽管这完全是从用户那里抽象出来的)所以存储桶的属性不应该如果使用服务 URL 访问所有内容,就会有所作为
猜你喜欢
  • 1970-01-01
  • 2023-02-23
  • 1970-01-01
  • 2019-12-13
  • 1970-01-01
  • 2020-08-18
  • 1970-01-01
  • 2020-11-08
  • 1970-01-01
相关资源
最近更新 更多