Oracle Cloud Infrastructureドキュメント

Exadata DBシステム

Exadata DBシステムを使用すると、Oracle Cloud Infrastructure内でExadataの機能を活用できます。 Exadata DBシステムは、ベース・システム、クォータ・ラック、ハーフ・ラック、またはコンピュート・ノードとストレージ・サーバーのフル・ラックから構成され、高速で低レイテンシのInfiniBandネットワークおよびインテリジェントなExadataソフトウェアによって結合されています。 自動バックアップを構成したり、さまざまなワークロードを最適化したり、システムをスケール・アップして、需要増を満たすことができます。

ノート

2019年3月14日以降に起動されたExadata DBシステム、Oracle Linux 7 (OL7)を実行。
以前に起動されたシステムでOracle Linux 6 (OL6)が実行されています。 既存のExadata DBシステム・オペレーティング・システムの更新に関する重要な情報は、「OSアップデート」を参照してください。

サポートされているデータベース・エディションおよびバージョン

Exadata DBシステムにはEnterprise Editionが必要です - 極限のパフォーマンス。 このエディションには、Oracle Database Enterprise Editionのすべての機能と、Oracle Database In-MemoryやOracle Real Application Clusters (RAC)などのすべてのデータベース・エンタープライズ管理パックおよびすべてのEnterprise Editionオプションのすべての機能が含まれています。

Exadata DBシステムは、次のソフトウェア・リリースをサポートしています:

  • Oracle Database 19c (19.0)
  • Oracle Database 18c (18.0)
  • Oracle Database 12cリリース2 (12.2)
  • Oracle Database 12c リリース1(12.1)
  • Oracle Database 11gリリース2 (11.2)

ノート

Oracle Database 19cをExadata DBシステムで実行する場合は、DBシステムを作成する際にバージョン19cを指定する必要があります。
以前のデータベース・バージョンは、19c Exadata DBシステムでサポートされており、いつでも作成できます。 Oracle Databaseの以前のバージョンで作成されたExadata DBシステムでは、Oracle Database 19cは自動的にはサポートされません。 DBシステムを手動でアップグレードする必要があります。

サブスクリプション・タイプ

Exadata DBシステムで利用できる唯一のサブスクリプション・タイプは、Universal Credit Pricingの月次フレックス購入モデルです。 詳細については、https://www.oracle.com/cloud/bring-your-own-license/faq/universal-credit-pricing.htmlを参照してください。

測定頻度

プロビジョニングするExadata DBシステムごとに、最初の1か月間にインフラストラクチャの料金が請求され、その後は1時間ごとに課金されます。 システムに追加する各OCPUには、追加してから1時間ごとに請求されます。

Exadata DBシステムのスケーリング

Exadata DBシステムでは、次の2種類のスケーリング操作がサポートされています:

  • Exadata DBシステム内でスケーリングすることで、システム内のコンピュート・ノード処理能力を変更できます。
  • Exadata DBシステム構成全体をスケーリングすることで、クォータ・ラックからハーフ・ラックなどの異なる構成に移行することができます。

Exadataシステム内でのスケーリング

Exadata DBシステムでより多くのコンピュート・ノード処理能力が必要な場合は、システム内で使用可能なCPUコアの数をスケール・アップできます。 非従量制型Exadata DBシステムの場合、コンピュート・ノード処理能力(バースト)を一時的に変更するか、またはコンピュート・ノード処理能力を永続的に追加することができます。 Metered Exadata DBシステムでは、有効なCPUコアの数を変更するだけで済みます。

CPUコアがゼロのX7 Exadata DBシステムまたはベース・システムをプロビジョニングしたり、プロビジョニング後にDBシステムをゼロ・コアまでスケール変更できます。 ゼロ・コアでは、システムをスケール・アップするまで、インフラストラクチャのみの請求が行われます。 価格設定の詳細については、https://cloud.oracle.com/iaas/database/exadata/pricingを参照してください。

構成ごとのCPUコアの詳細は、「システム構成」を参照してください。 システムの規模を調整する方法については、「Exadata DBシステムを拡張するには」を参照してください。

Exadata DBシステム構成全体のスケーリング

Exadata DBシステム構成を拡張することで、異なるシステム構成に移行することができます。 これは、データベースのデプロイメントに必要な場合に便利です:

  • 処理能力が現在のシステム構成の容量を超えています。
  • ストレージ容量は、現在のシステム構成の容量を超えています。
  • 利用可能なコンピュート・ノードの数を増やすことで、パフォーマンスを向上させることができます。
  • 利用可能なExadataストレージ・サーバーの数を増やすことで、パフォーマンスを向上させることができます。

ベース・システムやクオータ・ラックからハーフ・ラックまたはハーフ・ラックからフル・ラックにスケーリングするには、データベース・デプロイメントに関連するデータがバックアップされて、別のExadata DBシステムにリストアされている必要があります。このシステムは、ユーザーとOracleの間のプランニングと調整が必要です。 プロセスを開始するには、Oracleにサービス・リクエストを送信してください。

システム構成

Exadata DBシステムは基本システム、クオータ・ラック、ハーフ・ラックまたはフル・ラック構成で提供され、各構成はコンピュート・ノードとストレージ・サーバーで構成されています。 コンピュート・ノードは、それぞれ仮想マシン(VM)で構成されています。 コンピューティング・ノードのVMにはroot特権がありますので、追加のソフトウェアをロードして実行することができます。 ただし、物理コンピュート・ノード・ハードウェア、ネットワーク・スイッチ、配電ユニット(PDU)、integrated lights-out management (ILOM)インタフェース、またはExadataストレージ・サーバーを含むExadataインフラストラクチャ・コンポーネントへの管理アクセス権はありません。オラクル。

データベースに対する完全な管理者特権を持ち、Oracle Cloud Infrastructureの外部からOracle Net Servicesを使用してデータベースに接続することができます。 表領域の作成やデータベース・ユーザーの管理などのデータベース管理タスクは、ユーザーが担当します。 また、デフォルトの自動メンテナンス設定をカスタマイズし、データベース障害が発生した場合のリカバリ・プロセスを制御することもできます。

この後の各項では、各シェイプ構成の詳細を示します。

Exadata X7のシェイプ

プロパティ クオータ・ラック ハーフ・ラック フル・ラック
シェイプ名 Exadata.Quarter2.92 Exadata.Half2.184 Exadata.Full2.368
コンピュート・ノードの数 2 4 8
有効なCPUコアの総最小数 0 0 0
CPUコアの合計最大数 92 184 368
合計RAM容量 1440 GB 2880 GB 5760 GB
Exadataストレージ・サーバーの数 3 6 12
総Rawフラッシュ・ストレージ容量 76.8 TB 153.6 TB 307.2 TB
合計使用可能なストレージ容量 106 TB 212 TB 424 TB

Exadata X7シェイプは、データベース・ホーム用に1 TBのユーザー・ディスク領域を提供します。

Exadata X6のシェイプ

プロパティ クオータ・ラック ハーフ・ラック フル・ラック
シェイプ名 Exadata.Quarter1.84 Exadata.Half1.168 Exadata.Full1.336
コンピュート・ノードの数 2 4 8
合計最小(デフォルト)有効CPUコアの数 22 44 88
CPUコアの合計最大数 84 168 336
合計RAM容量 1440 GB 2880 GB 5760 GB
Exadataストレージ・サーバーの数 3 6 12
総Rawフラッシュ・ストレージ容量 38.4 TB 76.8 TB 153.6 TB
合計使用可能なストレージ容量 84 TB 168 TB 336 TB

Exadata X6シェイプでは、データベース・ホーム用の200 GBのユーザー・ディスク領域が提供されます。

Exadataベース・システム

Exadataベース・システムのシステム構成は、容量に違いがある四半期ラックに似ています。

プロパティ
シェイプ名 Exadata.Base.48
コンピュート・ノードの数 2
有効なCPUコアの総最小数 0
CPUコアの合計最大数 48
合計RAM容量 720 GB
Exadataストレージ・サーバーの数 3
総Rawフラッシュ・ストレージ容量 38.4 TB
合計使用可能なストレージ容量 74.8 TB

ストレージ構成

Exadata DBシステムを起動すると、Exadataストレージ・サーバー内のストレージ・スペースが、Oracle Automatic Storage Management (ASM)によって使用するように構成されます。 デフォルトでは、次のASMディスク・グループが作成されます:

  • DATAディスクグループは、Oracle Databaseデータファイルのストレージのためのものです。
  • RECOディスク・グループは、RMANのバックアップやアーカイブREDOログ・ファイルなど、バックアップおよびリカバリに関連するさまざまなファイルをOracle Databaseで作成および管理できるストレージ領域であるFast Recovery Area (FRA)の格納に主に使用されます。
  • DBFSおよびACFSディスクグループは、さまざまな運用目的をサポートするシステム・ディスク・グループです。 DBFSディスクグループは、主に共有クラスタウェア・ファイル(Oracle Clusterレジストリと投票ディスク)の格納に使用され、ACFSディスクグループは主にOracle Databaseバイナリの格納に使用されます。 DATAディスクグループとRECOディスクグループと比較すると、システム・ディスク・グループは非常に小さいため、全体的なストレージ容量を検討する際には通常無視されます。 Oracle Databaseデータファイルまたはバックアップは、システム・ディスク・グループ内に格納しないでください。

ディスク・グループ名には、Exadata Databaseマシン環境に関連付けられている短い識別子文字列が含まれます。 たとえば、識別子をC2にすることができます。この場合、DATAディスク・グループの名前はDATAC2、RECOディスク・グループの名前はRECOC2となります。以下同様です。

また、SPARSEディスク・グループを作成できます。 Exadataスナップショットをサポートするには、SPARSEディスク・グループが必要です。 Exadataスナップショットを使用すると、Oracleデータベースのスペース有効クローンが有効になり、非常に迅速かつ簡単に作成および破棄できます。 スナップショット・クローンは、多くの場合、開発、テスト、または一時データベースを必要とするその他の目的で使用されます。

ストレージに対する構成設定の影響

Exadataストレージへのデータベース・バックアップの実行、またはスパース・ディスク・グループの作成、あるいはその両方を選択する場合、Exadataストレージ・サーバーのストレージ・スペースがASMおよび疎ディスク・グループに割り当てられる方法に、選択肢が影響を及ぼします。

次の表に、可能な各構成のDATA、RECOおよびSPARSEディスク・グループに割り当てられたストレージの概算率を示します。

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

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

スパース・ディスク・グループ: いいえ

80 % 20 % 0 %

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

スパース・ディスク・グループ: いいえ

40 % 60 % 0 %

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

スパース・ディスク・グループ: はい

60 % 20 % 20 %

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

スパース・ディスク・グループ: はい

35 % 50 % 15 %