区域

IBM® 提供两种类型的区域：多分区和单校区多分区都被视为多分区。 这两种类型的底层基础设施提供相同的 服务水平协议。 地区是 一个独立的地理区域，由一个或多个区域组成，通常以大都市（市区）的名称来称呼，如达拉斯或伦敦。

区域内的每个 分区一个区域内的一个位置，作为一个独立的故障域，与该区域其他区域的延迟较低。都有助于提高容错能力和减少延迟。 使用两个不同的名称来标识一个区。 有一个区名，例如 us-south-1，它是当前账户中一个区的逻辑标识符。 还有一个通用的区名，它是一个区的标识符，在 IBM Cloud 上是一致的，例如 us-south-dal10-a。 通用区域名称通过将区域名称映射到物理位置（如数据中心），为 VPC 资源提供位置规范。 或者，不按区域指定经典资源的位置，而是使用区域内的特定数据中心，如 DAL10。 有关账户特定区域信息的更多信息，请参阅 每个账户的区域映射。

通过将工作负载分布在三个区域，并通过虚拟专用端点使用高度可用的区域云资源，可以提高区域可用性。 将工作负载分布在多个区域可以提供更高的可用性，并作为灾难恢复计划的基础。 有区域、地区和全球云服务，可提供跨地区的一致资源。 IBM 区域服务分布在 MZR 中的各个区域，通常提供 99.99 %（第 3 级）的可用性。

多专区区域

MZR 由多个区域的三个或更多数据中心组成，具有独立的供电、冷却和网络连接，以确保这些组件的故障将被隔离到单个区域。 MZR 在区域内提供低延迟（< 2 毫秒延迟）和高带宽（> 1000 Gbps）连接。

MZR 利用区域内的三个独立站点提供最高级别的冗余和可用性，区域之间的最小距离至少为 1 英里，具体距离因区域而异。 区到区延迟可在 网络延迟仪表板 中找到。

MZR 支持 VPC 和传统基础架构资源的不同计算类型。 传统资源的位置由数据中心指定，而 VPC 资源的位置由区域指定。 有关 VPC 资源每个区域中账户可用物理位置的更多信息，请参阅 每个账户的区域映射。

下表列出了 IBM Cloud MZR 的地理位置和区域。

北美和南美的 MZR
使用表格前的按钮更改表格的上下文。 列头标明了特定地理区域的位置类型。

区域	区域
达拉斯 (us-south)	us-south-1 us-south-2 us-south-3
圣保罗 (br-sao)	br-sao-1 br-sao-2 br-sao-3
多伦多 (ca-tor)	ca-tor-1 ca-tor-2 ca-tor-3
华盛顿 (us-east)	us-east-1 us-east-2 us-east-3

欧洲的 MZR
使用表格前的按钮更改表格的上下文。 列头标明了特定地理区域的位置类型。

区域	区域
法兰克福 (eu-de)	eu-de-1 eu-de-2 eu-de-3
伦敦 (eu-gb)	eu-gb-1 eu-gb-2 eu-gb-3
马德里 (eu-es)	eu-es-1 eu-es-2 eu-es-3

亚太地区的 MZR
使用表格前的按钮更改表格的上下文。 列标题标明特定地理区域的地点类型。

区域	区域
悉尼 (au-syd)	au-syd-1 au-syd-2 au-syd-3
东京 (jp-tok)	jp-tok-1 jp-tok-2 jp-tok-3

如果在使用 CLI、API、SDK 或 Terraform 时引用区域，请使用编程区域名称。 例如，使用 us-south 来定位达拉斯 (us-south) 地区。

单校区 MZR

单校区多分区（SC-MZR）包含三个分区，分别位于同一楼宇的不同区域或校区内多个楼宇内，其中电源、冷却、网络和物理安全依赖关系可能会重叠。 SC-MZR 具有足够的冗余和弹性，有助于确保在任何一次系统中断（无论是计划内还是计划外）后，仍能保持一定程度的持续可用性和生存能力。

由于基础设施是以可并发维护的方式设置的，因此单一故障不会影响同一园区内的所有三个区域，从而保证了服务水平协议。 这种设置非常适合支持在区域内集中办公的用户的服务，因为它可以减少支持灾难恢复工作负载的延迟。

下表列出了 IBM Cloud 中可用的 SC-MZR 位置以及相关的区域和分区。

单校区 MZR

区域	区域
大板 (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3
蒙特利尔 (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3

按地点查看资源

您可以从控制台的“资源列表”页面查看所有资源和位置。 如果要查看和处理特定位置的资源，请展开位置筛选器，然后从列表中选择一个位置。 通过扩展特定位置，您可以选择按地区、区域或单个数据中心进行筛选。

根据资源类型的不同，您可能只对特定类型的位置数据感兴趣。 例如，如果创建了服务或 VPC 基础设施服务，则可以通过区域和区域代码过滤资源列表页面。 但是，如果您使用的是传统的基础设施或 Power Virtual Server 资源，那么具体的数据中心代码就是与您相关的信息。

例如，如果有部署在伦敦 2 ( eu-gb-2 ) 区的资源，可以设置筛选器，在资源列表中只显示这些资源。 扩展伦敦地铁选项和伦敦（欧盟-比利时） 地区选项。 在该区域内，您可以从可用区域列表中进行选择，例如伦敦 2 ( eu-gb-2 )。

如果您有一个部署在特定数据中心的经典基础架构资源，您可以通过特定的地铁位置和字母数字代码来识别该数据中心。 例如，使用达拉斯作为都会位置，然后使用达拉斯 10 ( dal10 ) 作为数据中心。

您还可以查看部署在 Satellite 位置的资源，这些位置由 IBM Cloud 城域网或区域管理，并决定 Satellite 控制平面的主控运行位置。 例如，您可能有一个由达拉斯都会区管理的 Satellite 位置。 扩展达拉斯都会区选项，其中包括您的 Satellite 位置，如 my-satellite-dal。 有关管理 Satellite 位置的城市和地区的更多信息，请参阅 地区。

您可能还想显示位于全球的资源。 全局选项意味着只向客户工作负载发布一个逻辑上可全局访问的服务实例，与任何地区或区域无关。 这些类型的资源可以从一个全球端点进行访问。

如下图所示，数据中心是一座物理建筑，代表位于多区区域 (MZR) 内的一个区域。 一个 MZR 按其地铁站位置编排。 例如，伦敦可以在一个 MZR 中包含多个数据中心分组。 图中显示的是一个 MZR 中的三个区域，在其中一个数据中心不可用的情况下，这三个区域可以协同工作。 各区之间直接连接，或通过低延迟链路连接。

传统数据中心

除了为资源选择区域外，如果使用的是传统基础设施或 Power Virtual Server 资源，还可以从 IBM Cloud 数据中心列表中进行选择。

数据中心承载着用于服务和应用程序的电力、冷却、计算、网络和存储资源。 它们不能隔离一个地点的多个区域。

数据中心基于 POD 架构，每个数据中心可以有一个以上的 POD，具体取决于按需构建。 每个 POD 由机架、服务器、网络和存储设备以及备用发电机组成。 在 POD 上放置工作负载服务器可提高可用性。

有关每个数据中心的特定代码，请参阅下表。

该表包括某些即将关闭的数据中心。 有关即将关闭的数据中心列表，请参见 数据中心关闭。