本页面介绍了存储分区位置的概念以及可创建存储分区的不同位置。
如需了解如何设置存储分区的位置，请参阅创建 Storage 存储分区。
如需了解如何更改存储分区的位置，请参阅移动和重命名存储分区。
主要概念
在创建存储分区时，您需要指定对象数据的存储位置。可指定的位置有以下三种类型：
单区域位置是具体的地理位置，如伦敦。
双区域位置由两个具体区域组成，如芬兰和荷兰。
多区域位置是至少包含两个地理位置的大型地理区域，如美国。
存储在多区域位置或双区域位置中的对象具有地理位置冗余性。
Cloud Storage 会根据服务专用条款将对象数据存储在选定位置。
位置注意事项
适合的位置可让数据使用者在延迟时间、可用性和带宽费用之间取得平衡。
使用单区域位置有助于优化属于同一区域分组的数据使用者（如分析流水线）的延迟时间和网络带宽。
如果您希望获得与单区域位置类似的性能优势，同时又希望数据具备地理位置冗余性，进而实现更高的可用性，请使用双区域位置。
如果您希望向位于 Google 网络外部且分布在大型地理区域的数据使用者传送内容，或者您希望数据具备地理位置冗余性，进而实现更高的可用性，请使用多区域位置。
通常情况下，您应将数据存储在方便的位置，或包含大部分数据用户的位置。
Compute Engine 虚拟机备注
- 将数据与您的 Compute Engine 虚拟机实例存储在相同的区域可以提供更佳的性能。单区域位置和双区域位置均能带来这项优势。
- 虽然您无法将 Compute Engine 地区指定为存储分区位置，但指定区域内各地区的所有 Compute Engine 虚拟机实例在访问该区域的存储分区时，都会提供类似的性能。
可用位置
以下各部分列出了可供您存储数据的 Cloud Storage 位置。
单区域位置
所有单区域位置之间至少相隔 100 英里。
| 单区域位置名称 | 单区域位置说明 | |
|---|---|---|
| 北美洲 | ||
northamerica-northeast1 |
蒙特利尔 | |
us-central1 |
爱荷华 | |
us-east1 |
南卡罗来纳 | |
us-east4 |
北弗吉尼亚 | |
us-west1 |
俄勒冈 | |
us-west2 |
洛杉矶 | |
| 南美洲 | ||
southamerica-east1 |
圣保罗 | |
| 欧洲 | ||
europe-north1 |
芬兰 | |
europe-west1 |
比利时 | |
europe-west2 |
伦敦 | |
europe-west3 |
法兰克福 | |
europe-west4 |
荷兰 | |
europe-west6 |
苏黎世 | |
| 亚洲 | ||
asia-east1 |
台湾 | |
asia-east2 |
香港 | |
asia-northeast1 |
东京 | |
asia-northeast2 |
大坂 | |
asia-south1 |
孟买 | |
asia-southeast1 |
新加坡 | |
| 澳大利亚 | ||
australia-southeast1 |
悉尼 |
多区域位置
| 多区域位置名称 | 多区域位置说明 |
|---|---|
asia |
亚洲的数据中心 |
eu |
欧盟的数据中心1 |
us |
美国的数据中心 |
1 添加到 eu 多区域位置存储分区的对象数据不会存储在 europe-west2 或 europe-west6 数据中心。
双区域位置
| 双区域位置名称 | 双区域位置说明 |
|---|---|
eur4 |
europe-north1 和 europe-west4。此外，对象元数据可能会存储在 europe-west1 中。 |
nam4 |
us-central1 和 us-east1。此外，对象元数据可能会存储在俄克拉荷马州的塔尔萨。 |
Alpha 版位置
us-central2- 美国中部
需要帮助？请访问我们的