IBM Cloud 高可用性を実現するためのリージョンとデータセンター

リージョン

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

リージョン	ゾーン
チェンナイ - エアテル (in-che)	in-che-1 in-che-2 in-che-3
モントリオール (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3
ムンバイ - エアテル (in-mum)	in-mum-1 in-mum-2 in-mum-3
大阪 (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3

ロケーションを基準としたリソースの表示

コンソールの「リソース・リスト」ページでは、すべてのリソースとロケーションを確認できます。 特定のロケーションのリソースを表示および処理する場合は、**「ロケーション」**フィルターを展開し、リストからロケーションを選択します。 特定の場所を拡大することで、地域、ゾーン、または個々のデータセンターによるフィルタリングを選択できます。

リソースのタイプによっては、特定のタイプのロケーション・データにのみ関心がある場合があります。 例えば、サービスまたは VPC インフラストラクチャー・サービスを作成した場合、リージョン・コードおよびゾーン・コードによって「リソース・リスト」ページをフィルター操作できます。 ただし、 クラシック・インフラストラクチャーや Power Virtual Server のリソースを利用している場合は、特定のデータセンターコードが重要な情報となります。

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

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

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

世界中のリソースを表示したい場合もあります。 「 グローバル 」オプションを選択すると、リージョンやゾーンに依存せず、グローバルにアクセス可能なサービスの論理インスタンスが 1 つだけ、 お客様ワークロードに対して公開されます。 このようなタイプのリソースは、グローバル・エンドポイントからアクセス可能です。

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

クラシック・インフラストラクチャーデータセンター

リソースのリージョンを選択するほか、 クラシック・インフラストラクチャーまたは Power Virtual Server のリソースを使用している場合は、 IBM Cloud のデータセンター一覧から選択することもできます。

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

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

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

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