Autonomous Exadata VMクラスタについて
Autonomous VMクラスタ(AVMC)を使用すると、物理Exadataクラスタ(マシン)を複数の仮想クラスタにパーティション化できます。これを使用すると、個別のアクセス・ルール、ネットワーク構成、カスタマイズ可能なコンピュート・メモリーおよびストレージ・リソースを通じて、様々なデータベース・ワークロードの環境を分離できます。
AVMCは、Autonomous Container Databaseが構築される4レベルのデータベース・アーキテクチャ・モデルのインフラストラクチャ・コンポーネントの1つです。1つ以上のAVMCがExadataインフラストラクチャ・リソース(EI)内にプロビジョニングされ、デプロイメント内のEIとAutonomous Container Databaseリソース間のリンクが提供されます。
AVMCは、個別のアクセス・ルール、ネットワーク構成、カスタマイズ可能なコンピュート・メモリーおよびストレージ・リソースを通じて、様々なデータベース・ワークロードに対して分離された環境を提供します。
Autonomous AI Database on Dedicated Exadata Infrastructureで使用される4つのレイヤー・アーキテクチャを包括的に把握し、このアーキテクチャでのAVMCの位置付けを理解するには、専用Exadataインフラストラクチャ上のAutonomous AI Databaseのコンポーネントを参照してください。
AVMCは、フリート管理者によって作成、監視および管理されます。詳細は、専用Exadataインフラストラクチャ上のAutonomous AI Databaseに関連付けられたユーザー・ロールを参照してください。
Autonomous Exadata VMクラスタの要件
IAMポリシー要件
| デプロイメントの選択肢 | IAMポリシー |
|---|---|
| Oracle Public Cloudとマルチクラウド |
|
| Exadata Cloud@Customer |
|
最小リソース要件
Autonomous Exadata VMクラスタを1つ作成するには、少なくとも必要です:
-
ノード当たり40 ECPU
-
1ノード当たり120GBのメモリー
-
ノード当たり338.5GBのローカル・ストレージ
-
6.61TB Exadataストレージ
Autonomous Exadata VMクラスタをプロビジョニングする前に満たす必要があるネットワーク要件があります。完全な要件については、Autonomous Exadata VMクラスタの作成を参照してください。
ノート: AVMCを作成する前に、Exadataインフラストラクチャ・リソースをプロビジョニングする必要があります。手順は、Exadataインフラストラクチャ・リソースの作成を参照してください。
Autonomous Exadata VMクラスタから管理されるデータベース機能
Autonomous AI Databaseの次の機能は、Autonomous Exadata VMクラスタ(AVMC)レベルで定義および管理できます。
| Autonomous AI Databaseの機能 | ノート | 参照先 |
|---|---|---|
コンピュート・モデル これは、Autonomous AI Databaseのコンピュート請求メトリックです。 |
2025年5月28日から、専用Exadataインフラストラクチャ上のAutonomous AI Databaseでは、OCPU請求メトリックを使用して新しいAVMCを作成することはできません。すべての新しいAVMCは、ECPUでのみプロビジョニングできます。 既存のOCPU AVMCおよびAutonomous AIデータベースは、通常どおり動作し続けます。サービス・リクエストを介してOCPU AVMCおよびそれぞれのAutonomous AIデータベースをECPUに更新できます。詳細は Doc ID 2998755.1を参照してください。 ノート: マルチクラウド・デプロイメントでは、ECPUコンピュート・モデルのみがサポートされます。 |
モデルの計算 |
DBサーバー選択 AVMCは、任意の数のDBサーバー(VM)にプロビジョニングできます。AVMCのプロビジョニング中、使用可能なVMのリストを表示および選択できます。 |
AVMCのプロビジョニング中に、AVMCリソースをデプロイするには、少なくとも2つのDBサーバーを選択する必要があります。高可用性(HA)構成には、少なくとも2つのDBサーバーが必要です。 AVMCのプロビジョニング後は、DBサーバーを追加または削除できません。 |
|
メンテナンス・スケジュール 一般的に、Oracleは、各四半期全体にわたるすべてのフリート・メンテナンスをスケジュールして実行します。 ユーザーは、Oracleにメンテナンス・スケジュールの処理を任せることも、Oracleがメンテナンス操作を開始できる特定のメンテナンス・ウィンドウを設定することもできます。 |
同じExadataインフラストラクチャ上のAutonomous VMクラスタごとに個別のメンテナンス実行をスケジューリングできます。 スケジュールの月、週、日および時間を選択して、デフォルトのメンテナンス・スケジュール(Oracleが必要に応じてメンテナンスをスケジュールすることを許可するプリファレンスなし)からメンテナンス・スケジュールを変更できます。Oracleからの今後のメンテナンスに関する通知メッセージを受信するリード・タイムを設定することもできます。 |
メンテナンスの実施時期の指定 |
リソース管理 目的のワークロード用に各Autonomous Exadata VMクラスタ構成のコンピュート、ストレージおよびメモリーカスタマイズできます。リソース割当ておよび使用状況のビジュアライゼーションを表示することで、これらのリソースをモニターできます。 |
オプションで、AVMCのプロビジョニング中に、ニーズに合わせて次のリソース管理属性に適切な値を定義できます。
VMとノードという用語は、Oracle Exadata Cloud@CustomerとOracle Public Cloudのデプロイメント間で同じ意味で使用されます。 |
リソース使用状況ビジュアライゼーション |
ネットワーク設定 Oracle Public Cloudおよびマルチクラウド・デプロイメントでは、ネットワーキング・サービスのコンポーネントを使用してネットワーク・アクセス制御を定義します。Autonomous AI Databaseがネットワーク・アクセス可能であるプライベート・サブネットを含むVirtual Cloud Network (VCN)を作成します。 |
適用先: AVMCのプロビジョニング中に、次の設定を調整できます。
|
|
VMクラスタ・ネットワーク Exadata Cloud@Customerの場合は、データ・センター内のクライアント・ネットワークを指定して、それをExadataインフラストラクチャ・リソースのVMクラスタ・ネットワーク・リソースに記録することで、ネットワーク・アクセス制御を定義します。 |
適用先: Exadata Cloud@CustomerのみAVMCのプロビジョニング中に、新しいAutonomous Exadata VMクラスタを作成するVMクラスタ・ネットワークが選択されます。 |
Exadata Database Service on Cloud@Customerの準備 |
Zero Trust Packet Routing(ZPR) Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR)では、セキュリティ属性を割り当てるAVMCなどのリソース用に記述したインテントベースのセキュリティ・ポリシーにより、機密データを不正アクセスから保護します。 |
適用対象: ZPRセキュリティ属性は、プロビジョニング中または後でAVMCに適用できます。 |
|
ライセンス・タイプ 既存のOracle Databaseソフトウェア・ライセンスを使用するか、Oracle Databaseソフトウェア・ライセンスにサブスクライブするかを選択できます。 |
ライセンス・タイプには2つのオプションがあります。
|
|
タイム・ゾーン 各Autonomous Exadata VMクラスタのタイムゾーンを設定できます。 |
Autonomous Exadata VMクラスタのデフォルト・タイムゾーンはUTCですが、別のタイム・ゾーンを指定できます。 | |
リスナー TLSおよび非TLSに単一クライアント・アクセス名(SCAN)リスナー・ポートを選択し、データベースTLS証明書に一方向TLSとmTLSのいずれかを選択できます。 |
AVMCリソースのプロビジョニング後は、SCANリスナー・ポートを変更できません。 ORDS証明書は一方向TLS証明書であるため、一方向TLSと相互TLS (mTLS)のいずれかを選択することは、データベースTLS証明書にのみ適用されます。 |
|
| AWS KMSを使用した暗号化鍵 | Oracle Database@AWS上のAutonomous AI Databaseでは、AWS Key Management Service (AWS KMS)を有効にしてマスター暗号化キーを管理できます。 | AWS KMSの有効化または無効化 |
証明書の管理 CA署名証明書をAutonomous VMクラスタにアップロードし、セキュアな接続に使用できます。 |
デフォルトでは、Autonomous Exadata VMクラスタ(AVMC)のプロビジョニング中にOracle管理の自己署名証明書が自動的に生成され、そのAVMCで作成されたすべてのデータベースに適用されます。また、Autonomous AI Databaseで独自のCA署名サーバー側証明書を使用するオプションもあります。 コンソールまたはAPIを使用して、両方のタイプの証明書をローテーションできます。 |
証明書の管理 |
Autonomous Exadata VMクラスタ管理操作
Autonomous Exadata VMクラスタでは、次の管理操作を実行できます。
| 操作 | タスクの指示 |
|---|---|
| Autonomous Exadata VMクラスタの作成 | Oracle Public Cloudデプロイメントの場合は、Autonomous Exadata VMクラスタの作成を参照してください マルチクラウド・デプロイメントの場合は、Autonomous VMクラスタ(AVMC)の作成を参照してください |
| Autonomous Exadata VMクラスタのリストの表示 | Autonomous Exadata VMクラスタのリストの表示 |
| Autonomous Exadata VMクラスタの詳細の表示 | Autonomous Exadata VMクラスタの詳細の表示 |
| Autonomous Exadata VMクラスタ上のライセンス・タイプの変更 | Autonomous VMクラスタのライセンス・タイプの変更 |
| Autonomous Exadata VMクラスタのZero Trust Packet Routing (ZPR)の構成 | AVMCの Zero Trust Packet Routing (ZPR)の構成 |
| 別のコンパートメントへのAutonomous Exadata VMクラスタの移動 | 別のコンパートメントへのAutonomous Exadata VMクラスタの移動 |
| AWSキー管理サービスの有効化 | マルチクラウド・デプロイメントについては、AWS KMSの有効化または無効化を参照してください |
| Autonomous Exadata VMクラスタ・リソースのセキュリティ証明書の管理 | Autonomous Exadata VMクラスタ・リソースのセキュリティ証明書の管理 |
| Autonomous Exadata VMクラスタのリソース使用率の表示 | Autonomous Exadata VMクラスタのリソース使用率の表示 |
| Autonomous Exadata VMクラスタ・リソースの管理 | Autonomous Exadata VMクラスタ・リソースの管理 |
| Autonomous Exadata VMクラスタのメンテナンス・スケジュールの変更 | Autonomous Exadata VMクラスタのメンテナンス・スケジュールの変更 |
| Autonomous Exadata VMクラスタのスケジュール済メンテナンスの表示および管理 | Autonomous Exadata VMクラスタのスケジュール済メンテナンスの表示および管理 |
| Autonomous Exadata VMクラスタの過去のメンテナンスの表示 | Autonomous Exadata VMクラスタの過去のメンテナンスの表示 |
| Autonomous Exadata VMクラスタの終了 | Autonomous Exadata VMクラスタの終了 ノート: AWSマルチクラウド・デプロイメントの場合、AWSコンソールからAutonomous Exadata VMクラスタを終了することもできます。 AWSリージョンでのAutonomous VMクラスタの削除を参照してください。 |
前述の操作は、APIを使用しても実現できます。詳細は、Autonomous Exadata VMクラスタを管理するためのAPIを参照してください。
Oracle Public Cloudのみ