リソースをデプロイするリージョンおよびデータ・センターのロケーション
IBM Cloud® は、可用性の高いクラウド・ワークロードをホストするために、ロケーションを世界中に配置して回復力のあるネットワークを築いています。 請求および使用量と同じビューで、さまざまなロケーション (リージョンやデータ・センターなど) にリソースを作成できます。 また、顧客に最も近い場所にアプリをデプロイして、アプリケーションの待ち時間を短縮することもできます。 IBM Cloud は、 マルチゾーン・リージョンA region that is spread across data centers in multiple zones to increase fault tolerance.、 シングル・キャンパス・マルチゾーン・リージョンA region that consists of multiple zones that are hosted on data centers that are located within a single building or campus. Dependencies such as power, cooling, networking, and physical security might overlap but are not identical between any two zones to increase fault tolerance.、および データ・センターThe physical location of the servers that provide cloud services.の 3 層のリージョンを提供します。
リージョン
複数ゾーン・リージョン (MZR) は、相互に独立した 3 つ以上のゾーンで構成されます。これにより、単一の障害イベントが単一のゾーンにのみ影響を与えるようになります。 MZR は、ゾーン間で待ち時間が短く (< 2 ミリ秒) 帯域幅が大きい (> 1000 Gbps) 接続を実現します。 GADate when a product is widely available for sale and delivery to customers or channels, usually across multiple geographies. サービスのロールアウトについては、 サービスのロールアウト・ポリシー を参照してください。
MZR には、異なるゾーン間で整合性のあるクラウド・サービスを提供できること、回復力と可用性が優れていること、リソースのデータ・センター間の相互接続速度が高速であることなどの利点があります。 これらの機能はユーザーのアプリケーションにとって重要となることがあります。 別のデプロイメント・ロケーション (データ・センター、物理または論理) ではなく MZR にアプリケーションをデプロイすると、3 つのゾーンにデプロイした場合に可用性を 99.9% から 99.99% に高めることができます。
IBM® には、2 つのタイプのマルチゾーン領域が用意されています。 どちらのタイプの基礎となるインフラストラクチャーも、同じ SLA を提供します。
マルチゾーン・リージョン (MZR)
MZR は、1 つの地域内で 3 つの別個のサイトを使用するため、最高レベルの冗長性と可用性を提供します。
以下の表に、このカテゴリーに該当する IBM Cloud MZR と、それぞれの地域、ゾーン、およびデータ・センターのコードをリストします。
| Location | リージョン | ゾーン | データセンター |
|---|---|---|---|
| ダラス | us-south | us-south-1 us-south-2 us-south-3 us-south-4 |
DAL10 DAL12 DAL13 DAL14 |
| サンパウロ | br-sao | br-sao-1 br-sao-2 br-sao-3 |
SAO01 SAO04 SAO05 |
| トロント | ca-tor | ca-tor-1 ca-tor-2 ca-tor-3 |
TOR01 TOR04 TOR05 |
| ワシントン DC | us-east | us-east-1 us-east-2 us-east-3 |
WDC04 WDC06 WDC07 |
| Location | リージョン | ゾーン | データセンター |
|---|---|---|---|
| フランクフルト | eu-de | eu-de-1 eu-de-2 eu-de-3 |
FRA02 FRA04 FRA05 |
| ロンドン | eu-gb | eu-gb-1 eu-gb-2 eu-gb-3 |
LON04 LON05 LON06 |
| マドリッド | eu-es | eu-es-1 eu-es-2 eu-es-3 |
MAD02 MAD04 MAD05 |
| Location | リージョン | ゾーン | データセンター |
|---|---|---|---|
| シドニー | au-syd | au-syd-1 au-syd-2 au-syd-3 |
SYD01 SYD04 SYD05 |
| 東京 | jp-tok | jp-tok-1 jp-tok-2 jp-tok-3 |
TOK02 TOK04 TOK05 |
単一キャンパス MZR
単一キャンパス MZR には、同じ建物の異なるセクション内、または電源、冷却装置、ネットワーク、および物理的セキュリティーの依存関係が重複するキャンパス内の複数の建物内に 3 つのアベイラビリティーゾーンが含まれますが、2 つのアベイラビリティーゾーン間では同一ではありません。 このセットアップにより、計画的または計画外のいずれか 1 つのシステム停止でも、一定レベルの連続可用性と存続性が確保されます。
SLA が維持されるのは、インフラストラクチャーが並行して保守可能な方法でセットアップされ、単一の障害が同じキャンパス内の 3 つのゾーンすべてに影響を与えないためです。 このセットアップは、待ち時間を短縮したり、災害復旧ワークロードをサポートしたりするためにローカル・ユーザーをサポートするサービスに適しています。
以下の表に、IBM Cloud で使用可能な単一キャンパス MZR と、それぞれの地域、ゾーン、およびデータ・センターのコードをリストします。
| Location | リージョン | ゾーン | データセンター |
|---|---|---|---|
| 大阪 | jp-osa | jp-osa-1 jp-osa-2 jp-osa-3 |
OSA21 OSA22 OSA23 |
OSA2X (旧称 OSA02) は、物理データ・センターです。
データ・センター
使用するリソースのタイプによっては、リソースのリージョンを選択できるだけでなく、IBM Cloud データ・センターのリストから選択することもできます。
データ・センターが、サービスやアプリケーションで使用する電力、冷却設備、コンピュート、ネットワーク、ストレージの各リソースをホストします。 データ・センターを、ロケーションのマルチゾーンから分離することはできません。
データ・センターは、オンデマンド・ビルドに応じて各データ・センターが複数の POD を持つことができる POD アーキテクチャーに基づいています。 それぞれの POD は、ラック、サーバー、ネットワーク、ストレージ、予備の発電機で構成されます。 複数の POD にアプリケーション・サーバーを配置すると、可用性が向上します。
このイメージは芸術的な表現であり、実際の政治的境界や地理的境界を反映していません。
以下の表に、各データ・センターの固有のコードを示します。
| データセンター | コード |
|---|---|
| ダラス 08 [1] | DAL08 |
| ダラス 09 | DAL09 |
| ダラス 10 | DAL10 |
| ダラス 12 | DAL12 |
| ダラス 13 | DAL13 |
| ダラス 14 | DAL14 |
| モントリオール 01 | MON01 |
| サンノゼ 03 | SJC03 |
| サンノゼ 04 | SJC04 |
| サンパウロ 01 | SAO01 |
| サンパウロ 04 | SAO04 |
| サンパウロ 05 | SAO05 |
| トロント 01 | TOR01 |
| トロント 04 | TOR04 |
| トロント 05 | TOR05 |
| ワシントン DC 03 [2] | WDC03 |
| ワシントン DC | WDC04 |
| ワシントン DC | WDC06 |
| ワシントン DC | WDC07 |
| データセンター | コード |
|---|---|
| アムステルダム 03 | AMS03 |
| フランクフルト 02 | FRA02 |
| フランクフルト 04 | FRA04 |
| フランクフルト 05 | FRA05 |
| ロンドン 02 | LON02 |
| ロンドン 04 | LON04 |
| ロンドン 05 | LON05 |
| ロンドン 06 | LON06 |
| マドリッド02 | MAD02 |
| マドリッド04 | MAD04 |
| マドリッド05 | MAD05 |
| ミラノ 01 | MIL01 |
| パリ 01 | PAR01 |
| データセンター | コード |
|---|---|
| チェンナイ 01 | CHE01 |
| 大阪 21 | OSA21 |
| 大阪 22 | OSA22 |
| 大阪 23 | OSA23 |
| シンガポール 01 | SNG01 |
| シドニー 01 | SYD01 |
| シドニー 04 | SYD04 |
| シドニー 05 | SYD05 |
| 東京 02 | TOK02 |
| 東京 04 | TOK04 |
| 東京 05 | TOK05 |
この表には、まもなく閉じられる予定のデータ・センターも含まれています。 閉じられるデータ・センターのリストについては、データ・センターの閉止を参照してください。
ロケーションを基準としたリソースの表示
コンソールの「リソース・リスト」ページでは、すべてのリソースとロケーションを確認できます。 特定のロケーションのリソースを表示および処理する場合は、**「ロケーション」**フィルターを展開し、リストからロケーションを選択します。 特定のロケーションを展開したら、個々のデータ・センター、リージョン、ゾーンをフィルターとして選択できます。
リソースのタイプによっては、特定のタイプのロケーション・データにのみ関心がある場合があります。 例えば、サービスまたは VPC インフラストラクチャー・サービスを作成した場合、リージョン・コードおよびゾーン・コードによって「リソース・リスト」ページをフィルター操作できます。 しかし、クラシック・インフラストラクチャー・リソースを使用している場合は、関係する情報は特定のデータ・センター・コードです。
例えば、ロンドン 2 (eu-gb-2) ゾーンにデプロイしたリソースがある場合に、フィルターを設定してそのリソースだけをリソース・リストに表示することができます。 **「ロンドン」メトロ・オプションを展開し、「ロンドン (eu-gb)」リージョン・オプションを展開します。 そのリージョン内で、選択可能なゾーンのリストから「ロンドン 2 (eu-gb-2)」**などを選択できます。 特定のデータ・センターにデプロイされたクラシック・インフラストラクチャー・リソースがある場合、固有のメトロ・ロケーションと英数字コードによって、そのデータ・センターを識別できます。 例えば、メトロ・ロケーションには 「ダラス」 を使用し、データ・センターには 「ダラス 10 (dal10)」 を使用します。
世界中のリソースを表示したい場合もあります。 **「グローバル」**オプションは、リージョンやゾーンに関係なく、グローバルにアクセス可能なサービスの論理インスタンスが 1 つのみ、顧客のアプリケーションに公開されていることを意味します。 このようなタイプのリソースは、グローバル・エンドポイントからアクセス可能です。
次の図に示すように、データ・センターとは、マルチゾーン・リージョン (MZR) に含まれるアベイラビリティー・ゾーンに相当する物理的な建物のことです。 MZR はメトロ・ロケーション別に編成されています。 例えば、ロンドンでは、1 つの MZR に複数のデータ・センター・グループが包含されています。 この図では、1 つの MZR に 3 つのアベイラビリティー・ゾーンがあり、いずれかのデータ・センターが使用不可になっても、他のデータ・センターが連携して機能します。 アベイラビリティー・ゾーンの相互接続には、直接接続または待ち時間の少ないリンクが使用されています。
