拥有多个数据中心的经典地区

如果您创建了一个包含多个数据中心的经典群集，则高可用 Kubernetes 主站的副本会自动分布在各个数据中心。 您可以选择将工作节点分散到各个经典区域（数据中心），以保护您的应用程序免受区域故障的影响。 要通过 CLI 确定一个经典区域是否有多个数据中心，可以运行 ibmcloud ks locations 并查找 Multizone Metro 列中的值。

* lon05 已替换 lon02。 新集群必须使用 lon05，lon05 支持高可用性主节点在各专区中分布。

拥有一个数据中心的经典地区

如果在只有一个数据中心的区域内创建经典群集，高可用主控包括位于不同主机上的三个副本，但不会分布在经典区域内。

有一个数据中心的经典区域由位于支持经典数据中心的最近区域的区域端点进行管理，如 mon01 至 us-east 或 sao01 至 us-south。

米兰（mil01 ）数据中心已弃用，并将于2025年10月31日关闭。 在2025年10月31日之前，将您目前在 mil01 托管的 IBM Cloud 集群上的 IBM Cloud Kubernetes Service 迁移到另一个 IBM Cloud 数据中心。

VPC 多专区区域

VPC 资源在区域内调配，区域是城域网内的一组独立区域。 各区映射到不同的数据中心，以确保在多区架构中资源在各区之间均匀分布。 在 API 和 CLI 中，区域在 API 和命令行 (us-south-1) 中使用区域区域名称，但在控制台中，区域由数据中心位置 (Dallas 1) 使用。有关 VPC 区域和位置对应的数据中心代码，例如 us-south-1 和 DAL10，请参阅 Multizone 区域。

† 这些区域仅作为 VPC 基础结构上的集群的多专区区域提供。

单一区组的资源

群集的资源仍保留在部署群集的数据中心，但管理操作可能会通过区域端点进行。

集群资源（包括主节点和工作程序节点）位于将集群部署到的专区中。 启动本地容器编排操作（例如，kubectl 命令）时，将在同一专区内的主节点与工作程序节点之间交换信息。

如果您设置了其他集群资源，如存储、网络、计算或在 pod 中运行的应用程序，则这些资源及其数据将保留在您部署集群的数据中心中。

当您启动群集管理操作（如运行命令）时，群集的基本信息（如名称、ID、用户 ibmcloud ks 命令时，群集的基本信息（如名称、ID、用户）会通过区域端点和全局端点路由。

多区集群中的资源

在多区群集中，群集的资源分布在多个位置（VPC 的区和 Classic 的数据中心），以提高可用性。

工作节点分布在多个 VPC 区域或区域内的经典数据中心，为集群提供更多可用性。 Kubernetes主副本也分布在不同区域或传统数据中心。 当您启动本地容器协调操作（如 kubectl 命令时，主节点和工作节点之间会通过全局端点交换信息。

其他集群资源，如存储、网络、计算或在 pod 中运行的应用程序，部署到集群中区域的方式各不相同。 有关更多信息，请查看以下主题：

• 在群集中设置 文件存储 和 块存储，或 选择多区持久存储解决方案。
• 通过在集群中使用网络负载平衡器（NLB）服务，实现对应用程序的公共或私有访问。
• 使用 Ingress 管理网络流量。
• 提高应用程序的可用性。

当您启动群集管理操作（如运行 ibmcloud ks 命令 ）时，群集的基本信息（如名称、ID、用户）将通过全局端点发送。