IBM Cloud リソース配置のための地域およびデータセンターの場所

リージョン

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

リージョン内の各 ゾーンA location within a region that acts as an independent fault domain and has decreased latency to other zones in the region.は、フォールトトレランスの向上と待ち時間の短縮を支援します。 ゾーンは、2つの別々の名前を使って識別される。 ゾーン名は、例えば us-south-1 のように、現在のアカウントにおけるゾーンの 論理的な識別子である。 例えば us-south-dal10-a のように、IBM Cloud間で一貫性のあるゾーンの識別子である ユニバーサルゾーン名も存在する。 ユニバーサル・ゾーン名は、ゾーン名をデータ・センターなどの物理的な場所にマッピングすることで、VPCリソースの場所指定を提供します。 あるいは、クラシックリソースの場所はゾーンで指定せず、DAL10 のように地域内の特定のデータセンターを使用する。 アカウント固有のゾーン情報の詳細については、アカウントごとのゾーンマッピング を参照してください。

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

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

MZRは、電源、冷却、ネットワーク接続が独立した複数のゾーンにある3つ以上のデータセンターで構成され、これらのコンポーネントの障害が1つのゾーンに隔離されるようにします。 MZRは、ゾーン内で低遅延（2ミリ秒）と広帯域（1000Gbps以上）の接続を提供する。

地域内の3つの独立したサイトを活用することで、最高レベルの冗長性と可用性を提供するMZRは、ゾーン間の距離が最低でも1マイル（約1.6km）あり、正確な距離は地域によって異なる。 ゾーン間待ち時間は、 ネットワーク待ち時間ダッシュボード で確認できます。

をホストするビルを含むジオグラフィーを示している

MZRは、VPCと従来のインフラリソースの両方で、さまざまなタイプのコンピートをサポートする。 クラシックリソースのロケーションはデータセンターによって指定されるが、VPCリソースのロケーションはゾーンによって指定される。 VPC リソースのリージョンごとにアカウントで利用可能な物理ロケーションの詳細については、Zone mapping per account を参照してください。

次の表は、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

単一キャンパスのMZRs（SC-MZR）は、同一キャンパス内の複数の建物内、または同一建物内の異なるセクションに3つのゾーンを含み、電力、冷却、ネットワーク、物理的セキュリティの依存関係が重複しているが、2つのゾーン間で同一ではない。 このセットアップにより、計画的または計画外のいずれか 1 つのシステム停止でも、一定レベルの連続可用性と存続性が確保されます。

SLA が維持されるのは、インフラストラクチャーが並行して保守可能な方法でセットアップされ、単一の障害が同じキャンパス内の 3 つのゾーンすべてに影響を与えないためです。 この設定は、ゾーン内に配置されたユーザーをサポートするサービスに最適です。災害復旧の作業負荷をサポートするレイテンシを低減します。

*を含む地域を示している

次の表は、IBM Cloudで使用可能なSC-MZRロケーションと、関連するリージョンおよびゾーンの一覧です。

単一キャンパスの MZR

リージョン	ゾーン
大阪 (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)」**などを選択できます。

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

これは、IBM Cloud メトロまたはリージョンによって管理され、Satellite コントロール プレーンのマスターが実行される場所を決定します。 たとえば、Satelliteロケーションがあるかもしれません。 my-satellite-dal のように、Satelliteの場所を含むダラスメトロオプションを展開します。 Satelliteの位置を管理するメトロと地域についての詳細は、地域 をご覧ください。

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

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

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

リソースの地域を選択することに加えて、古典的なインフラストラクチャまたは Power Virtual Server リソースを使用している場合は、IBM Cloud データセンターのリストから選択できます。

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

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

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

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