1. Oracle Database Exadata Cloud at Customer (Gen 1/OCI-C)の管理
  2. Exadata Cloud at Customerスタート・ガイド
  3. Exadata Cloud at Customerインスタンスについて
機械翻訳について

Exadata Cloud at Customerインスタンスについて

Exadataシステム構成

Oracle Database Exadata Cloud at Customerは、次の初期システム構成で提供されます:

  • ベース・システム: 2つのコンピュート・ノードと3つのExadata Storage Serverが含まれます。

    以前は1/8ラックと呼ばれていましたが、ベース・システムはエントリ・レベルの構成で、他の構成よりもストレージ能力が非常に少ないExadata Storage Server、およびメモリーと処理能力が大幅に少ないコンピュート・ノードが含まれています。

  • クォータ・ラック: 2台のコンピュート・ノードと3台のExadata Storage Serverが含まれます。

  • ハーフ・ラック: 4台のコンピュート・ノードと6台のExadata Storage Serverが含まれています。

  • フル・ラック: 8台のコンピュート・ノードと12台のExadata Storage Serverが含まれます。

Exadata Cloud at Customerシステム構成はすべて、Oracle Exadata X6またはOracle Exadata X7システムに基づいています。

各初期システム構成には、固定量のメモリー、ストレージ、およびネットワーク・リソースが搭載されています。 ただし、コンピュート・ノード(データベース・サーバー)のCPUコアをいくつ有効にするかは選択できます。 これを選択すると、ワークロードの需要を満たすようにExadata Cloud at Customer構成をスケールし、必要な処理能力に対してのみ支払うことができます。 各データベース・サーバーに、同じ数の有効なCPUコアを含める必要があります。

初期システムの仕様

次の表は、Oracle Exadata X6ハードウェアに基づいた各Exadata Cloud at Customerシステム構成の技術仕様の概要を示しています。

仕様 1/8ラック クォータ・ラック ハーフ・ラック フル・ラック

コンピュート・ノードの数

2

2

4

8

- 有効なCPUコアの合計最大数

68

84

168

336

- 合計RAM容量

480 GB

1440 GB

2880 GB

5760 GB

Exadata Storage Serverの数

3

3

6

12

- Rawフラッシュ・ストレージ合計容量

19.2 TB

38.4 TB

76.8 TB

153.6 TB

- Rawディスク・ストレージ合計容量

144 TB

288 TB

576 TB

1152 TB

- 使用可能なストレージ合計容量

42 TB

84 TB

168 TB

336 TB

次の表は、Oracle Exadata X7ハードウェアに基づいた各Exadata Cloud at Customerシステム構成の技術仕様の概要を示しています。

仕様 ベース・システム クォータ・ラック ハーフ・ラック フル・ラック

コンピュート・ノードの数

2

2

4

8

- 有効なCPUコアの合計最大数

44

92

184

368

- 合計RAM容量

480 GB

1440 GB

2880 GB

5760 GB

Exadata Storage Serverの数

3

3

6

12

- Rawフラッシュ・ストレージ合計容量

19.2 TB

76.8 TB

153.6 TB

307.2 TB

- Rawディスク・ストレージ合計容量

144 TB

360 TB

720 TB

1440 TB

- 使用可能なストレージ合計容量

42.7 TB

106.9 TB

213.8 TB

427.6 TB

エラスティック・システム構成

Exadata Cloud at Customerでは、オプションでコンピュート・ノードまたはExadata Storage Serverを追加してカスタム構成を作成できます。 このオプションを使用すると、Exadata Cloud at Customer構成をワークロード要件にあわせてスケールできるため、柔軟性が大幅に向上します。

エラスティック・スケーリングと呼ばれるこの機能は、次の条件に従います:

  • Exadata Storage Serverのエラスティック・スケーリングの場合:
    • 各Exadata Cloud at Customerシステム構成では、最大12のExadata Storage Serverを使用できます。
    • Exadata Cloud at Customerシステム構成は、Oracle Exadata X7ハードウェアまたはOracle Exadata X6ハードウェアに基づいている必要があります。
    • Exadata Cloud at Customerサービス・インスタンスを有効にして、複数の仮想マシン(VM)クラスタをサポートする必要があります。
  • Exadataコンピュート・ノードのエラスティック・スケーリングの場合:

    • 各Exadata Cloud at Customerシステム構成には、最大8つのコンピュート・ノードを含めることができます。 ただし、追加のコンピュート・ノードに十分な空きIPアドレスがない場合は、有効な最大値がより制限されます。

      具体的には、各VMクラスタ・クライアント・ネットワーク・サブネットが/28 CIDRブロック(N.N.N.N/28)を使用して定義され、各VMクラスタ・バックアップ・ネットワーク・サブネットが/29 CIDRブロックを使用して定義されるようにシステムが構成されている場合、即時拡張の可能性は5台のコンピュート・サーバーに制限されます。 このような場合、5台を超えるコンピュート・サーバーに拡張するには、Exadata Cloud at Customerを再デプロイする必要があります。これには、システム上のすべてのVMクラスタおよびデータベース・デプロイメントの削除と再作成が含まれます。

    • Exadata Cloud at Customerシステム構成は、Oracle Exadata X7ハードウェアに基づいている必要があります。 Oracle Exadata X6ハードウェアに基づく初期システム構成にコンピュート・ノードを追加することはできません。
    • Exadata Cloud at Customerサービス・インスタンスを有効にして、複数の仮想マシン(VM)クラスタをサポートする必要があります。

次の表は、エラスティック・スケーリングを使用して追加された各コンピュート・ノードによって提供される主な追加のリソースの概要を示しています。

仕様 Exadataベース・システム・コンピュート・ノードX7 Exadataコンピュート・ノードX7

追加CPUコアの最大数

22

46

追加RAM容量

240 GB

720 GB

次の表は、エラスティック・スケーリングを使用して追加された各Exadata Storage Serverによって提供される主な追加のリソースの概要を示しています。

仕様 Exadata Storage Server X6 Exadataベース・システムStorage Server X7 Exadata Storage Server X7

追加RAWフラッシュ・ストレージ容量

12.8 TB

6.4 TB

25.6 TB

追加RAWディスク・ストレージ容量

96 TB

48 TB

120 TB

追加の使用可能なストレージ容量

28 TB

14 TB

35.6 TB

Exadataストレージ構成

各Oracle Database Exadata Cloud at Customerインスタンスの構成の一部として、Exadata Storage Server内のストレージ領域はOracle Automatic Storage Management (ASM)で使用するように構成されます。 デフォルトでは、次のASMディスク・グループが作成されます。

  • DATAディスク・グループは、主にOracle Databaseデータ・ファイルのストレージを対象としています。

  • RECOディスク・グループは、主に高速リカバリ領域(FRA)の格納に使用されます。これは、Oracle DatabaseでRMANバックアップやアーカイブREDOログ・ファイルなどのバックアップとリカバリに関係する各種ファイルを作成および管理するストレージの領域です。

また、オプションでSPARSEディスク・グループを作成できます。 SPARSEディスク・グループは、Exadata Cloud at Customerスナップショットをサポートするために必要です。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracle Databaseの領域効率のよいクローンを作成できます。 スナップショット・クローンは、多くの場合、一時データベースを必要とする開発、テストまたはその他の目的で使用されます。

Oracle Exadata X6ハードウェアに基づくExadata Cloud at Customerインスタンスには、様々な操作目的をサポートする追加のシステム・ディスク・グループがあります。 DBFSディスク・グループは主に共有Oracle Clusterwareファイル(Oracle Cluster Registryおよび投票ディスク)の格納に使用されますが、ACFSディスク・グループはソフトウェア・バイナリ(およびパッチ)、およびExadata Cloud at Customerコンピュート・ノードにあるクラウド固有のツールに関連付けられたファイルの格納に使用される共有ファイル・システムの基礎となります。 システム・ディスク・グループまたは関連するACFSファイル・システムを削除または無効化しないでください。 システム・ディスク・グループまたは関連するACFSファイル・システム内に、Oracle Databaseデータ・ファイルやバックアップなどの独自のデータを格納しないでください。 他のディスク・グループと比較すると、システム・ディスク・グループは非常に小さいため、全体的なストレージ容量について検討する際には、通常、無視されます。

Oracle Exadata X7ハードウェアに基づくExadata Cloud at Customerインスタンスの場合、追加のシステム・ディスク・グループはありません。 このようなインスタンスでは、DATAディスク・グループから少量の領域が割り当てられ、クラウド固有のツールに関連付けられたソフトウェア・バイナリ(およびパッチ)とファイルの格納に使用される共有ファイル・システムがサポートされます。 システム関連のACFSファイル・システム内には、Oracle Databaseデータ・ファイルやバックアップなどの独自のデータを格納しないでください。

ディスク・グループは一般にDATA、RECOなどと呼ばれますが、ASMディスク・グループ名にはExadata Database Machine環境に関連付けられた短い識別子文字列が含まれています。 たとえば、識別子がC2の場合、DATAディスク・グループの名前はDATAC2で、RECOディスク・グループの名前はRECOC2です。

構成プロセスへの入力として、Exadata Storage Serverのストレージ領域をASMディスク・グループに割り当てる方法を決定する必要があります:

  • Exadataストレージ上のデータベース・バックアップ - Exadata Cloud at Customer環境内のExadataストレージへのデータベース・バックアップを実行する場合は、この構成オプションを選択します。 このオプションを選択すると、RECOディスク・グループにより多くの領域が割り当てられます。これはExadataストレージにバックアップを格納するために使用されます。 このオプションを選択しない場合、DATAディスク・グループにより多くの領域が割り当てられるため、データベースにさらに多くの情報を格納できます。

    ノート:

    このオプションを設定するときは注意してください。 状況によっては、ストレージを構成した後にストレージ割当てを調整するためのオプションが制限される場合があります。

  • スパース・ディスク・グループを作成しますか。 - Exadata Cloud at Customer環境でスナップショット機能を使用する場合は、この構成オプションを選択します。 このオプションを選択すると、SPARSEディスク・グループが作成され、Exadata Cloud at Customerスナップショット機能を使用できるようになります。 このオプションを選択しない場合、SPARSEディスク・グループは作成されず、環境内に作成されたデータベース・デプロイメントでExadata Cloud at Customerスナップショット機能は使用できません。

    ノート:

    このオプションを設定するときは注意してください。 SPARSEディスク・グループを作成するオプションを選択しない場合、後でExadata Cloud at Customerスナップショット機能を有効にすることはできません。

次の表は、使用可能な構成ごとにDATA、RECOおよびSPARSEディスク・グループ間でのストレージの比例割当ての概要を示しています:

構成設定 DATAディスク・グループ RECOディスク・グループ SPARSEディスク・グループ

Exadataストレージ上のデータベース・バックアップ: いいえ

スパース・ディスク・グループを作成しますか。: いいえ

80 %

20 %

0 %

SPARSEディスク・グループは作成されません。

Exadataストレージ上のデータベース・バックアップ: はい

スパース・ディスク・グループを作成しますか。: いいえ

40 %

60 %

0 %

SPARSEディスク・グループは作成されません。

Exadataストレージ上のデータベース・バックアップ: いいえ

スパース・ディスク・グループを作成しますか。: はい

60 %

20 %

20 %

Exadataストレージ上のデータベース・バックアップ: はい

スパース・ディスク・グループを作成しますか。: はい

35 %

50 %

15 %

複数のVMクラスタ

Exadataシステム環境で複数の仮想マシン(VM)クラスタをサポートできるようになっている場合は、最大8つのクラスタを定義し、それらにExadataシステム・リソース全体を割り当てる方法を指定できます。

複数のVMクラスタがある構成では、各VMクラスタにExadataシステム・リソース全体の一部が割り当てられます。 デフォルトでは、リソース割当てはVMクラスタ専用であり、オーバープロビジョニングやリソース共有は行われません。 コンピュート・ノードでは、VMクラスタごとに個別のVMが定義され、各VMには使用可能なコンピュート・ノード・メモリーおよびローカル・ディスク・リソースの専用部分が割り当てられます。 コンピュート・ノードのCPUリソースは、各VMクラスタ専用にすることも、CPUオーバーサブスクリプションを実装してコンピュート・ノードのCPUリソースの使用率を増やすこともできます。 各VMクラスタには、Exadataストレージ全体の専用部分も割り当てられます。

VMクラスタ間のネットワーク分離も実装されます。 VMクラスタごとに、クライアント・ネットワークおよびバックアップ・ネットワークはそれぞれ専用のIPサブネットを使用します。

VMクラスタ・ネットワークは、相互に、またレイヤー2 (イーサネット)の他のすべてのVMクラスタから分離されます。 分離は、Oracle Cloud at Customerネットワーク・スイッチ内で実装されます。これにより、各VMクラスタのネットワーク・トラフィック(データを含む)が他のVMクラスタから分離されます。 この追加機能により、VMクラスタで実行されているデータベースのセキュリティが強化されます。 たとえば、VMクラスタ間の直接ネットワーク接続が必要な場合、異なるVMクラスタ内のデータベース間のデータベース・リンクを有効にするには、Oracleにサービス・リクエストを送信して接続を有効にする必要があります。

複数のVMクラスタの構成は、Exadata Cloud at Customerインスタンスの作成時に必要な環境でのみ可能です。 Exadata Cloud at Customerインスタンスの作成を参照してください。 Exadata Cloud at Customerインスタンスの作成時に最初のVMクラスタのシェイプを構成するよう求められない場合、サービス・インスタンスをサポートするExadataシステムは、複数のVMクラスタをサポートするように装備されていません。

複数のVMクラスタのサポートが有効になっているExadata Cloud at Customer環境では、次の属性を指定して、各VMクラスタに割り当てられるリソースを構成する必要があります:

  • クラスタ名 - クラスタの識別に使用される名前を指定します。

  • Exadataストレージ上のデータベース・バックアップ - このオプションは、Exadataストレージ上のローカル・データベース・バックアップを有効にするようにExadataストレージを構成します。

  • スパース・ディスク・グループを作成しますか。 - このオプションは、スパース・グリッド・ディスクに基づくディスク・グループを作成します。 Exadata Cloud at Customerスナップショットを有効にする場合は、このオプションを選択する必要があります。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracle Databaseの領域効率のよいクローンを作成できます。

  • ZDLRA上のデータベース・バックアップ - このオプションは、Oracle Zero Data Loss Recovery Appliance (ZDLRA)ストレージ上のデータベース・バックアップを有効にします。 このオプションを選択しない場合、クラスタでデータベース・デプロイメントを構成するときにZDLRAをバックアップの場所として選択できません。

  • Exadataストレージ(TB) - VMクラスタに割り当てられるExadataストレージの合計量(TB単位)を指定します。 このストレージは、すべてのExadata Storage Serverから均等に割り当てられます。 3 TBより大きく、残りの未割当てのExadataストレージ領域の量までの値を指定する必要があります。

  • 1ノード当たりのCPUコア - VMクラスタ内のアクティブな各ノードに割り当てられるCPUコアの数を指定します。 2より大きく、残りの未割当てのCPUコアの数までの値を指定する必要があります。

  • 1ノード当たりのメモリー(GB) - VMクラスタ内のアクティブな各ノードに割り当てるメモリーの量(GB単位)を指定します。 30 GBより大きく、残りの未割当てのメモリーの量までの値を指定して、より多くのVMクラスタのプランを考慮する必要があります。

    ノート:

    次の理由のため、メモリー割当てを指定する際は注意してください:
    • VMクラスタの作成後に、メモリー割当てを減らすことはできませんが、未割当てのメモリーを使用すると、メモリー割当てを増やすことができます。
    • 未割当てのメモリーが30 GB残っていないかぎり、別のVMクラスタを作成することはできません。 その場合は、別のVMクラスタを作成する前に、既存のVMクラスタを削除する必要があります。

  • ローカル・ストレージ(GB) - VMクラスタ内のアクティブな各ノードに割り当てるローカル・ディスク・ストレージの量(GB)を指定します。 60 GBより大きく、残りの未割当てのローカル・ストレージ領域の量までの値を指定して、より多くのVMクラスタのプランを考慮する必要があります。

    ノート:

    次の理由のため、ローカル・ディスク・ストレージを指定する際は注意してください:
    • この属性で指定したストレージに加えて、各VMクラスタでは、VMクラスタのソフトウェア・イメージをサポートするために137 GBのローカル・ディスク・ストレージが必要です。 したがって、VMクラスタによって消費されるローカル・ディスク・ストレージの最小量は197 GB (137 GB + 60 GB)です。
    • Oracle Exadata X7システムに基づくExadata Cloud at Customer構成の場合、VMクラスタに割り当てることができるローカル・ディスク・ストレージの合計量は1237 GBです。 Oracle Exadata X6システムに基づくExadata Cloud at Customer構成の場合、VMクラスタに割り当てることができるローカル・ディスク・ストレージの合計量は、デフォルトで483 GB、またはアップグレードされたローカル・ディスク・ストレージを持つシステムでは1237 GBまでです。
    • VMクラスタの作成後に、ローカル・ストレージの量を変更することはできません。
    • すべてのローカル・ディスク・ストレージが割り当てられている場合、または197 GB以上の未割当てのローカル・ディスク・ストレージが残っていない場合は、別のVMクラスタを作成できません。 その場合は、別のVMクラスタを作成する前に、既存のVMクラスタを削除する必要があります。

VMクラスタを作成するときは、クラスタの一部であるコンピュート・ノードも指定する必要があります。 クラスタには、少なくとも1つのアクティブ・ノードが含まれている必要があり、Exadata Cloud at Customerインスタンスの容量までの任意の数のアクティブ・ノードを含めることができます。 VMクラスタの作成を参照してください。 既存のVMクラスタにコンピュート・ノードを追加したり、既存のVMクラスタからコンピュート・ノードを削除することもできます。 「既存のVMクラスタの変更」を参照してください。

CPUオーバーサブスクリプション

CPUオーバーサブスクリプションは、コンピュート・ノードのCPUリソースの全体的な使用率を向上させるために複数の仮想マシン(VM)クラスタと連携して動作する機能です。

CPUオーバーサブスクリプションを使用すると、サービス・インスタンスで有効になっている物理CPUコアの数より多くの仮想コンピュート・ノードのCPUコアをVMクラスタに割り当てることができます。 CPUオーバーサブスクリプションが有効になっている場合、VMクラスタへの割当てに使用可能な仮想CPUコアの合計数は、有効になっている物理CPUコアの2倍になり、個々のVMクラスタのCPUコア割当ては、有効になっている物理CPUコアの数に制限されます。

Exadata Cloud at Customerインスタンスをプロビジョニングする場合、CPUのオーバーサブスクリプションを有効にすることを選択できます。 Exadata Cloud at Customerインスタンスの作成を参照してください。 既存のExadata Cloud at CustomerインスタンスでCPUオーバーサブスクリプションを有効にすることもできます。 「コンピュート・ノードの処理能力の変更」を参照してください。 ただし、CPUオーバーサブスクリプションを有効にした後は、無効にできないことに注意してください。

CPUオーバーサブスクリプションを使用すると、一部のVMクラスタがビジー状態であるが、その他のVMクラスタがビジーでない場合にコンピュート・ノードのCPUリソースをより有効に利用できます。 ただし、CPUオーバーサブスクリプションにより、物理CPUリソースはビジー期間中に強制的にタイムシェアリングされます。

たとえば、24個のCPUコアが有効になっているExadata Cloud at Customerインスタンスについて考えてみます:

  • CPUオーバーサブスクリプションがない場合、インスタンスで実行されているすべてのVMクラスタに割り当てることができるのは、最大24個のCPUコアのみです。

    ここで、Exadata Cloud at Customerインスタンスが各クラスタに12個のCPUコアを割り当てた2つのVMクラスタをサポートする場合を検討します。 この場合、次のようになります:

    • 一方のクラスタがビジー状態でもう一方のクラスタがアイドル状態の場合、ビジー状態のクラスタでは12個のCPUコアの割当てのみが使用可能で、残りのCPUリソースはアイドル状態です。

    • 両方のクラスタがビジー状態の場合、相互に影響を与えることなく専用のCPU割当てを使用できます。

  • CPUオーバーサブスクリプションを有効にすると、インスタンスで実行されているすべてのVMクラスタに最大48個の仮想CPUコアを割り当てることができます。 この場合、個々のVMクラスタは24個の仮想CPUコアに制限されます。

    ここで、Exadata Cloud at Customerインスタンスが各クラスタに24個の仮想CPUコアを割り当てた2つのVMクラスタをサポートする場合を検討します。 この場合、次のようになります:

    • 一方のクラスタがビジー状態でもう一方のクラスタがアイドル状態の場合、ビジー状態のクラスタは、その仮想CPU割当てを使用して、24個の使用可能なすべての物理CPUコアを使用することで利点が得られます。

    • 両方のクラスタがビジー状態の場合、両方のクラスタで24個の物理CPUコアを共有する必要があります。