Autonomous Exadata VMクラスタの作成

Oracle Cloud InfrastructureコンソールからAutonomous Exadata VMクラスタを作成できます。

ノート:

マルチクラウド・サブスクリプションをお持ちのお客様は、AWSでのAutonomous VMクラスタ(AVMC)の作成の手順を参照してください。

26aiデータベース・ソフトウェア・バージョンのタグ要件

適用対象: 適用可能 Oracle Public Cloud 適用対象: 適用可能 Exadata Cloud@Customer

26aiデータベース・ソフトウェア・バージョンのACDをサポートするようにAVMCをプロビジョニングする際に、「拡張オプション」の下に次のタグを追加してください:
  • タグ・ネームスペース: なし(フリーフォーム・タグの追加)
  • タグ・キー: DatabaseVersion
  • タグ値: 26ai

26aitag.pngの説明が続きます
図26aitag.pngの説明

26aiタグで作成されたAVMCは、Oracle Databaseソフトウェア・バージョン26aiのみのACDをサポートしています。このAVMC内に19c ACDを作成することはできません。Oracle Databaseソフトウェア・バージョンが19cのACDは、26aiタグで作成されていないAVMCでのみプロビジョニングできます。19cと26aiの両方のACDを同じAVMC内にプロビジョニングすることはできません。詳細は、Autonomous Container Databaseから管理されるデータベース機能を参照してください。

IAMポリシー要件

デプロイメントの選択 IAMポリシー
Oracle Public Cloudおよびマルチクラウド

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures
Exadata Cloud@Customer

manage autonomous-vmclusters

use exadata-infrastructures

Zero Trust Packet Routing (ZPR)のポリシー要件

適用先: 適用可能 Oracle Public Cloudのみ

  1. AVMCのプロビジョニング中にZero Trust Packet Routing (ZPR)セキュリティ属性を追加するために必要なIAMポリシー:
    allow group <group_name> to { ZPR_TAG_NAMESPACE_USE, SECURITY_ATTRIBUTE_NAMESPACE_USE } in tenancy
allow group <group_name> to manage autonomous-database-family in tenancy
allow group <group_name> to read security-attribute-namespaces in tenancy

  2. AVMCにセキュリティ属性をプロビジョニングするには、対応するZPRポリシーを有効にしてトラフィックを許可する必要もあります。

    たとえば、AVMCに次のセキュリティ属性をプロビジョニングするには、次に示すサンプルのZPRポリシーを定義する必要があります。
    • VCNネットワーク: ADBD
    • データベース・クライアント: ADBDClient
    • データベース・サーバー: ADBDServer
    AVMCを正常にプロビジョニングするZPRポリシーの例:
    in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
    顧客との接続を成功させるためのZPRポリシーの例:
    in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Client:ADBDClient endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow Db-Client:ADBDClient endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'

リソース要件

1つのAutonomous Exadata VMクラスタを作成するには、少なくともが必要です:
  • ノード当たり40 ECPU
  • 1ノード当たり120GBメモリー
  • 338.5GBノード当たりのローカル記憶域
  • 6.61TB Exadataストレージ

ネットワーク要件

Oracle Public Cloudデプロイメントでは、IPv4/IPv6デュアルスタック・ネットワーキングを使用して新しいVMクラスタをプロビジョニングし、IPv4アドレスとIPv6アドレスの両方を有効にできます。このオプションは、VCNの作成中およびサブネットの作成中に有効になります。

Exadata Cloud@Customerデプロイメントで、ディザスタ・リカバリ・ネットワークを有効にしている場合は、Autonomous Data Guard (AuDG)などの特定のデータベース操作用に構成した第3 NICを使用して、Autonomous AI Databaseをクローニングできます。自律型仮想マシン・クラスタ(AVMC)で第3 NICを使用するには、まずサービス・リクエスト(SR)をOracle Supportに送信する必要があります。このサービス・リクエストは、AVMCが作成される前に作成する必要があります。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。ネットワーク要件の詳細は、「Oracle Exadata Database Service on Cloud@Customerのネットワーク要件」を参照してください。

サブネット・サイズ
  • Oracle Public Cloudおよびマルチクラウド・デプロイメント:

    Autonomous Exadata VMクラスタ・リソースをプロビジョニングし、Autonomous Data Guardでディザスタ・リカバリを設定する場合は、Virtual Cloud Network (VCNs)のIPアドレス空間が重複していないことを確認してください。

    次の表に、Oracle Public CloudでのAutonomous AI Databaseデプロイメントに必要な最小サブネットのサイズを示します。

    ヒント :

    ネットワーキング・サービスでは、各サブネットに3つのIPアドレスを予約しています。サブネットに必要な最小容量より大きい容量を割り当てると(例: /28のかわりに最低/25)、これらの予約済アドレスがサブネットの使用可能領域に与える相対的な影響を軽減できます。

    ラック・サイズ クライアント・サブネット: 必要なIPアドレス数 クライアント・サブネット: 最小サイズ
    ベース・システムまたはクォータ・ラック (4アドレス* 2ノード) + SCAN用の3つ+サブネット内に予約されている3つ= 14 /28 (16 IPアドレス)
    ハーフ・ラック (4 * 4 nodes) + 3 + 3 = 22 /27 (32 IPアドレス)
    フル・ラック (4* 8 nodes) + 3 + 3 = 38 /26 (64 IPアドレス)
    柔軟なインフラストラクチャ・システム(X8M以上) データベース・ノード当たり4アドレス(最小2ノード) + SCAN用の3つ + サブネット内に予約されている3つ /28は最小サブネット・サイズですが、各ノードを追加すると、それに応じてサブネット・サイズが大きくなります。

    ヒント :

    複数のAutonomous Exadata VMクラスタを作成するのに十分な使用可能なIPアドレスを持つようにサブネットを構成してください。たとえば、ベース・システムまたは単一VMクラスタのクォータ・ラックに必要な最小IPアドレスは14です。2つのVMクラスタを作成する場合は、/27でサブネットを定義するか、/28レベルで2つのサブネットを持ちます。
  • Exadata Cloud@Customerデプロイメント:

    Exadata Cloud@CustomerのIP要件については、Exadata Cloud at CustomerのIPアドレスおよびサブネットを参照してください。

セキュリティ・リスト
  • Oracle Public Cloudおよびマルチクラウド・デプロイメント:
    • Autonomous VMクラスタをプロビジョニングするための最小セキュリティ・リスト要件を満たすには:
      • サブネットCIDRのイングレスおよびエグレス用にすべてのポートでTCPを開きます。
      • サブネットCIDRのイングレスおよびエグレスのすべてのICMPタイプおよびコードを開きます。
      • イングレスとエグレスが同じタイプであることを確認します。両方ともステートレスであるか、両方ともステートフルです。
      たとえば、次のスクリーンショットでは、TestVCNのIPv4 CIDRブロックは11.0.0.0/16、FleetSubnet (AVMCのプロビジョニングに使用されるサブネット)はIPv4 CIDRブロックは11.0.0.0/24です。
      avmc_minseclistreq.pngの説明が続きます
      図avmc_minseclistreq.pngの説明

      ノート:

      Oracle Public Cloudデプロイメントでは、AVMCをプロビジョニングする特定のサブネットでセキュリティ・ルールを構成するときに、ipv6アドレスの::/64としてソースCIDRを選択し、IPプロトコルで「ipv6-ICMPの選択」を選択します。イングレスおよびエグレス内のノード間のipv6-ICMPプロトコルが必要です。そうしないと、ノード間のpingが機能せず、データベース操作またはパッチ適用操作が失敗し、「Node not reachable via ICMP ping」というエラーが表示されます。
    • オプションで、要件に応じて、次のポートを開いて、このAVMCで作成されたAutonomous AI Databaseを接続および操作する必要もあります。
      接続先ポート IPプロトコル 目 的
      1521 TCP SQL*Netトラフィック
      2484 TCP アプリケーション・サブネットからのTransport Layer Security (TLS)
      6200 TCP

      Oracle Notification Service(ONS)トラフィック

      Fast Application Notification(FAN)トラフィック
      443 TCP

      Oracle Application Express

      Oracle Database Actions
  • Exadata Cloud@Customerデプロイメント:
    • Exadata Cloud@CustomerでAVMCをプロビジョニングする前に、Exadata Database Service on Cloud@Customerの準備のOracle Exadata Database Service on Cloud@Customerのネットワーク要件にリストされているネットワーク・ルールを設定する必要があります。
    • さらに、ポート1522を開いて次の操作を行う必要があります。
      • Autonomous Data Guard設定でプライマリ・データベースとスタンバイ・データベース間のTCPトラフィックを許可します。
      • データベースのクローニングをサポートします。

    • オプションで、次の一般的に使用されるアプリケーションに接続する場合は、次のポートを開く必要もあります。

      接続先ポート IPプロトコル 目 的
      443 (エグレス) TCP キー管理サービス(KMS)
      1521 (イングレス) TCP Oracle Enterprise Manager (OEM)
      1521 TCP SQL*Netトラフィック
      2484 TCP アプリケーション・サブネットからのTransport Layer Security (TLS)
      6200 TCP

      Oracle Notification Service(ONS)トラフィック

      高速アプリケーション通知(FAN)トラフィック
      443 TCP

      Oracle Application Express

      Oracle Database Actions

ノート:

複数のVM Autonomous AI Database機能の起動後にOracle Cloudで作成されたExadataインフラストラクチャ・リソースに、複数のVM - Autonomous VMクラスタ(AVMC)のみを作成できます。この制限に対処する必要があり、古いExadataインフラストラクチャ・リソースにAutonomous VMクラスタを追加する場合は、My Oracle Supportでサービス・リクエストを作成してください。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。

手順説明

ヒント :

この手順を試してみる場合は、フリート管理者専用Oracle Autonomous AI Databaseワークショップの次のラボを参照してください:
  • ラボ3: 専用インフラストラクチャ上のAutonomous AI Database用のクラウドAutonomous Exadata VMクラスタのプロビジョニング
  • ラボ5: Exadata Cloud@CustomerでのAutonomous VMクラスタのプロビジョニング

  1. Oracle Cloud Infrastructureコンソールで、Autonomous AI Databaseに移動します。

    手順については、Oracle Cloud Infrastructure ConsoleのAutonomous AI Databaseへのアクセスを参照してください。

  2. サイド・メニューのAutonomous AI Databaseリソース・タイプのリストで、「Autonomous Exadata VMクラスタ」をクリックします。

    現在のコンパートメントにAutonomous Exadata VMクラスタのリストが表示されます。

  3. Autonomous Exadata VMクラスタを作成するコンパートメントを選択します。

    Autonomous Exadata VMクラスタのリストがリフレッシュされ、選択したコンパートメント内のクラスタが表示されます。

  4. 「Autonomous Exadata VMクラスタの作成」をクリックします。

  5. 「Autonomous Exadata VMクラスタの作成」ページに次の情報を入力します:
    設定 説明 ノート

    基本情報

    コンパートメント: Autonomous Exadata VMクラスタをホストするコンパートメントを選択します。

    表示名:インフラストラクチャ・リソースを簡単に識別できるようにするわかりやすい説明やその他の情報を入力します。

    表示名は一意である必要はありません。機密情報を入力しないでください。

    Exadataインフラストラクチャ

    新しいAutonomous Exadata VMクラスタをホストするExadataインフラストラクチャ。

    		 -

    Autonomous VMクラスタ・リソース: Compute Model

    コンピュート・モデル: Autonomous Exadata VMクラスタ・リソースのコンピュート・モデルを示します。デフォルト・モデルはECPUです。これは、コンピュートおよびストレージ・サーバーのプールから柔軟に割り当てられたコア数に基づいています。

    2025年5月28日以降、Autonomous AI Databaseでは、OCPU請求メトリックを使用して新しいAVMCを作成することはできません。すべての新しいAVMCは、ECPUでのみプロビジョニングできます。

    既存のOCPU AVMCおよびAutonomous AI Databaseは、通常どおり動作し続けます。サービス・リクエストを介して、OCPU AVMCおよびそれぞれのAutonomous AI DatabaseをECPUに更新できます。詳細は、Doc ID 2998755.1を参照してください。

    Autonomous VMクラスタ・リソース: DBサーバーの選択

    新しいAutonomous Exadata VMクラスタ(AVMC)リソースのデプロイに使用されるDBサーバー(VM)をリストします。

    VMごとに使用可能な最大リソース(CPU、メモリーおよびローカル・ストレージ)も表示されます。

    オプションで、「DBサーバー選択の編集」をクリックして、VMを追加または削除できます。このボタンをクリックすると、「DBサーバーの変更」ダイアログが起動し、使用可能なすべてのDBサーバーがそれぞれについて次の詳細とともにリストされます:
    • 使用可能なCPU
    • 使用可能なメモリー(GB)
    • 使用可能なローカル・ストレージ(GB)
    • VMクラスタおよびその中のAutonomous VMクラスタの数。

    デフォルトでは、Autonomous VMクラスタの作成に必要な最小リソースを持つすべてのDBサーバーが選択されます。DBサーバーを削除するには、リスト内のチェック・ボックスをクリックします。選択内容に応じて、ダイアログにVMごとに使用可能な最大リソースおよびVMごとに割り当てられたリソースの詳細が表示されます。

    DBサーバーを選択した後、「変更の保存」をクリックします。

    AVMCリソースをデプロイするには、少なくとも2つのDBサーバーを選択する必要があります。高可用性(HA)構成には、最低2台のDBサーバーが必要です。

    ノート:

    AVMCのプロビジョニング後にDBサーバーを追加または削除することはできません。

    Autonomous VMクラスタ・リソース

    VM数またはノード数: Exadataインフラストラクチャのデータベース・サーバーの数を示します。これは読取り専用の値です。この値は、AVMCに選択されたDBサーバーの数によって異なります。

    VMまたはノード当たりのECPU数: 個々のVMのECPU数を指定します。最小値は、VM当たり40 ECPUです。

    Autonomous Container Databaseの最大数:指定したACDの数は、ACDの上限を表します。これらのACDは、必要に応じて個別に作成する必要があります。ACDの作成には、ノードごとに8つの使用可能なECPUまたは2つの使用可能なOCPUも必要です。

    CPU当たりのデータベース・メモリー(GB): Autonomous VMクラスタ内のAutonomous AI Databaseに割り当てられたCPU当たりのメモリー。

    ローカル・バックアップのストレージの割当て: Exadata Cloud@Customerでは、このオプションを選択して、ローカル・データベース・バックアップを有効にするようにExadataストレージを構成できます。

    データベース・ストレージ(TB): Autonomous VMクラスタ内のAutonomous AI Databaseの作成に割り当てられるデータ・ストレージ。最小値は5TBです。

    VMとノードは、Oracle Exadata Cloud@CustomerとOracle Public Cloudのデプロイメント間で同じ意味で使用されます。

    リソース・パラメータの構成時に、Autonomous Exadata VMクラスタの作成に必要なリソース集計および選択に基づく値が、リソース構成セクションの下に表示されます。詳細については、Formula for sizing AVMC resourcesを参照してください。

    ネットワーク設定

    仮想クラウド・ネットワーク: 新しいAutonomous Exadata VMクラスタを作成する仮想クラウド・ネットワーク(VCN)。

    サブネット:新しいAutonomous Exadata VMクラスタについて、前述の選択されたVCN内のサブネット。

    オプションで、ネットワーク・セキュリティ・グループを使用してトラフィックを制御できます。これを行うには、対応するチェック・ボックスを選択し、選択リストからネットワーク・セキュリティ・グループを選択します。

    「+別のネットワーク・セキュリティ・グループ」をクリックして、さらにネットワーク・セキュリティ・グループを追加します。

    Oracle Public Cloudデプロイメントでは、IPv4/IPv6デュアルスタック・ネットワーキングを使用して、IPv4アドレスとIPv6アドレスの両方を有効にできます。このオプションは、VCNの作成中およびサブネットの作成中に有効にできます。また、AVMCのプロビジョニング中に、対応するサブネット(IP4とIP6の両方のアドレスを持つ)を使用できます。

    		適用対象: 適用可能 Oracle Public Cloudのみ

    VMクラスタ・ネットワーク

    新しいAutonomous Exadata VMクラスタを作成するVMクラスタ・ネットワーク。

    		 適用対象: 適用可能 Exadata Cloud@Customerのみ

    自動メンテナンス

    オプションで、自動メンテナンス・スケジュールを構成できます。Oracle Public Cloudで、「メンテナンスの変更」をクリックします。Exadata Cloud@Customerで、「メンテナンス・スケジュールの変更」をクリックします。

    その後、メンテナンス・スケジュールをデフォルト(Oracleで必要に応じてメンテナンスをスケジュールできる「プリファレンスなし」)から変更するには、「スケジュールの指定」を選択し、スケジュールの月、週、日および時間を選択します。Oracleからの今後のメンテナンスに関する通知メッセージを受信するリード・タイムを設定することもできます。

    終了したら、変更を保存します。

    カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。

    ライセンス・タイプ

    新しいAutonomous Exadata VMクラスタに使用するライセンス・タイプ。

    次のオプションがあります:

    ライセンス持込み:このオプションを選択する場合は、作成した新しいサービス・インスタンスに対して使用する適切な資格があることを確認してください。

    ライセンス込み:この選択では、クラウド・サービスのコストにデータベース・サービスのライセンスが含まれます。

    ライセンス・タイプに対する選択は、請求の測定に影響します。

    詳細オプションの表示/詳細オプションの非表示

    デフォルトでは、詳細オプションは表示されません。「拡張オプションの表示」をクリックして表示します。

    		-

    拡張オプション: 管理

    UTCまたはブラウザで検出されたタイム・ゾーン以外のタイム・ゾーンを設定する場合は、「別のタイム・ゾーンの選択」オプションを選択し、リージョンまたは国を選択して、対応するタイム・ゾーンを選択します。目的のリージョンまたは国が表示されていない場合は、「その他」を選択し、適切なタイム・ゾーンを選択します。

    Autonomous Exadata VMクラスタのデフォルト・タイムゾーンはUTCですが、別のタイムゾーンを指定できます。タイム・ゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされています。

    すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。

    拡張オプション: リスナー

    トランスポート層セキュリティ(TLS)およびTLS以外用の単一クライアント・アクセス名(SCAN)リスナー・ポートを使用可能なポートの範囲から選択する場合は、許容範囲(1024 - 8999)のTLS以外のポートまたはTLSポートのポート番号を入力します。

    「相互TLS (mTLS)認証の有効化」チェック・ボックスを選択して、相互TLS (mTLS)認証を選択することもできます。

    defaultポート番号は 2484 for TLS、1521 for non-TLS認証モードです。

    ポート番号1522、1525、5000、6100、6200、7060、7070、7879、8080、8181、8888、および8895は、特殊な目的のために予約されており、TLS以外のポート番号またはTLSポート番号として使用できません。

    AVMCリソースのプロビジョニング後、SCANリスナー・ポートは変更できません。

    ORDS証明書は一方向TLS証明書であるため、一方向TLSと相互TLS (mTLS)の選択はデータベースTLS証明書にのみ適用されます。

    拡張オプション: セキュリティ属性

    セキュリティ属性を追加し、Zero Trust Packet Routing (ZPR)ポリシーを使用してAVMCリソースへのアクセスを制御します。セキュリティ属性を追加するには、「ネームスペース」を選択し、セキュリティ属性の「キー」および「値」を指定します。

    「Add security attribute」をクリックして、セキュリティ属性を追加します。

    適用対象: 適用可能 Oracle Public Cloudのみ

    このステップでセキュリティ属性を選択するには、ゼロ信頼パケット・ルーティングでセキュリティ属性をすでに設定しておく必要があります。詳細は、ゼロ・トラスト・パケット・ルーティングについてを参照してください。

    既存のAVMCのセキュリティ属性も追加できます。詳細は、AVMCのZero Trust Packet Routing (ZPR)の構成を参照してください。

    拡張オプション: タグ

    タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。

    タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous AI Databaseクラウド・リソースのタグ付けを参照してください。

    23aiデータベースを作成できるようにするには、適切なタグを使用してAVMCをプロビジョニングする必要があります。詳細は、26ai Database Software Version Tag Requirementsを参照してください。

  6. オプションで、「スタックとして保存」をクリックして、リソース構成をスタックとして保存できます。その後、スタックを使用し、リソース・マネージャ・サービスを介してリソースを作成できます。

    「スタックとして保存」ダイアログに次の詳細を入力し、「保存」をクリックします。
    • 名前:オプションで、スタックの名前を入力します。
    • 説明:オプションで、このスタックの説明を入力します。
    • コンパートメントに保存: このスタックが存在するコンパートメントを選択します。
    • タグ・ネームスペース、タグ・キーおよびタグ値: オプションで、タグをスタックに適用します。

    リソース・マネージャで使用されるTerraform構成の要件と推奨事項は、リソース・マネージャのTerraform構成を参照してください。スタックで定義されたリソースをプロビジョニングするには、構成を適用します。

  7. 詳細を送信して、Autonomous Exadata VMクラスタを作成します。

AVMCリソースのサイズ設定の式

Autonomous VMクラスタ・リソースのサイズ設定に使用される式の詳細は、次のとおりです。

Autonomous Exadata VMクラスタに対してリクエストされたリソースの合計は、コンソールで次のように単純な式を使用して計算されます:
[Values based on user's input + Values based on internal calculation and overheads] x VM count

表- 各リソースの計算の詳細は、次のとおりです。

名前 OCIコンソールに表示される式 次に例を示します:
ECPU数 1 VM当たりのECPU数x VM数 ECPU数80 = VM当たりのECPU数(40) x VM数(2)
Memory [合計ECPU数x ECPU当たりのメモリー] +内部データベース・サービス・メモリー メモリー246 GB = [合計ECPU数(80) x ECPU当たりのメモリー(2)] +内部データベース・サービス・メモリー(86)
ローカルストレージ 1つのACD +内部データベース・サービスのローカル・ストレージのローカル・ストレージ ローカル記憶域682 GB = 1つのACDのローカル記憶域(100) +内部データベース・サービスのローカル記憶域(582)
Exadataストレージ データベース・ストレージ+内部データベース・サービスExadataストレージ データベース・ストレージ6.55TB = データベース・ストレージ(5) +内部データベース・サービスExadataストレージ(1.55)
内部サイズ設定を含む正確な式の詳細な説明を次に示します。
  • AVMクラスタ内の合計ECPU = VM当たりのECPU数x VM数
  • AVMクラスタの合計メモリー= [VM当たりのデータベース・メモリー: (VM当たりのECPU数x ECPU当たりのデータベース・メモリー) +内部サービス・メモリー: 40GB] x 1.02 x VM数

  • AVMクラスタ内の合計ローカル・ストレージ= (Autonomous VMクラスタ・ストレージ+ (u02ファイルシステム・サイズx 1.03) + 2 GB) x VM数

    • Autonomous VMクラスタのストレージ値は、次のように、使用されるExadataシステム・モデルによって異なります:

      • X8M、X9M、X10M、X11Mシステム: 184GB
      • X7-2およびX8-2システム: 137GB
    • また、u02ファイルシステムのサイズ= 100GB + (50GB x ACDの最大数)
  • AVMクラスタ内の合計Exadata Storage = [データベース・ストレージ(TB) +内部データベース・ストレージ(GB) + 150 GB] xデータ乗数:
    • 内部データベース・ストレージ= 50 GB x ACDの最大数x VM数
    • Oracle Public Cloudデプロイメントのデータ乗数は1.25です。Exadata Cloud@Customerデプロイメントの場合、データ乗数の値は、ローカル・バックアップが無効な場合は1.25、ローカル・バックアップが有効になっている場合は2.5です。