ロケーション

複数のデータセンターを持つ古典的なリージョン

複数のデータセンターでクラシッククラスタを作成すると、可用性の高い Kubernetes マスターのレプリカが自動的にデータセンターに分散されます。 ゾーン障害からアプリケーションを保護するために、クラシックゾーン（データセンター）にわたってワーカーノードを分散させるオプションがあります。 CLIからクラシックリージョンに複数のデータセンターがあるかどうかを判断するには、ibmcloud ks locations を実行し、Multizone Metro 列の値を探します。

* lon02 は lon05 に置き換えられました。 新規クラスターでは lon05 を使用する必要があります。lon05 は、複数のゾーンに分散した可用性の高いマスターをサポートします。

データセンターが1つのクラシックリージョン

データセンターが1つしかないリージョンにクラシック・クラスタを作成した場合、高可用性マスターには別々のホスト上の3つのレプリカが含まれますが、クラシック・ゾーンにまたがることはありません。

1つのデータセンターを持つクラシックリージョンは、mon01 から us-east または sao01 から us-south のように、クラシックデータセンターをサポートする最も近いリージョンにあるリージョナルエンドポイントから管理される。

ミラノ（mil01 ）のデータセンターは廃止予定であり、2025年10月31日に閉鎖されます。 現在 mil01 でホスティングされている IBM Cloud クラスター上の IBM Cloud Kubernetes Service を、2025年10月31日までに別の IBM Cloud データセンターに移行してください。

VPC 用のマルチゾーン・リージョン

VPCリソースは、メトロ内のゾーンの別個のグループである地域にプロビジョニングされます。 それらのゾーンは、マルチゾーン・アーキテクチャーで複数のゾーン間にリソースを均等に分散させるために、別々のデータ・センターにマップされます。 APIおよびCLIでは、ゾーンはAPIおよびコマンドライン（us-south-1 ）で地域ゾーン名を使用しますが、コンソールでは、ゾーンはデータセンターの場所（Dallas 1 ）を使用します。VPCゾーンおよび場所が対応するデータセンターコード（ us-south-1 や DAL10 など）については 、「マルチゾーンリージョン」 を参照してください。

† これらのリージョンは、VPC インフラストラクチャー上のクラスターでのみマルチゾーン・リージョンとして使用できます。

単一ゾーン・クラスターのリソース

クラスタのリソースはクラスタが展開されているデータセンター内に残りますが、管理操作は地域のエンドポイントを経由する場合があります。

クラスターのリソース (マスター・ノードやワーカー・ノードなど) は、クラスターをデプロイした同じゾーンにあります。 ローカル・コンテナーのオーケストレーション・アクション (kubectl コマンドなど) を実行すると、同じゾーン内のマスター・ノードとワーカー・ノードの間で情報が交換されます。

ストレージ、ネットワーク、コンピューティング、またはポッドで実行されるアプリケーションなど、他のクラスタリソースを設定した場合、そのリソースとそのデータは、クラスタをデプロイしたデータセンター内に残ります。

コマンドの実行など、クラスタ管理アクションを開始すると、 ibmcloud ks コマンドの実行など、クラスタ管理アクションを開始すると、クラスタの基本情報（名前、ID、ユーザーなど）が、地域エンドポイントとグローバルエンドポイントを介してコマンドに渡されます。

マルチゾーン・クラスタのリソース

マルチゾーン・クラスタでは、クラスタのリソースが複数の場所（VPCの場合はゾーン、Classicの場合はデータ・センター）に分散され、より高い可用性を実現します。

ワーカーノードは、複数のVPCゾーンまたは地域のクラシックデータセンターに分散され、クラスタの可用性を高めます。 Kubernetes マスターレプリカは、ゾーンまたは古典的なデータセンターにもまたがっています。 コマンドなどのローカルコンテナオーケストレーションアクションを開始すると、 kubectl グローバルエンドポイントを通じて、マスターノードとワーカーノードの間で情報が交換されます。

ストレージ、ネットワーク、コンピューティング、またはポッドで実行中のアプリケーションなど、その他のクラスタリソースは、クラスタ内のゾーンへのデプロイ方法が異なります。 詳しくは、以下のトピックを参照してください。

• クラスタ内で ファイル ストレージ と ブロック ストレージ をセットアップする、または マルチゾーン永続ストレージ ソリューションを選択する。
• クラスタ内のネットワークロードバランサー（NLB）サービスを使用して、アプリへのパブリックまたはプライベートアクセスを可能にする。
• Ingress を使用したネットワーク・トラフィックの管理
• アプリの可用性の向上

ibmcloud ks コマンド の実行など、クラスタ管理アクションを開始すると、クラスタの基本情報（名前、ID、ユーザーなど）がグローバルエンドポイントに送信されます。