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