X8MおよびX9MスケーラブルExadataインフラストラクチャの概要

Oracle Cloud InfrastructureのスケーラブルなX8MおよびX9M Exadataクラウド・インフラストラクチャ・モデルを使用すると、プロビジョニング後にデータベースおよびストレージ・サーバーを追加し、容量のニーズに合ったシステムを作成できます。

X8MまたはX9M Exadataクラウド・インフラストラクチャに容量を追加する場合、2つのワークフローがあります:
  • 1つは、Exadataシステムごとの複数の仮想マシン(MultiVM)の作成および管理とVMクラスタ・ノードのサブセット化のリリース日より後に作成されたインフラストラクチャ用です

    コンソールを使用したVMクラスタのリソースのスケーリングを参照してください

  • もう1つのワークフローは、Exadataシステムごとの複数の仮想マシン(MultiVM)の作成および管理とVMクラスタ・ノードのサブセット化のリリース日より前に作成されたインフラストラクチャ用です

    コンソールを使用したインフラストラクチャ・コンピュートおよびストレージのスケーリングを参照してください

Exadata Cloud Infrastructureリソース・モデル

Exadata Cloud Infrastructureインスタンスは、クラウドExadataインフラストラクチャ・リソースとクラウドVMクラスタ・リソースの2つのリソースを使用するインフラストラクチャ・モデルを使用してプロビジョニングされます。

このインフラストラクチャ・モデルを使用しない既存のExadata DBシステムは、ダウンタイムなしで新しいリソース・モデルに簡単に切り替えることができます。切替えの手順は、新しいExadataリソース・モデルへのExadata DBシステムの切替えを参照してください。

クラウドExadataインフラストラクチャ・リソース

インフラストラクチャ・リソースは、最上位(親)リソースです。

インフラストラクチャ・レベルで、データベース・サーバーとストレージ・サーバーの数を制御します。また、Exadataシステム・メンテナンス・スケジュールもExadataインフラストラクチャ・レベルで制御します。このリソースは、CreateCloudExadataInfrastructure APIを使用して作成されます。

X8MまたはX9MクラウドExadataインフラストラクチャ・リソースのスケーリングの詳細は、Exadata X8MおよびX9Mコンピュートおよびストレージのスケーリングを参照してください。
ノート

インフラストラクチャ・リソースにストレージ・サーバーまたはデータベース・サーバーを追加した後、新しい容量を利用するためにそれらをシステムのVMクラスタに追加する必要があります。

クラウドVMクラスタ・リソース

VMクラスタはインフラストラクチャ・リソースの子リソースです。

VMクラスタ・リソースは、Exadataクラウド・インフラストラクチャ・リソースとOracle Databaseの間のリンクを提供します。ネットワーキング、OCPU数、IORMおよびOracle Grid Infrastructureは、VMクラスタ・レベルで構成および管理されます。このリソースは、CreateCloudVmCluster APIを使用して作成されます。

使用可能なストレージ・サーバーまたはデータベース・サーバーのクラウドVMクラスタへの追加の詳細は、クラウドVMクラスタにデータベース・サーバーまたはストレージ・サーバーの容量を追加するにはを参照してください。VMクラスタに容量を追加する前に、サーバーをインフラストラクチャ・リソースに追加する必要があります。

マルチVM対応インフラストラクチャは、単一のインフラストラクチャで複数のVMクラスタをサポートします

マルチVM対応インフラストラクチャ以外のExadata Cloud Infrastructureインスタンスは、単一のクラウドVMクラスタの作成のみをサポートしています。

追加のExadata Cloud Infrastructureインスタンス・リソース

新しいExadataリソース・モデルでは、DBシステムの残りのリソース・タイプ(Oracle Database、データベース・バックアップ、Data Guardアソシエーション、作業リクエスト、Oracle Databaseホームおよびデータベース・サーバー・ノード(仮想マシンとも呼ばれる))は維持されます。

ノート

データベース・サーバー・ノード(仮想マシンとも呼ばれる)のデータベース・サーバー・ファイル・システムは、X8M世代のハードウェアで変わりました。X8Mデータベース・サーバー・ノードのファイル・システムの詳細は、X8MおよびX9M仮想マシン・ファイル・システムの重要なファイル・システムおよびサイズを参照してください。

X8MおよびX9M仮想マシン・ファイル・システム構造の重要なファイル・システムおよびサイズ

表4-5 X8MおよびX9M仮想マシン・ファイル・システム構造の重要なファイル・システムおよびデフォルト・サイズ

ファイルシステムのマウント サイズ 構成

/

15GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/u01

20GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/u01/../grid

50GB

ファイル・システムはサイズ変更できません。

/u02

60 GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増減できます。

/acfs01

100GB

サイズを変更するには、Oracle Supportに連絡してください。

/boot

509MB

ファイル・システムはサイズ変更できません。

/crashfiles

20GB

ファイル・システムはサイズ変更できません。

/home

4GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/var

5 GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/var/log

18 GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/var/log/audit

3GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

/tmp

3GB

サポートされる最大サイズ900 GB。

ファイル・システム・サイズは増加のみ可能です。

新しいExadata Cloud Infrastructureリソース・モデル

Exadata Cloud Infrastructureインスタンスは、DBシステム・リソースにかわる新しいインフラストラクチャ・リソース・モデルでのみプロビジョニングできるようになりました。

新しいモデルには、クラウドExadataインフラストラクチャ・リソースとクラウドVMクラスタ・リソースの2つのリソースがあります。

X8MおよびX9Mシステム・モデルは、新しいリソース・モデルのみと互換性があります。新しいX7およびX8システムをプロビジョニングする場合、後でインスタンスを新しいリソース・モデルに切り替える必要がないように、新しいリソース・モデルを使用することをお薦めします。

ノート

2021年5月15日以降、古いDBシステム・リソース・モデル/APIで新しいシステムをプロビジョニングすることはできません。既存のシステムでの古いDBシステム・リソース・モデル/APIのサポートは、2021年1月15日に終了します。この日付以降、古いAPIは機能しなくなり、使用可能な唯一のアクションは、DBシステムの詳細をリストし、新しいAPIへの切替えを実行することです。Exadata Cloud Infrastructureインスタンスをできるだけ早く新しいリソース・モデルAPIに移行することをお薦めします。新しいリソース・モデルへの変換では、システム・ダウンタイムは発生しません。

既存のExadata DBシステムは、ダウンタイムなしで新しいリソース・モデルに簡単に切り替えることができます。切替えの手順は、新しいリソース・モデルおよびAPIへのExadata DBシステムの切替えを参照してください。