機械翻訳について

Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング

Oracle Exadata Database Service on Cloud@Customerシステムで最初のVMクラスタを作成する方法を学習します。

親トピック: Oracle Exadata Database Service on Cloud@Customerデプロイメントの開始

Oracle Exadata Database Service on Cloud@CustomerでのVMクラスタの管理について

VMクラスタは、Oracle Exadata Database Service on Cloud@CustomerインフラストラクチャとデプロイするOracle Databasesの間のリンクを提供します。

VMクラスタには、クラスタ内のデータベースをサポートするOracle Clusterwareのインストールが含まれます。 VMクラスタ定義で、データベースで使用可能なCPUリソースの量を決定する有効なCPUコアの数も指定します

Exadata Cloud@Customerインフラストラクチャにデータベースを作成する前に、VMクラスタ・ネットワークを作成して、VMクラスタに関連付ける必要があります。

ノート:

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用してクラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合は、機密情報を入力しないでください。

親トピック: Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング

Oracle Exadata Database Service on Cloud@CustomerでのVMクラスタの前提条件

VMクラスタ仮想マシンに接続するには、SSH公開キーを使用します。

公開キーは、SSHを介してVMクラスタ仮想マシンへの接続に使用する予定のキー・ペアのOpenSSH形式です。 次に、読みやすくするために省略した公開キーの例を示します。 
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

関連トピック

親トピック: Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング

コンソールを使用したASM VMクラスタの作成

ASM VMクラスタを作成するには、インフラストラクチャの構成に必要なフィールドに値を指定する準備をします。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. Exadataインフラストラクチャを含む「リージョン」を選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. 「Exadata VMクラスタの作成」をクリックします。
  5. Exadata VMクラスタの作成ページで、リクエストされた情報を指定します:
    1. 表示名の指定: 表示名は、VMクラスタの識別に使用できるわかりやすい名前です。 Oracle Cloud識別子(OCID)はVMクラスタを一意に識別するため、名前は一意である必要はありません。
    2. コンパートメントの選択:使用可能なコンパートメントのリストから、VMクラスタを含めるコンパートメントを選択します。
    3. Exadata Infrastructureを選択します:リストから、VMクラスタをホストするExadataインフラストラクチャを選択します。 使用可能でアクティブなExadataインフラストラクチャのないVMクラスタは作成できません。
    4. VMクラスタ・ネットワークの選択: リストから、VMクラスタに使用するVMクラスタ・ネットワーク定義を選択します。 VMクラスタを作成する前に、使用可能で検証済のVMクラスタ・ネットワークが必要です。
    5. VMクラスタ・タイプ:

      ノート:

      VMクラスタのデプロイ後にVMクラスタ・タイプを変更することはできません。 VMクラスタ・タイプを変更する場合は、新しいVMクラスタを作成し、データベースを新しいクラスタに移行する必要があります。
      • Exadata Database: 制限なく、すべてのワークロードに適した標準データベースVM。
      • Exadata Database開発者: 制限付きの開発者データベースVMで、アプリケーション開発にのみ適しています。
    6. VMクラスタを構成します:
      • DBサーバー:
        • VMリソースを割り当てるVM配置の場合は、「DBサーバーの変更」をクリックします。
        • 「DBサーバーの変更」ダイアログで:

          VMクラスタ・タイプ - Exadata Database: VM配置用のデータベース・サーバーを少なくとも1つ選択します。 メンテナンス中および計画外停止中も使用可能な高可用性データベース・サービスが必要な場合は、少なくとも2つのデータベース・サーバーを選択します。 VMごとの割当てに使用できる最大リソースは、選択したデータベース・サーバーの数に基づきます。

          VMクラスタ・タイプ - Exadata Database開発者: VM配置用のデータベース・サーバーを1つ選択します。 選択できるデータベース・サーバーは1つのみです。

          ノート:

          • すでに8つのVMが実行されているDBサーバーは選択できません。
          • 選択したDBサーバー間の最大ローカル・ストレージ・リソースを計算する場合、VMをホストするためにシステムが必要とする予約済ローカル・ストレージは、リソースが最も少ないDBサーバーから差し引かれます。

            たとえば、選択したDBサーバーで使用可能なローカル・ストレージがDBサーバー3の場合は823 GB、DBサーバー4の場合は813 GB、選択したサーバー全体の最小値は813 GBで、リソース割当てに使用できる最大値は813 GBです - 184 GB (X8M DBサーバーでVMをホストするために予約されたローカル・ストレージ) = 629 GB。

            詳細は、「VMにプロビジョニングできるローカル・ストレージの容量の見積り」を参照してください。

        • 「保存」をクリックします。
      • VM当たりのOCPU (X11MのECPU)数を指定します: このクラスタ内のVMごとにプロビジョニングするOCPU (X11MのECPU)数を指定します。 X11MにOCPUを0(ゼロ)またはECPUを0(停止VM条件)に指定しないかぎり、最小値は、VMごとに2 OCPU、またはVMごとに8 ECPU (ライブVM条件の場合)です。

        値0を指定すると、VMクラスタ仮想マシンはすべてクラスタ作成プロセスの終了時に停止します。 この場合、後でOCPU (X11MのECPU)リソースをスケーリングして仮想マシンを起動できます。 「コンソールを使用したVMクラスタのリソースのスケーリング」を参照してください。

        VMクラスタ全体のOCPU (X11MのECPU)数は、指定したVMごとのOCPU (X11MのECPU)数と、VMクラスタ用に構成された物理データベース・サーバーの数に基づいて自動的に計算されます。

        OCPU: Oracle Computeユニット(OCPU)は、ハイ・パー・スレッドが有効になっているIntel Xeonプロセッサの1つの物理コアに相当するCPU容量を提供します。 各OCPUが2つのハードウェア実行スレッドに相当し、これをvCPUと言います。

        「Oracle Platform as a Service and Infrastructure as a Service - Public Cloud Service DescriptionsMetered & Non-Metered」を参照してください。

        ECPU: ECPUは、コンピュート・リソースの抽象化されたメジャーです。 ECPUは、コンピュート・サーバーとストレージ・サーバーのプールから柔軟に割り当てられているコアの数に基づきます。

      • VMクラスタのリクエストされたOCPU (X11MのECPU)数: VM当たりのOCPU (X11MのECPU)数を指定フィールドに指定した値に基づいて、VMクラスタに割り当てられたCPUコアの合計数が表示されます。 このフィールドは編集できません。
      • VM当たりのメモリー(GB)を指定します: 各VMのメモリーを指定します。 値は1GBの倍数とする必要があり、Exadataインフラストラクチャで使用可能なメモリーによって制限されます。
      • VMクラスタのリクエストされたメモリー(GB): VM当たりのメモリーの指定(GB)フィールドに指定した値に基づいて、VMクラスタに割り当てられたメモリーの合計量が表示されます。 このフィールドは編集できません。
      • VM当たりのローカル・ファイル・システム・サイズ(GB)を指定します: 追加のローカル・ファイル・システム構成オプションを表示するには、詳細オプションの表示をクリックします。 個々のVMごとにローカル・ファイル・システム・サイズを指定します。 値は1 GBの倍数である必要があり、X11Mインフラストラクチャ上のファイル・システムの使用可能なサイズによって制限されます。

        ローカル・システム・ストレージの最小サイズは60 GBである必要があります。 新しいVMクラスタを作成するたびに、使用可能な合計領域のうち残りの領域が新しいVMクラスタに使用されます。

        個々のVMごとのサイズを指定する方法の詳細および手順は、スケール・アップまたはスケール・ダウン操作の概要を参照してください。

        1. 追加のローカル・ファイル・システム構成オプションを表示するには、「詳細オプションの表示」をクリックします。
        2. 必要に応じて、/, /u01, /tmp, /var, /var/log, /var/log/auditおよび/homeファイル・システムのサイズを変更します。

          ノート:

          • これらのファイル・システムは拡張のみ可能で、拡張後にサイズを減らすことはできません。
          • バックアップ・パーティションおよびミラー化により、/および/varファイル・システムは、割り当てられた領域の2倍を消費します。これは、読取り専用「ミラー化による / (GB)の割当て済ストレージの合計」および「ミラー化による/var (GB)の割当て済ストレージの合計」フィールドに示されています。
          • VMクラスタの作成後、Exadata Infrastructureの詳細ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられているファイル・サイズを確認します。
      • VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部的に予約されているローカル・ストレージ・サイズを表示します。 このフィールドは編集できません。
    7. Exadataストレージの構成: 次の設定では、VMクラスタで使用するためのExadataストレージの構成方法を定義します。 選択したストレージ・タイプは、VMクラスタが目的のストレージ・タイプでプロビジョニングされた後は、後で変更できません。 選択できるオプションは2つあります: 自動ストレージ・タイプ(ASM)およびExascale。 Exascaleストレージ・タイプの詳細は、「コンソールを使用したExascale VMクラスタの作成」を参照してください。
      自動ストレージ管理(ASM)
      • 使用可能なExadataストレージの指定: 個々のVMのサイズを指定します。 推奨される最小サイズは2 TBです。
      • Exadataスナップショットのストレージの割当て: Exadataスナップショット機能をサポートするために必要なスパース・ディスク・グループを作成するには、このオプションを選択します。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracleデータベースの領域効率のよいクローンを作成できます。
      • ローカル・バックアップ用のストレージの割当て: ローカル・データベース・バックアップを有効にするようにExadataストレージを構成するには、このオプションを選択します。 このオプションを選択すると、バックアップに対応するためにRECOディスク・グループにより多くの領域が割り当てられます。 このオプションを選択しない場合、VMクラスタ内のデータベースのバックアップ先としてローカルExadataストレージを使用することはできません。

      表4-13 ストレージ割当て

      記憶域の割当て DATAディスク・グループ RECOディスク・グループ SPARSEディスク・グループ

      Exadataスナップショット: いいえ

      ローカルExadataストレージでのバックアップの有効化: いいえ

      80%

      20%

      0% (SPARSEディスク・グループは作成されません。)

      Exadataスナップショット: いいえ

      ローカルExadataストレージでのバックアップの有効化: Yes

      40%

      60%

      0% (SPARSEディスク・グループは作成されません。)

      Exadataスナップショットのストレージの割当て: Yes

      ローカルExadataストレージでのバックアップの有効化: いいえ

      60%

      20%

      20%

      Exadataスナップショットのストレージの割当て: Yes

      ローカルExadataストレージでのバックアップの有効化: Yes

      35%

      50%

      15%
    8. バージョンの選択:
      • Oracle Grid Infrastructureリリースを選択します: ドロップダウン・メニューから、Grid Infrastructureリリースとして19cまたは23aiを選択します。

        ノート:

        選択したOracle Grid Infrastructureリリースによって、VMクラスタでサポートされているOracle Databaseバージョンが決まります。

        選択したGrid Infrastructureバージョンより新しいOracle Databaseバージョンはプロビジョニングできません。 たとえば、23aiデータベースをプロビジョニングするには、23ai Grid Infrastructureリリースを選択する必要があります。

        ノート:

        VMクラスタをGrid Infrastructure 23aiでプロビジョニングするには、次の最小ソフトウェア・バージョンが必要です:
        • Exadataシステム・ソフトウェアを実行するExadataゲストVM 23.1.8
        • Exadata Infrastructure Exadataシステム・ソフトウェアの実行23.1.x
      • 「使用可能なすべてのGrid Infrastructureバージョンの表示」スイッチはデフォルトでOFFです。 オフの場合、VMクラスタのプロビジョニング中に最新のGrid Infrastructureバージョンが自動的に使用されます。

        ONを切り替えると、ドロップダウン・メニューに、サポートされている最新の4つのGrid Infrastructureバージョンが表示され、リストから優先バージョンを選択できます。

      • Exadataゲスト・バージョンの選択:
        • Oracle Linux 7およびExadataイメージ・バージョン22.1.10.0.0.230422のExadataインフラストラクチャ:
          • 「イメージを変更」ボタンは有効になっていません。
          • Oracle Grid Infrastructureバージョンのデフォルトは19.0.0.0.0です。
          • Exadataゲストのバージョンは、ホストOSのバージョンと同じです。
        • Oracle Linux 8およびExadataイメージ・バージョン23.1.3.0.0.230613のExadataインフラストラクチャ:
          • Exadataゲスト・バージョンは、デフォルトで最新(23.1.3.0)になります。
          • Oracle Grid Infrastructureバージョンのデフォルトは19.0.0.0.0です
          • 「イメージを変更」ボタンが有効になっています。
          • 「イメージの変更」をクリックします。

            結果の「イメージの変更」パネルには、使用可能なExadataイメージのメジャー・バージョン(23.1.3.0および22.1.3.0)のリストが表示されます。

            各メジャー・バージョンの最新リリースは、"(latest)で示されます。

          • スライド「使用可能なすべてのバージョンの表示」。

            最新バージョンのExadataイメージ23.1.3.0および22.1.3.0を含む6つの過去のバージョンが表示されます。

          • バージョンの選択
          • 「変更の保存」をクリックします。
    9. SSHキーの追加:VMクラスタ仮想マシンへのアクセスに使用するSSHキー・ペアの公開キー部分を指定します。 キーを含むファイルをアップロードするか、SSHキー文字列を貼り付けることができます。

      複数のキーを指定するには、複数のキー・ファイルをアップロードするか、各キーを別々のフィールドに貼り付けます。 貼り付けられたキーの場合、各キーが単一の連続した行にあることを確認します。 結合キーの長さは10,000文字を超えることはできません。

    10. ライセンス・タイプの選択:
      • ライセンス持込み (BYOL): VMクラスタで使用するOracle Databaseソフトウェア・ライセンスを組織がすでに所有している場合は、このオプションを選択します。

        ノート:

        BYOLは、Exadata Database-Developer VMクラスタ・タイプでは使用できません。
      • 含まれるライセンス: Exadata Database Service on Cloud@Customerの一部としてOracle Databaseソフトウェア・ライセンスをサブスクライブするには、このオプションを選択します。
    11. 診断収集:

      診断収集および通知を有効にすることで、Oracle Cloud操作により、ゲストVMの問題を迅速かつ効果的に識別、調査、追跡および解決できます。 イベントをサブスクライブして、リソース状態の変更に関する通知を取得します。 詳細は、「イベントの開始」を参照してください。

      ノート:

      収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解することに反対しています。 この機能はいつでもオプトアウトできます。
      • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集して公開できるようにします。
      • ヘルス・モニタリングの有効化: Oracleが、Oracle Database up/down、ディスク領域使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud操作と共有できるようにします。 一部のイベントの通知も受信します。

      • インシデント・ログおよびトレース収集の有効化: Oracleがインシデント・ログおよびトレースを収集して障害診断および問題解決を可能にします。

        デフォルトでは、3つのチェック・ボックスがすべて選択されています。 デフォルト設定をそのままにすることも、必要に応じてチェックボックスをクリアすることもできます。 診断収集設定は、「VMクラスタ詳細」ページの「一般情報」 >> 「診断収集」に表示されます。

        • 有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(3つのオプションすべて)。

        • 無効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルを収集しないことを選択した場合(3つすべてのオプション)。

        • 一部有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(1つまたは2つのオプション)。
    12. 高度なオプションを表示:
      • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定することもできます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。

        ノート:

        UTCまたはブラウザで検出されたタイムゾーン以外のタイムゾーンを設定する場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョン」または「国」を選択してから、対応する「タイムゾーン」を選択します。

        目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。

      • クラウド自動化の更新: Oracleは、クラウドのツールと自動化に必要なデータベース・ツールとエージェント・ソフトウェアに定期的に更新を適用します。 VMクラスタに適用するこれらの更新の優先時間ウィンドウを構成できます。 クラウド自動化の更新の開始時間を設定します。

        ノート:

        Oracleは、構成された時間枠の間に毎日最新のVM Cloud Automationの更新をチェックし、該当する場合は更新を適用します。 基礎となる長時間実行プロセスのために、構成された時間枠内で自動化による更新の適用を開始できない場合、Oracleは、構成された時間枠の翌日を自動的にチェックして、VMクラスタへのクラウド自動化更新の適用を開始します。

        クラウド・ツール更新への早期アクセスの有効化: 早期アクセス用に指定されたVMクラスタは、他のシステムで使用可能になる1-2週間前に更新を受け取ります。 このVMクラスタを早期に導入する場合は、このチェック・ボックスを選択します。

        クラウド自動化更新凍結期間: Oracleは、クラウドのツールと自動化に必要なデータベース・ツールとエージェント・ソフトウェアに定期的に更新を適用します。 凍結期間を有効にして、Oracle自動化がクラウド更新を適用しない期間を定義します。

        スライダを移動してフリーズ期間を設定します。

        ノート:

        • 凍結期間は、開始日から最大45日間延長できます。
        • Oracle自動化は、構成された凍結期間中でも、重要なセキュリティ修正(CVSS >= 9)を使用して更新を自動的に適用します。
      • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。
  6. オプションで、リソース構成をスタックとして保存できます。
    • リソース構成をスタックとして保存するには:
      1. 「スタックとして保存」をクリックします。
      2. 結果の「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名: (オプション)わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
      3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

      4. リンクをクリックして、Resource Manager Serviceコンソールでスタックを開きます。

        「リソース・マネージャおよびTerraform」を参照してください。

    • スタックの詳細を表示するには:
      1. ナビゲーション・メニューを開きます。 「開発者サービス」の下で、「リソース・マネージャ」をクリックします。
      2. 「スタック」をクリックします。
      3. 詳細を表示するスタックの名前をクリックします。

        または、アクション・メニュー(3つのドット)をクリックし、「スタックの詳細を表示」オプションを選択します。

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

    「VMクラスタの詳細」ページが表示されます。 作成プロセスの実行中、VMクラスタの状態は「保留中」です。 VMクラスタの作成プロセスが完了すると、VMクラスタの状態が「使用可能」に変わります。

    「VMクラスタ詳細」ページの「Exadata Databaseストレージ」セクションには、構成されるストレージのタイプ(この場合はASM)が表示されます。

関連トピック

親トピック: Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング

コンソールを使用したExascale VMクラスタの作成

Exascale VMクラスタを作成するには、インフラストラクチャの構成に必要なフィールドに値を指定する準備をします。

Exascale VMクラスタを作成するには、次のものがあることを確認します:

  • VMクラスタをホストするために使用できるアクティブなExadataインフラストラクチャ。
  • VMクラスタが使用できる検証済みのVMクラスタ・ネットワーク。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. Exadataインフラストラクチャを含む「リージョン」を選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. 「Exadata VMクラスタの作成」をクリックします。
  5. Exadata VMクラスタの作成ページで、リクエストされた情報を指定します:
    1. コンパートメントの選択:使用可能なコンパートメントのリストから、VMクラスタを含めるコンパートメントを選択します。
    2. 表示名の指定: 表示名は、VMクラスタの識別に使用できるわかりやすい名前です。 Oracle Cloud識別子(OCID)はVMクラスタを一意に識別するため、名前は一意である必要はありません。
    3. Exadata Infrastructureを選択します:リストから、VMクラスタをホストするExadataインフラストラクチャを選択します。 使用可能でアクティブなExadataインフラストラクチャのないVMクラスタは作成できません。
    4. VMクラスタ・ネットワークの選択: リストから、VMクラスタに使用するVMクラスタ・ネットワーク定義を選択します。 VMクラスタを作成する前に、使用可能で検証済のVMクラスタ・ネットワークが必要です。
    5. VMクラスタ・タイプ

      ノート:

      VMクラスタのデプロイ後にVMクラスタ・タイプを変更することはできません。 VMクラスタ・タイプを変更する場合は、新しいVMクラスタを作成し、データベースを新しいクラスタに移行する必要があります。
      • Exadata Database: 制限なく、すべてのワークロードに適した標準データベースVM。
      • Exadata Database開発者: 制限付きの開発者データベースVMで、アプリケーション開発にのみ適しています。
    6. VMクラスタを構成します:
      • DBサーバー:
        • VMリソースを割り当てるVM配置の場合は、「DBサーバーの変更」をクリックします。
        • 「DBサーバーの変更」ダイアログで:

          VMクラスタ・タイプ - Exadata Database: VM配置用のデータベース・サーバーを少なくとも1つ選択します。 メンテナンス中および計画外停止中も使用可能な高可用性データベース・サービスが必要な場合は、少なくとも2つのデータベース・サーバーを選択します。 VMごとの割当てに使用できる最大リソースは、選択したデータベース・サーバーの数に基づきます。

          VMクラスタ・タイプ - Exadata Database開発者: VM配置用のデータベース・サーバーを1つ選択します。 1つのデータベース・サーバーのみを選択できます。

          ノート:

          • すでに8つのVMが実行されているDBサーバーは選択できません。
          • 選択したDBサーバー間の最大ローカル・ストレージ・リソースを計算する場合、VMをホストするためにシステムが必要とする予約済ローカル・ストレージは、リソースが最も少ないDBサーバーから差し引かれます。

            たとえば、選択したDBサーバーで使用可能なローカル・ストレージがDBサーバー3の場合は823 GB、DBサーバー4の場合は813 GB、選択したサーバー全体の最小値は813 GBで、リソース割当てに使用できる最大値は813 GBです - 184 GB (X8M DBサーバーでVMをホストするために予約されたローカル・ストレージ) = 629 GB。

            詳細は、「VMにプロビジョニングできるローカル・ストレージの容量の見積り」を参照してください。

        • 「保存」をクリックします。
      • VM当たりのOCPU (X11MのECPU)数を指定します: このクラスタ内のVMごとにプロビジョニングするOCPU (X11MのECPU)数を指定します。 X11MにOCPUを0(ゼロ)またはECPUを0(停止VM条件)に指定しないかぎり、最小値は、VMごとに2 OCPU、またはVMごとに8 ECPU (ライブVM条件の場合)です。

        値0を指定すると、VMクラスタ仮想マシンはすべてクラスタ作成プロセスの終了時に停止します。 この場合、後でOCPU (X11MのECPU)リソースをスケーリングして仮想マシンを起動できます。 「コンソールを使用したVMクラスタのリソースのスケーリング」を参照してください。

        VMクラスタ全体のOCPU (X11MのECPU)数は、指定したVMごとのOCPU (X11MのECPU)数と、VMクラスタ用に構成された物理データベース・サーバーの数に基づいて自動的に計算されます。

        OCPU: Oracle Computeユニット(OCPU)は、ハイ・パー・スレッドが有効になっているIntel Xeonプロセッサの1つの物理コアに相当するCPU容量を提供します。 各OCPUが2つのハードウェア実行スレッドに相当し、これをvCPUと言います。

        「Oracle Platform as a Service and Infrastructure as a Service - Public Cloud Service DescriptionsMetered & Non-Metered」を参照してください。

        ECPU: ECPUは、コンピュート・リソースの抽象化されたメジャーです。 ECPUは、コンピュート・サーバーとストレージ・サーバーのプールから柔軟に割り当てられているコアの数に基づきます。

      • VMクラスタのリクエストされたOCPU (X11MのECPU)数: VM当たりのOCPU (X11MのECPU)数を指定フィールドに指定した値に基づいて、VMクラスタに割り当てられたCPUコアの合計数が表示されます。 このフィールドは編集できません。
      • VM当たりのメモリー(GB)を指定します: 各VMのメモリーを指定します。 値は1GBの倍数とする必要があり、Exadataインフラストラクチャで使用可能なメモリーによって制限されます。
      • VMクラスタのリクエストされたメモリー(GB): VM当たりのメモリーの指定(GB)フィールドに指定した値に基づいて、VMクラスタに割り当てられたメモリーの合計量が表示されます。 このフィールドは編集できません。
      • VM当たりのローカル・ファイル・システム・サイズ(GB)を指定します: 個々のVMごとにローカル・ファイル・システム・サイズを指定します。 値は1 GBの倍数である必要があり、X11Mインフラストラクチャ上のファイル・システムの使用可能なサイズによって制限されます。

        ローカル・システム・ストレージの最小サイズは60 GBである必要があります。 新しいVMクラスタを作成するたびに、使用可能な合計領域のうち残りの領域が新しいVMクラスタに使用されます。

        個々のVMごとのサイズを指定する方法の詳細および手順は、スケール・アップまたはスケール・ダウン操作の概要を参照してください。

        1. 追加のローカル・ファイル・システム構成オプションを表示するには、「詳細オプションの表示」をクリックします。
        2. 必要に応じて、/, /u01, /tmp, /var, /var/log, /var/log/auditおよび/homeファイル・システムのサイズを変更します。

          ノート:

          • これらのファイル・システムは拡張のみ可能で、拡張後にサイズを減らすことはできません。
          • バックアップ・パーティションおよびミラー化により、/および/varファイル・システムは、割り当てられた領域の2倍を消費します。これは、読取り専用「ミラー化による / (GB)の割当て済ストレージの合計」および「ミラー化による/var (GB)の割当て済ストレージの合計」フィールドに示されています。
          • VMクラスタの作成後、Exadata Infrastructureの詳細ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられているファイル・サイズを確認します。
      • VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部的に予約されているローカル・ストレージ・サイズを表示します。 このフィールドは編集できません。
    7. Exadataストレージの構成: 次の設定では、VMクラスタで使用するためのExadataストレージの構成方法を定義します。 選択したストレージ・タイプは、VMクラスタが目的のストレージ・タイプでプロビジョニングされた後は、後で変更できません。 選択できるオプションは2つあります: 自動ストレージ・タイプ(ASM)およびExascale。 ASMストレージ・タイプの詳細は、「コンソールを使用したASM VMクラスタの作成」を参照してください。

      ノート:

      Exascaleストレージを構成するための最小要件

      • この機能は、Exadata InfrastructureモデルX8M以降でサポートされています。
      • この機能は、Exadataシステム・ソフトウェア・リリース24.1以降で使用できます。
      • この機能には、Oracle Grid Infrastructureバージョン23ai (24.3)が必要で、Oracleデータベース・バージョン23ai (23.4)以降をサポートしています。

      最小要件が満たされない場合、Exascaleオプションは無効になります。

      Exascaleデータベース・ストレージ・ボールト:
      • 新しいストレージ・ボールトを作成します: VMクラスタのプロビジョニング中に新しいExascaleデータベース・ストレージ・ボールトを作成するには、このオプションを選択します。
        • ストレージ・ボールト名: ボールトのわかりやすい名前を入力します。 このボールトを別のコンパートメントに作成する場合は、「コンパートメントの変更」リンクをクリックし、コンパートメントを選択します。
        • データベースのストレージ容量: 画面に表示される最小値と最大値内のデータベースのストレージ容量を入力します。

          ノート:

          表示されている最大値を超える追加の領域が必要な場合は、Exascale容量を増やす必要があります。 詳細は、「コンソールを使用したExascale Storage Vaultのスケーリング」」を参照してください。
      • 既存のストレージ・ボールトの選択: 選択したコンパートメントに存在するボールトを選択します。
    8. バージョンの選択:

      ノート:

      Exascale VMクラスタにプロビジョニングできるのは、Oracleデータベース23aiのみです。
      • Oracle Grid Infrastructureリリースを選択します: Oracle Grid Infrastructureリリースのデフォルトは23aiです。

        ノート:

        選択したOracle Grid Infrastructureリリースによって、VMクラスタでサポートされているOracle Databaseバージョンが決まります。

        選択したGrid Infrastructureバージョンより新しいOracle Databaseバージョンはプロビジョニングできません。 たとえば、23aiデータベースをプロビジョニングするには、23ai Grid Infrastructureリリースを選択する必要があります。

        ノート:

        VMクラスタをGrid Infrastructure 23aiでプロビジョニングするには、次の最小ソフトウェア・バージョンが必要です:
        • Exadataシステム・ソフトウェアを実行するExadataゲストVM 23.1.8
        • Exadata Infrastructure Exadataシステム・ソフトウェアの実行23.1.x
      • 「使用可能なすべてのGrid Infrastructureバージョンの表示」スイッチはデフォルトでOFFです。 オフの場合、VMクラスタのプロビジョニング中に最新のGrid Infrastructureバージョンが自動的に使用されます。

        ONを切り替えると、ドロップダウン・メニューに、サポートされている最新の4つのGrid Infrastructureバージョンが表示され、リストから優先バージョンを選択できます。

      • Exadataゲスト・バージョンの選択:
        • Exadataゲスト・バージョンのデフォルトは最新(24.1.6.0)です
        • Oracle Grid Infrastructureバージョンのデフォルトは23aiです
        • 「イメージを変更」ボタンが有効になっています。
        • 「イメージの変更」をクリックします。

          結果の「変更」イメージ・パネルには、使用可能なExadataイメージのメジャー・バージョン(24.1.6.0以降)のリストが表示されます。

          各メジャー・バージョンの最新リリースは、"(latest)で示されます。

        • スライド「使用可能なすべてのバージョンの表示」。

          Exadataイメージの最新バージョン24.1.6.0以降を含む6つの過去のバージョンが表示されます。

        • バージョンの選択
        • 「変更の保存」をクリックします。
    9. SSHキーの追加:VMクラスタ仮想マシンへのアクセスに使用するSSHキー・ペアの公開キー部分を指定します。 キーを含むファイルをアップロードするか、SSHキー文字列を貼り付けることができます。

      複数のキーを指定するには、複数のキー・ファイルをアップロードするか、各キーを別々のフィールドに貼り付けます。 貼り付けられたキーの場合、各キーが単一の連続した行にあることを確認します。 結合キーの長さは10,000文字を超えることはできません。

    10. ライセンス・タイプの選択:
      • ライセンス持込み (BYOL): VMクラスタで使用するOracle Databaseソフトウェア・ライセンスを組織がすでに所有している場合は、このオプションを選択します。

        ノート:

        BYOLは、Exadata Database-Developer VMクラスタ・タイプでは使用できません。
      • 含まれるライセンス: Exadata Database Service on Cloud@Customerの一部としてOracle Databaseソフトウェア・ライセンスをサブスクライブするには、このオプションを選択します。
    11. 診断収集:

      診断収集および通知を有効にすることで、Oracle Cloud操作により、ゲストVMの問題を迅速かつ効果的に識別、調査、追跡および解決できます。 イベントをサブスクライブして、リソース状態の変更に関する通知を取得します。 詳細は、「イベントの開始」を参照してください。

      ノート:

      収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解することに反対しています。 この機能はいつでもオプトアウトできます。
      • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集して公開できるようにします。
      • ヘルス・モニタリングの有効化: Oracleが、Oracle Database up/down、ディスク領域使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud操作と共有できるようにします。 一部のイベントの通知も受信します。

      • インシデント・ログおよびトレース収集の有効化: Oracleがインシデント・ログおよびトレースを収集して障害診断および問題解決を可能にします。

        デフォルトでは、3つのチェック・ボックスがすべて選択されています。 デフォルト設定をそのままにすることも、必要に応じてチェックボックスをクリアすることもできます。 診断収集設定は、「VMクラスタ詳細」ページの「一般情報」 >> 「診断収集」に表示されます。

        • 有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(3つのオプションすべて)。

        • 無効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルを収集しないことを選択した場合(3つすべてのオプション)。

        • 一部有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(1つまたは2つのオプション)。
    12. 高度なオプションを表示:
      • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定することもできます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。

        ノート:

        UTCまたはブラウザで検出されたタイムゾーン以外のタイムゾーンを設定する場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョン」または「国」を選択してから、対応する「タイムゾーン」を選択します。

        目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。

      • クラウド自動化の更新: Oracleは、クラウドのツールと自動化に必要なデータベース・ツールとエージェント・ソフトウェアに定期的に更新を適用します。 VMクラスタに適用するこれらの更新の優先時間ウィンドウを構成できます。 クラウド自動化の更新の開始時間を設定します。

        ノート:

        Oracleは、構成された時間枠の間に毎日最新のVM Cloud Automationの更新をチェックし、該当する場合は更新を適用します。 基礎となる長時間実行プロセスのために、構成された時間枠内で自動化による更新の適用を開始できない場合、Oracleは、構成された時間枠の翌日を自動的にチェックして、VMクラスタへのクラウド自動化更新の適用を開始します。

        クラウド・ツール更新への早期アクセスの有効化: 早期アクセス用に指定されたVMクラスタは、他のシステムで使用可能になる1-2週間前に更新を受け取ります。 このVMクラスタを早期に導入する場合は、このチェック・ボックスを選択します。

        クラウド自動化更新凍結期間: Oracleは、クラウドのツールと自動化に必要なデータベース・ツールとエージェント・ソフトウェアに定期的に更新を適用します。 凍結期間を有効にして、Oracle自動化がクラウド更新を適用しない期間を定義します。

        スライダを移動してフリーズ期間を設定します。

        ノート:

        • 凍結期間は、開始日から最大45日間延長できます。
        • Oracle自動化は、構成された凍結期間中でも、重要なセキュリティ修正(CVSS >= 9)を使用して更新を自動的に適用します。
      • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。
  6. オプションで、リソース構成をスタックとして保存できます。
    • リソース構成をスタックとして保存するには:
      1. 「スタックとして保存」をクリックします。
      2. 結果の「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名: (オプション)わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
      3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

      4. リンクをクリックして、Resource Manager Serviceコンソールでスタックを開きます。

        「リソース・マネージャおよびTerraform」を参照してください。

    • スタックの詳細を表示するには:
      1. ナビゲーション・メニューを開きます。 「開発者サービス」の下で、「リソース・マネージャ」をクリックします。
      2. 「スタック」をクリックします。
      3. 詳細を表示するスタックの名前をクリックします。

        または、アクション・メニュー(3つのドット)をクリックし、「スタックの詳細を表示」オプションを選択します。

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

    「VMクラスタの詳細」ページが表示されます。 作成プロセスの実行中、VMクラスタの状態は「保留中」です。 VMクラスタの作成プロセスが完了すると、VMクラスタの状態が「使用可能」に変わります。

    「VMクラスタ詳細」ページの「Exadata Databaseストレージ」セクションには、構成されたストレージ・ストレージのタイプ(この場合はExascale)が表示されます。

関連トピック

親トピック: Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング