リージョン

IBM® には2種類の地域がある：MZRと単一キャンパスMZRで、どちらもMZRとみなされる。 どちらのタイプでも、基盤となるインフラは同じ SLAを提供する。 地域とは 1つまたは複数のゾーンからなる独立した地理的領域で、通常、ダラスやロンドンのような大都市（メトロ）都市圏の名称で呼ばれる。

リージョン内の 各ゾーンは地域内の独立した断層領域として機能し、その地域の他のゾーンへの待ち時間が短縮された場所。、フォールトトレランスの向上とレイテンシーの減少を支援する。 ゾーンは、2つの別々の名前を使って識別される。 例えば、 us-south-1 のようなゾーン名がある。 これは、現在のアカウントにおけるゾーンの論理的識別子である。 また、 IBM Cloud、例えば us-south-dal10-a のように、ゾーン間で一貫性のあるゾーンの識別子であるユニバーサルゾーン名も存在する。 ユニバーサル・ゾーン名は、ゾーン名をデータ・センターなどの物理的な場所にマッピングすることで、VPCリソースの場所指定を提供します。 あるいは、クラシック・リソースの場所はゾーンで指定せず、 DAL10 のようなリージョン内の特定のデータセンターを使用する。 アカウント固有のゾーン情報の詳細については、 アカウントごとのゾーンマッピングを 参照してください。

ワークロードを3つのゾーンに分散し、仮想プライベートエンドポイントを通じて可用性の高い地域クラウドリソースを利用することで、地域ごとの可用性を高めることができます。 ワークロードを複数のリージョンに分散させることで、より高い可用性を実現し、ディザスタリカバリプランの基礎とすることができる。 地域間で一貫したリソースを提供するクラウド・サービスには、ゾーン・クラウド、リージョナル・クラウド、グローバル・クラウドがある。 IBM 地域サービスはMZR内のゾーンに分散され、通常 99.99 %（ティア3）の可用性を提供する。

マルチゾーン・リージョン

MZRは、電源、冷却、ネットワーク接続が独立した複数のゾーンにある3つ以上のデータセンターで構成され、これらのコンポーネントの障害が単一のゾーンに隔離されるようになっている。 MZRは、ゾーン内で低レイテンシー（レイテンシー2ミリ秒未満）と高帯域幅（1000Gbps以上）の接続を提供する。

MZRは、地域内の3つの独立したサイトを活用することで、最高レベルの冗長性と可用性を提供します。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
ワシントンDC（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

シングルキャンパスMZR（SC-MZR）は、同じ建物内の異なるセクション、または電源、冷却、ネットワーク、物理セキュリティの依存関係が重複する可能性のあるキャンパス内の複数の建物内に3つのゾーンを含む。 SC-MZRは、十分な冗長性と弾力性を持ってセットアップされ、計画的または非計画的な1つのシステム停止を通じて、継続的な可用性と生存性のレベルを確保するのに役立ちます。

SLA が維持されるのは、インフラストラクチャーが並行して保守可能な方法でセットアップされ、単一の障害が同じキャンパス内の 3 つのゾーンすべてに影響を与えないためです。 この設定は、ディザスタリカバリのワークロードをサポートするためのレイテンシを削減するため、ゾーンにコロケートされたユーザーをサポートするサービスに最適です。

次の表は、 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) ゾーンにデプロイしたリソースがある場合に、フィルターを設定してそのリソースだけをリソース・リストに表示することができます。 **「ロンドン」メトロ・オプションを展開し、「ロンドン (eu-gb)」リージョン・オプションを展開します。 そのリージョン内で、選択可能なゾーンのリストから「ロンドン 2 (eu-gb-2)」**などを選択できます。

特定のデータ・センターにデプロイされたクラシック・インフラストラクチャー・リソースがある場合、固有のメトロ・ロケーションと英数字コードによって、そのデータ・センターを識別できます。 例えば、 ダラスをメトロロケーションに使い、 ダラス10（ dal10 ）をデータセンターに使う。

また、 IBM Cloud メトロまたはリージョンによって管理され、 Satellite コントロールプレーンのマスターが実行される場所を決定する、 Satellite ロケーションにデプロイされたリソースを表示することもできます。 例えば、ダラス都市圏が管理する Satellite。 my-satellite-dal のように、あなたの Satellite の場所を含むダラスのメトロオプションを拡張する。 Satellite ロケーションを管理するメトロと地域の詳細については、 地域を 参照のこと。

世界中のリソースを表示したい場合もあります。 グローバル・ オプションは、地域やゾーンに関係なく、グローバルにアクセス可能な1つの論理的なインスタンスのみが、顧客のワークロードに公開されることを意味する。 このようなタイプのリソースは、グローバル・エンドポイントからアクセス可能です。

次の図に示すように、データセンターは、マルチゾーン地域（MZR）内に位置するゾーンを表す物理的な建物である。 MZR はメトロ・ロケーション別に編成されています。 例えば、ロンドンでは、1 つの MZR に複数のデータ・センター・グループが包含されています。 この図は、1つのMZRにある3つのゾーンを示しており、データセンターの1つが利用できなくなった場合に連携する。 ゾーンはそれぞれ直接、または低遅延リンクで接続される。

クラシック・データセンター

リソースの地域を選択するだけでなく、 IBM Cloud データセンターのリストから選択することもできます（クラシック・インフラストラクチャまたは Power Virtual Server リソースを使用している場合）。

データ・センターが、サービスやアプリケーションで使用する電力、冷却設備、コンピュート、ネットワーク、ストレージの各リソースをホストします。 データ・センターを、ロケーションのマルチゾーンから分離することはできません。

データ・センターは、オンデマンド・ビルドに応じて各データ・センターが複数の POD を持つことができる POD アーキテクチャーに基づいています。 それぞれの POD は、ラック、サーバー、ネットワーク、ストレージ、予備の発電機で構成されます。 ワークロードサーバーをPOD間に配置することで、可用性が向上する。

以下の表に、各データ・センターの固有のコードを示します。

この表には、まもなく閉じられる予定のデータ・センターも含まれています。 閉じられるデータ・センターのリストについては、データ・センターの閉止を参照してください。