Oracle Cloud Infrastructureドキュメント

リージョンと可用性ドメイン

このトピックでは、Oracle Cloud Infrastructureリソースの物理および論理的な編成について説明します。

リージョンおよび「可用性ドメイン」について

Oracle Cloud Infrastructureは、リージョンと可用性ドメインでホストされています。 リージョンはローカルの地理的な領域であり、「可用性ドメイン」はリージョン内にある1つ以上のデータセンターです。 リージョンは、1つ以上の「可用性ドメイン」で構成されます。 ほとんどのOracle Cloud Infrastructureリソースは、仮想クラウド・ネットワークなどのリージョン固有のものか、コンピュート・インスタンスなどの「可用性ドメイン」固有のものです。 「可用性ドメイン」とリージョン間のトラフィックは暗号化されます。

「可用性ドメイン」は互いに分離されており、フォールトトレラントであり、同時に失敗する可能性はほとんどありません。 「可用性ドメイン」は電源や冷却などのインフラストラクチャやや内部の「可用性ドメイン」ネットワークを共有しないため、1つのリージョン内の1つの「可用性ドメイン」で障害が発生しても、同じリージョン内のほかのユーザーの可用性には影響を与える可能性はほとんどありません。

同じリージョン内の「可用性ドメイン」は、低遅延で高帯域幅のネットワークによって相互に接続され、インターネットとオンプレミスへの高可用性接続を実現し、高可用性と障害リカバリの両方のために複数の「可用性ドメイン」でレプリケートされたシステムをビルドできるようになります。

Oracleは、世界中の複数のクラウド・リージョンを追加して、お客様のクラウド・リソースにローカル・アクセスできるようにすることです。 これを迅速に実現するために、1つの「可用性ドメイン」で新しい地理内のリージョンを起動することを選択しました。

リージョンで拡張が必要なため、既存の「可用性ドメイン」に容量を追加したり、既存のリージョンに「可用性ドメイン」を追加したり、新しいリージョンをビルドできます。 特定のシナリオにおける拡張アプローチは、顧客要件と、リージョンの需要パターンとリソース可用性に関する考慮事項に基づきます。

「可用性ドメイン」が1つのリージョンの場合、1年以内に同じ国またはジオポリティカルな領域内の2つ目の「可用性ドメイン」またはリージョンを使用可能にして、存在するデータ居住の顧客要件をサポートする障害リカバリのその他のオプションを使用可能にします。

リージョンは他のリージョンから独立しており、国間や場合によっては全体の距離で区切ることができます。 一般に、付近のリソースを使用する方が離れたリソースを使用するよりも高速であるため、アプリケーションは最も使用頻度の高いリージョンにデプロイします。 ただし、次の理由により、アプリケーションを異なるリージョンにデプロイすることもできます:

  • 天気システムや地震など、リージョン全体のイベントのリスクを軽減するため。
  • 法的管轄、税ドメイン、およびその他のビジネスまたはソーシャル基準について、様々な要件を満たすことができます。

リージョンはレルムにグループ化されます。 テナンシは単一レルム内に存在し、そのレルムに属するすべてのリージョンにアクセスできます。 レルムにないリージョンにはアクセスできません。 現在、Oracle Cloud Infrastructureには2つのレルムがあります: 商用レルムとGovernment Cloudレルム。

次の表に、Oracle Cloud Infrastructureの商用レルム内のリージョンを示します:

リージョン名 リージョン識別子 リージョンのロケーション リージョン・キー レルム・キー 可用性ドメイン
オーストラリア東部(シドニー) ap-sydney-1 Sydney, Australia SYD OC1 1
ブラジル東部(サンパウロ) sa-saopaulo-1 サンパウロ、ブラジル GRU OC1 1
カナダ南東部(トロント) ca-toronto-1 トロント、カナダ YYZ OC1 1
ドイツ中央部(フランクフルト) eu-frankfurt-1 フランクフルト、ドイツ FRA OC1 3
インド西部(ムンバイ) ap-mumbai-1 ムンバイ、インド 部品構成表 OC1 1
日本東部(東京) ap-tokyo-1 東京、日本 NRT OC1 1
大韓民国中部(ソウル) ap-seoul-1 ソウル、韓国 ICN OC1 1
スイス北部(チューリッヒ) eu-zurich-1 チューリッヒ、スイス ZRH OC1 1
英国南部(ロンドン) uk-london-1 ロンドン、イギリス LHR OC1 3
米国東部(アッシュバーン) us-ashburn-1 アッシュバーン、VA IAD OC1 3
米国西部(フェニックス) us-phoenix-1 フェニックス、AZ PHX OC1 3

リージョンをサブスクライブするには、「リージョンの管理」を参照してください。

Oracle Government Cloudの各リージョンのリストについては、『「Oracle Cloud Infrastructure Government Cloud顧客の情報」』を参照してください。

ノート

テナンシの「可用性ドメイン」の名前

Oracle Cloud Infrastructureでは、「可用性ドメイン」にテナンシによってデータ・センターの容量のバランスを取るのに役立ちます。 たとえば、tenancyAのPHX-AD-1というラベルが付いた「可用性ドメイン」は、PHX-AD-1 (tenancyBの場合)とは異なるデータ・センターである可能性があります。 どの「可用性ドメイン」が各テナンシのどのデータセンターに対応しているかを追跡するために、Oracle Cloud Infrastructure「可用性ドメイン」名にテナンシ固有の接頭辞を使用します。 例えば : テナンシ向けの可用性ドメインは、Uocm: PHX-AD-1、Uocm: PHX-AD-2のようなものです。

テナンシの「可用性ドメイン」の特定の名前を取得するには、IAM APIで使用可能なListAvailabilityDomains操作を使用します。 また、コンソールを使用して「インスタンスを起動」を使用し、インスタンスを起動する「可用性ドメイン」を選択すると、その名前が表示されます。

フォルト・ドメイン

「フォルト・ドメイン」は、可用性ドメイン内のハードウェアとインフラストラクチャのグループです。 可用性ドメインには3つの「フォルト・ドメイン」が含まれています。 フォルト・ドメインを使用すると、インスタンスが単一の可用性ドメイン内の同じ物理ハードウェアに存在しないように分散できます。 1つの「フォルト・ドメイン」に影響するハードウェア障害またはコンピュート・ハードウェア・メンテナンスは、他の「フォルト・ドメイン」のインスタンスには影響しません。

コンピュート、ベアメタルDBシステム、または仮想マシンDBシステム・インスタンスの配置を制御するには、オプションで、起動時に新規インスタンスの「フォルト・ドメイン」を指定できます。 「フォルト・ドメイン」を指定しないと、システムによって選択されます。 あるインスタンスの「フォルト・ドメイン」を変更するには、そのインスタンスを終了し、優先する「フォルト・ドメイン」で新しいインスタンスを起動します。

「フォルト・ドメイン」を使用して:

  • 予期しないハードウェア障害から保護します。
  • 「コンピュート」ハードウェア・メンテナンスによる計画済停止からの保護。

リージョン全体のサービスの可用性

すべてのOracle Cloud Infrastructureリージョンは、次を含むコア・インフラストラクチャ・サービスを提供します:

  • コンピュート: コンピュート (Intelベース・ベア・メタル& VM、DenseIO &標準)、Container Engine for Kubernetesレジストリ
  • ストレージ: ブロック・ボリュームファイル・ストレージオブジェクト・ストレージアーカイブ・ストレージ
  • ネットワーキング: 仮想クラウド・ネットワーク、ロード・バランシングFastConnect(特定のパートナが使用可能かつリクエスト済)
  • データベース: データベース, Exadata Cloud Service, Autonomous Data Warehouse, Autonomous Transaction Processing
  • エッジ: DNS
  • プラットフォーム: Identity and Access Management、タグ付け、「監査」、作業リクエスト

通常、前述のリストに含まれていない使用可能なクラウド・サービスは、リージョンの顧客需要に基づいて使用可能になります。 多くのサービスがより早くデプロイされる3か月以内に、任意のサービスを使用できるようにできます。 新しいクラウド・サービスは、リージョンの顧客需要、適用可能な規制準拠、リソース可用性、その他のファクタなど、様々な考慮事項に基づいて、リージョンででできるようになりました。 待機時間の短縮インターコネクトのバック・ボーンが原因で、カスタマは自分のホーム・リージョンでクラウド・サービスを利用できない場合に効果的な結果を得ることができます。ただし、データ居住要件でそのようなことが回避されていない場合にかぎります。 必要なサービスへの効果的なアクセスを保証するために、定期的にカスタマと共同で作業します。

リソースの可用性

次のセクションでは、可用性に基づいてリソース・タイプをリスト: 単一のリージョン内、または1つの「可用性ドメイン」内に存在します。

ヒント

一般的に、IAMのリソースはグローバルです。
DBシステム、インスタンスおよびボリュームは、「可用性ドメイン」に固有です。 他のすべてはリージョン的です。 例外: サブネットは、当初、可用性ドメインに固有のものに設計されました。 ここで、Oracleが推奨する「リージョンのサブネット」を作成できます。

グローバル・リソース

  • API署名キー
  • コンパートメント
  • 動的グループ
  • フェデレーション・リソース
  • グループ
  • ポリシー
  • タグ・ネームスペース
  • タグ・キー
  • ユーザー

リージョン・リソース

  • アラーム
  • アプリケーション
  • バケット: バケットはリージョン・リソースですが、API呼び出しに正しいリージョン固有のオブジェクト・ストレージ URLを使用すると、バケットはどのロケーションからでもアクセスできます。
  • クラスタ
  • cloudevents-rules
  • 顧客構内機器 (CPE)
  • DHCPオプション・セット
  • 動的ルーティング・ゲートウェイ(DRG)
  • 暗号化キー
  • 関数
  • イメージ
  • インターネット・ゲートウェイ
  • ジョブ
  • キー・ボールト
  • ロード・バランサ
  • ローカル・ピアリング・ゲートウェイ(LPG)
  • メトリック
  • NATゲートウェイ
  • ネットワーク・セキュリティ・グループ
  • ノード・プール
  • ons-subscriptions
  • ons-topics
  • リポジトリ
  • 予約済みパブリックIP
  • ルート表
  • セキュリティ・リスト
  • サービス・ゲートウェイ
  • スタック
  • subnets: サブネットを作成するときは、それが「リージョンまたは可用性ドメインに固有」であるかどうかを選択します。 Oracleは、リージョンのサブネットを使用することをお薦めします。
  • 仮想クラウド・ネットワーク(VCN)
  • ボリューム・バックアップ: それらは、それらが格納されている同じリージョン内の任意の「可用性ドメイン」に新しいボリュームとしてリストアすることができます。

「可用性ドメイン」-特定のリソース

  • DBシステム
  • エフェメラル・パブリックIP
  • インスタンス: 同じ「可用性ドメイン」内のボリュームにのみアタッチできます。
  • subnets: サブネットを作成するときは、それが「リージョンまたは可用性ドメインに固有」であるかどうかを選択します。 Oracleは、リージョンのサブネットを使用することをお薦めします。
  • ボリューム: 同じ「可用性ドメイン」内のインスタンスにのみアタッチできます。