メモリー、ローカル・ディスク・サイズ(/u02)、ASMストレージおよびCPU (X11MのECPU)をスケール・アップまたはスケール・ダウンできます。

これらのリソースをスケール・アップまたはスケール・ダウンするには、顧客DB管理者による既存の使用量および容量管理の完全な監査が必要です。既存の使用量を確認して、スケール・ダウン操作中または操作後の障害を回避します。スケール・アップする際には、作成する予定の次のVMクラスタに対してこれらのリソースをどの程度残すかを考慮してください。Exadata Cloud@Customerのクラウド・ツールは、VMクラスタ内のメモリー、ローカル・ディスクおよびASMストレージの現在の使用量を計算し、それにヘッドルームを追加して、それ以上スケール・ダウンできない最小値に達したら、その最小値を下回る値を指定することを想定しています。

VMクラスタでデータベース・サーバーのメモリーをスケール・アップおよびスケール・ダウンできます。メモリーのスケーリングを有効にするには、データベース・サーバーのローリング再起動が必要です。メモリー・スケーリングが成功するには、データベースがオープン状態で自動起動する必要があります。

VMクラスタ内のメモリーを変更すると、そのクラスタ内のVMのラージ・ページ(HugePages)設定に影響します。VMが最初に作成されるとき、各VMのオペレーティング・システムは、メモリーの50%がラージ・ページ用にVMに割り当てられて構成され、データベースはSGAにそのメモリーを使用するように構成されます。変更の影響を理解しないかぎり、ラージ・ページ構成を変更しないことをお薦めします。構成が適切でないと、すべてのデータベースの起動が妨げられ、VMのブートが妨げられることもあります。

ラージ・ページ構成の変更はお薦めしませんが、許可されています。ただし、VMのメモリーが後でサイズ変更される場合は、クラウドの自動化によって変更がオーバーライドされる可能性があります。メモリーのサイズ変更操作中、クラウド自動化は、最大制限60%で、ラージ・ページ・メモリーを合計メモリーに対するパーセンテージで維持しようとします。ラージ・ページが合計メモリーの60%を超える値を使用するように構成されている場合、クラウド自動化では、この60%の制限に自動的にサイズ変更されます。

EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

このプロセスにより、VMをブートするのに十分な従来型メモリーが確保されます。サイズ変更を続行する前に、データベース・インスタンスを実行して、現在のラージ・ページの使用状況を判断するための事前チェックが自動化によって実行されます。事前チェックで、サイズ変更後に既存のデータベースをサポートするのに十分なサイズのページ・メモリーがないことが示された場合、サイズは失敗し、プロセスは続行されません。

次の式を使用して、最小限必要なASMストレージを計算します:

• DATA、RECOなどのディスク・グループごとに、VMクラスタの任意のゲストVMでasmcmd lsdgコマンドを実行して、合計サイズと空きサイズをメモします。
• 各ディスク・グループの使用済サイズを(合計サイズ - 空きサイズ) /3として計算します。ディスク・グループはトリプル・ミラー化されているため、/3が使用されます。

• DATA:RECOの比率は:

  80:20 (「ローカル・バックアップ」オプションがユーザー・インタフェースで選択されていない場合)。

  40:60 (「ローカル・バックアップ」オプションがユーザー・インタフェースで選択されている場合)。

• ユーザー・インタフェースで指定された新しい合計サイズが次の条件を満たしていることを確認します:

  DATAの使用済サイズ * 1.15 <= (新しい合計サイズ * DATA % )

  RECOの使用済サイズ * 1.15 <= (新しい合計サイズ * RECO % )

VMイメージには、VMとそのオペレーティング・システムの起動と実行に必要なファイル、および/u02に格納されているOracle Homesの領域が含まれます。VMに関連付けられている任意のファイル・システムに割り当てることができる最小値を超える追加ローカル記憶域の容量を見積もるには、サーバー上のすべてのVMのVMイメージのサイズを合計使用可能領域から引きます。ファイル・システムを展開してデフォルトのVMイメージ・サイズを変更していない場合は、次のVMイメージ・サイズ(デフォルトおよび最小)を使用します。VMイメージ・サイズがある場合、または変更する予定がある場合は、OCIコンソールおよび「VMクラスタのスケーリング」アクションを使用して、既存のVMクラスタに割り当てられ、使用可能なものをチェックする必要があります。一部の/u02以外のファイル・システムを拡張すると、ファイル・システムに追加されたよりも多くの増分ストレージが消費されるためです。この情報は、新しいVMクラスタの作成中に「VMクラスタの構成」アクションでも使用できます。

X8-2およびX7-2システム

• VMイメージで使用可能な合計領域(X7のすべてのシステム): 1237 GB
• VMイメージで使用可能な合計領域(X8のすべてのシステム): 1037 GB
• /u02を含むVMイメージ・サイズ(デフォルトおよび最小): 244 GB
• デフォルト(最小) /u02: 60 GB

X8M-2システム

• VMイメージで使用可能な合計領域(X8Mベース・システム): 1237 GB
• VMイメージで使用可能な合計領域(X8Mエラスティック): 2500 GB
• /u02を含むVMイメージ・サイズ(デフォルトおよび最小): 244 GB
• デフォルト(最小) /u02: 60 GB

X11M、X10MおよびX9M-2システム

• VMイメージで使用可能な合計(ベース・システムX9M): 1077 GB
• VMイメージで使用可能な合計(エラスティック): 2243 GB
• /u02を含むVMイメージ・サイズ(デフォルトおよび最小): 244 GB
• デフォルト(最小) /u02: 60 GB

ローカル領域のスケーリング操作のガイドライン

ローカル・ストレージは、VM内の多数の個々のファイル・システムのサイズを変更することでスケーリングできます。ファイル・システムは、デフォルトで最小サイズで作成されます。必要に応じて、ファイル・システムのサイズを増やすことができます。ただし、縮小できるのは/u02のみです。他のファイル・システムのサイズは増やすことしかできません。任意のファイル・システムでサポートされている最大サイズは900 GBです。

すべてのファイル・システムによって消費されるストレージが、ファイル・システム・サイズの合計を超えています。ファイル・システムのサイズ変更時の空きローカル・ストレージへの影響を確認するには、OCIコンソールに表示される計算を参照してください。

OCIコンソールまたはAPIを使用して、次のローカル・ファイル・システムのサイズを増減できます:

• /u02

OCIコンソールまたはAPIを使用すると、次のローカル・ファイルシステムのサイズを増やすことができます:

• /
• /u01
• /tmp
• /var
• /var/log
• /var/log/audit
• /home

ただし、次のローカルファイルシステムのサイズは変更できません。

• /crashfiles
• /boot
• /acfs01
• /u01/app/19.0.0.0/grid

これらのファイル・システムのサイズ変更の詳細は、「仮想マシンにプロビジョニングできるローカル・ストレージの量の見積り」を参照してください。

現在の使用率に基づくリソース制限

• スケールダウン操作では、クラスタ内のすべてのノードで最大のローカル領域使用率に加えて、15%のバッファを残す必要があります。
• 許可されるノードごとの最小のローカル領域は、前述の2つの制限よりも大きくなります。
• 各ノードでdf –khコマンドを実行して、最大のローカル・ストレージを含むノードを見つけます。
• csshなどのユーティリティを使用すると、コマンドを一度だけ入力して、クラスタ内のすべてのホストから同じコマンドを発行することもできます。
• 各ノードをスケール・ダウンできるローカル・ストレージの最小値は、1.15x (すべてのノードで使用されるローカル領域の最大値)です。

ACFSファイル・システム

サポートからリクエストされた場合は、/acfs01ファイル・システムのサイズを変更することもできます。このファイルシステムは、ソフトウェアをステージングするためにシステムで使用されます。Exadataストレージを使用し、前述の/u02の制限の対象にはなりません。これは、クラスタ内のすべてのノードから表示される共有ファイル・システムであり、任意のVMのコマンドラインからオンライン・サイズ変更できます。

• デフォルト・サイズ: /acfs01のデフォルト・サイズは100 GBです。
• スケーリング/acfs01: /sbin/acfsutilコマンドを使用して、任意のVMからユーザー・グリッドとしてacfs01をスケーリングできます。リブートは必要ありません。サイズ変更操作は、VMクラスタで実行されているデータベース・サービスの可用性には影響しません。gridユーザーが発行する次のコマンドでは、/acfs01のサイズが100 GB増加します: /sbin/acfsutil size +100 GB /acfs01。
• 必要に応じて、追加のACFSファイル・システムを作成できます。これらはExadata Storageディスク・グループからのストレージも消費し、クラスタ内のすべてのVM間で共有できます。詳細は、ACFSのドキュメントを参照してください。

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

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. Exadataインフラストラクチャを含むリージョンを選択します。
3. 「VMクラスタ」をクリックします。
4. 「Exadata VMクラスタの作成」をクリックします。
5. 「Exadata VMクラスタの作成」ページで、リクエストされた情報を指定します:
   1. コンパートメントの選択:使用可能なコンパートメントのリストから、VMクラスタを含めるコンパートメントを選択します。
   2. 表示名の指定: 表示名は、わかりやすい名前で、VMクラスタの識別に使用できます。Oracle Cloud Identifier (OCID)でVMクラスタを一意に識別するため、この名前は一意である必要はありません。
   3. Exadataインフラストラクチャの選択:リストから、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-Developer: VM配置用のデータベース・サーバーを1つ選択します。選択できるデータベース・サーバーは1つのみです。
          ノート
          
          

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

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

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

        • 「変更の保存」をクリックします。
      • VM当たりのOCPU (X11MのECPU)数を指定:このクラスタ内の各VMに対してプロビジョニングされるOCPU (X11MのECPU)数を指定します。(VMのシャットダウン条件として) X11MにOCPUを0または0 ECPUを指定する場合を除き、最小値はVMごとに2 OCPU、またはVMごとに8 ECPUです(VMのライブ条件)。

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

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

        OCPU: Oracle Compute Unit (OCPU)は、ハイパースレッドを有効にしたIntel Xeonプロセッサの1つの物理コアと同等のCPU性能を提供します。各OCPUは、vCPUと呼ばれる、2つのハードウェア実行スレッドに対応します。

        『Oracle Platform as a ServiceおよびInfrastructure as a Service – パブリック・クラウド・サービス仕様書 - 従量制と非従量制』を参照してください。

        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インフラストラクチャの詳細」ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられたファイル・サイズを確認します。
      • VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部で予約されているローカル・ストレージ・サイズが表示されます。このフィールドは編集できません。
   7. Exadataストレージの構成: 次の設定で、Exadataストレージを構成してVMクラスタで使用する方法を定義します。選択したストレージ・タイプは、VMクラスタが目的のストレージ・タイプでプロビジョニングされると、後で変更できません。自動ストレージ・タイプ(ASM)とExascaleの2つのオプションを選択できます。Exascaleストレージ・タイプの詳細は、コンソールを使用したExascale VMクラスタの作成を参照してください。
      自動ストレージ管理(ASM)

      • 使用可能なExadataストレージの指定: 個々のVMごとのサイズを指定します。推奨される最小サイズは2 TBです。
      • Exadataスナップショットのストレージの割当て: このオプションを選択して、Exadataスナップショット機能をサポートするために必要なスパース・ディスク・グループを作成します。Exadataスナップショットによって、非常に迅速かつ簡単に作成および破棄できる領域効率のよいOracleデータベースのクローンが有効化されます。
      • ローカル・バックアップのストレージの割当て: このオプションを選択して、ローカル・データベース・バックアップを有効化するようにExadataストレージを構成します。このオプションを選択した場合、バックアップを格納するためにより多くの領域がRECOディスク・グループに割り当てられます。このオプションを選択しない場合、ローカルExadataストレージをVMクラスタ内のデータベースのバックアップ保存先として使用することはできません。

      表5-16ストレージ割当て

      ストレージ割当て	DATAディスク・グループ	RECOディスク・グループ	SPARSEディスク・グループ
      Exadataスナップショット: いいえ ローカルExadataストレージでのバックアップの有効化: いいえ	80%	20%	0% (SPARSEディスク・グループは作成されません。)
      Exadataスナップショット: いいえ ローカルExadataストレージでのバックアップの有効化: はい	40%	60%	0% (SPARSEディスク・グループは作成されません。)
      Exadataスナップショットのストレージの割当て: はい ローカルExadataストレージでのバックアップの有効化: いいえ	60%	20%	20%
      Exadataスナップショットのストレージの割当て: はい ローカルExadataストレージでのバックアップの有効化: はい	35%	50%	15%

   8. バージョンの選択:
      • Oracle Grid Infrastructureバージョンの選択:リストから、VMクラスタにインストールするOracle Grid Infrastructureリリース(19cおよび23ai)を選択します。

        Oracle Grid Infrastructureリリースにより、VMクラスタでサポートできるOracle Databaseリリースが決まります。Oracle Grid Infrastructureソフトウェア・リリースより後のOracle Databaseリリースは実行できません。

        ノート
        
        Grid Infrastructure 23aiでVMクラスタをプロビジョニングするための最小要件:

        • Exadata System Software 23.1.8を実行しているExadataゲストVM
        • Exadataシステム・ソフトウェア23.1.xを実行しているExadataインフラストラクチャ
      • 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)のリストが表示されます。

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

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

            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 Operationsと顧客は、ゲストVMの問題をすばやく効率的に特定、調査、追跡および解決できます。イベントをサブスクライブして、リソース状態の変更に関する通知を受けます。詳細は、イベントの開始を参照してください。

       ノート
       
       収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解した上でオプト・インします。この機能はいつでもオプト・アウトできます。

       • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集および公開することを許可します。
       • ヘルス・モニタリングの有効化: OracleがOracle Databaseの起動/停止、ディスク領域の使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud operationsと共有することを許可します。一部のイベントの通知も受信します。

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

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

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

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

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

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

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

       • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
6. オプションで、リソース構成をスタックとして保存できます。
   • リソース構成をスタックとして保存するには:
     1. 「スタックとして保存」をクリックします。
     2. 表示された「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名前: (オプション)覚えやすく、わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
     3. 「保存」をクリックします。

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

     4. リンクをクリックして、リソース・マネージャ・サービスのコンソールでスタックを開きます。

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

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

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

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

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

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

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

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. Exadataインフラストラクチャを含むリージョンを選択します。
3. 「VMクラスタ」をクリックします。
4. 「Exadata VMクラスタの作成」をクリックします。
5. 「Exadata VMクラスタの作成」ページで、リクエストされた情報を指定します:
   1. コンパートメントの選択:使用可能なコンパートメントのリストから、VMクラスタを含めるコンパートメントを選択します。
   2. 表示名の指定: 表示名は、わかりやすい名前で、VMクラスタの識別に使用できます。Oracle Cloud Identifier (OCID)でVMクラスタを一意に識別するため、この名前は一意である必要はありません。
   3. Exadataインフラストラクチャの選択:リストから、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-Developer: VM配置用のデータベース・サーバーを1つ選択します。1つのデータベース・サーバーのみを選択できます。

          ノート
          
          

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

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

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

        • 「変更の保存」をクリックします。
      • VM当たりのOCPU (X11MのECPU)数を指定:このクラスタ内の各VMに対してプロビジョニングされるOCPU (X11MのECPU)数を指定します。(VMのシャットダウン条件として) X11MにOCPUを0または0 ECPUを指定する場合を除き、最小値はVMごとに2 OCPU、またはVMごとに8 ECPUです(VMのライブ条件)。

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

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

        OCPU: Oracle Compute Unit (OCPU)は、ハイパースレッドを有効にしたIntel Xeonプロセッサの1つの物理コアと同等のCPU性能を提供します。各OCPUは、vCPUと呼ばれる、2つのハードウェア実行スレッドに対応します。

        『Oracle Platform as a ServiceおよびInfrastructure as a Service – パブリック・クラウド・サービス仕様書 - 従量制と非従量制』を参照してください。

        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インフラストラクチャの詳細」ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられたファイル・サイズを確認します。
      • VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部で予約されているローカル・ストレージ・サイズが表示されます。このフィールドは編集できません。
   7. Exadataストレージの構成: 次の設定で、Exadataストレージを構成してVMクラスタで使用する方法を定義します。選択したストレージ・タイプは、VMクラスタが目的のストレージ・タイプでプロビジョニングされると、後で変更できません。自動ストレージ・タイプ(ASM)とExascaleの2つのオプションを選択できます。ASMストレージ・タイプの詳細は、コンソールを使用したASM VMクラスタの作成を参照してください。
      ノート
      
      

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

      • この機能は、Exadataインフラストラクチャ・モデル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です。
      • Exadataゲスト・バージョンを選択します。
        • Exadataゲスト・バージョンのデフォルトは最新(24.1.6.0)です
        • Oracle Grid Infrastructureのバージョンはデフォルトで23aiです
        • 「イメージの変更」ボタンが有効になります。
        • 「イメージの変更」をクリックします

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

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

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

          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 Operationsと顧客は、ゲストVMの問題をすばやく効率的に特定、調査、追跡および解決できます。イベントをサブスクライブして、リソース状態の変更に関する通知を受けます。詳細は、イベントの開始を参照してください。

       ノート
       
       収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解した上でオプト・インします。この機能はいつでもオプト・アウトできます。

       • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集および公開することを許可します。
       • ヘルス・モニタリングの有効化: OracleがOracle Databaseの起動/停止、ディスク領域の使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud operationsと共有することを許可します。一部のイベントの通知も受信します。

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

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

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

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

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

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

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

       • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
6. オプションで、リソース構成をスタックとして保存できます。
   • リソース構成をスタックとして保存するには:
     1. 「スタックとして保存」をクリックします。
     2. 表示された「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名前: (オプション)覚えやすく、わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
     3. 「保存」をクリックします。

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

     4. リンクをクリックして、リソース・マネージャ・サービスのコンソールでスタックを開きます。

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

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

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

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

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

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

VMクラスタのプロビジョニング後に、ゲストVMの診断収集を有効化、一部有効化または無効化できます。VMクラスタ・レベルで診断収集を有効にすると、VMクラスタのすべてのリソース(DBホームやデータベースなど)に構成が適用されます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. Exadataインフラストラクチャを含むリージョンを選択します。
3. 「VMクラスタ」をクリックします。
4. 診断データ収集を有効または無効にするVMクラスタの名前をクリックします。
5. 「VMクラスタの詳細」ページの「一般情報」で、「診断収集」を有効化、部分的に有効化または無効化します。
6. 「編集」をクリックします

   「診断収集設定の編集」ウィンドウが表示されます。

7. チェックボックスを選択または選択解除して、「変更の保存」をクリックします。

プロビジョニングされたクラスタに仮想マシンを追加するには、この手順を使用します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。

   デフォルトでVMクラスタが選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントに対するVMクラスタのリストが表示されます。

3. 仮想マシンを追加するVMクラスタの名前をクリックします。
4. 「VMクラスタ詳細」ページの「リソース」で、「仮想マシン」をクリックし、「仮想マシンの追加」をクリックします。
5. 「仮想マシンの追加」ダイアログで、VMを追加する追加のDBサーバーを選択します。

   既存のDBサーバーは選択解除できません。VMごとに使用可能な最大リソースは、新しく追加されたDBサーバーに基づいて更新されます。

   DBサーバー・ステータスには、「このVMクラスタ内」、「ネットワーク未構成」、「追加可能」および「リソース不足」が含まれます。「追加可能」ステータスのDBサーバーのみを追加できます。

   ネットワークが構成されていないDBサーバーは追加できません。ネットワークを構成するには、関連付けられたインフラストラクチャのVMクラスタ・ネットワークを編集します。詳細は、コンソールを使用したVMクラスタ・ネットワークへの別のDBサーバーの追加を参照してください。

6. 「追加可能」ステータスのDBサーバーを選択し、「変更の保存」をクリックします。

   DBサーバーのステータスが「割当て済」に変わります。

   ノート
   
   割り当てられたDBサーバーは削除できません。

Oracle Exadata Cloud@Customerシステム上のデータベース・サーバー・ホストのリストを表示するには、この手順を使用します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「インフラストラクチャ」で、「Exadata Infrastructure」をクリックします。
3. Exadataインフラストラクチャのリストで、詳細を表示するインフラストラクチャの表示名をクリックします。
4. 「リソース」で、「DBサーバー」をクリックします。
5. DBサーバーのリストで、詳細を表示するDBサーバーの名前をクリックします。

   DBサーバーによって、そこでホストされている各クラスタのVMと、割り当てられているリソースがリストされます。

プロビジョニングされたクラスタから仮想マシンを削除するには、この手順を使用します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. CPUリソースをスケーリングするVMクラスタを含むリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. 仮想マシンを削除するVMクラスタの名前をクリックします。
5. 「リソース」で、「仮想マシン」をクリックします。
6. 仮想マシンのリストで、仮想マシンの「アクション」アイコン(3つのドット)をクリックし、「削除」をクリックします。
7. 「仮想マシンの終了」ダイアログで、仮想マシンの名前を入力し、「削除」をクリックします。

   クラスタからVMが削除されます。「VMクラスタ詳細」ページの「VMクラスタ・リソース割当て」に、更新されたリソース割当ての詳細が表示されます。

ライセンスを変更するには、ライセンス情報の変更に必要なフィールドに値を指定する準備をします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. ライセンス・タイプを更新するVMクラスタを含むリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. ライセンス・タイプを更新するVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「ライセンス・タイプの更新」をクリックします。
6. ダイアログ・ボックスで、次のライセンス・タイプのいずれかを選択し、「変更の保存」をクリックします。
   • ライセンス持込み(BYOL): VMクラスタで使用するOracle Databaseソフトウェア・ライセンスを組織がすでに所有している場合は、このオプションを選択します。
   • ライセンス込み: Exadata Database Service on Cloud@Customerの一部としてOracle Databaseソフトウェア・ライセンスにサブスクライブするには、このオプションを選択します。

   ライセンス・タイプを更新しても、VMクラスタの機能が変更されたり、操作が中断することはありません。お客様は、VMクラスタのライセンス・タイプを月に1回のみ変更できます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Cloud@Customer」をクリックします。
2. Exadataインフラストラクチャを含むリージョンを選択します。
3. 「VMクラスタ」をクリックします。
4. SSHキーを追加するVMクラスタの名前をクリックします。
5. 「VMクラスタ詳細」ページで、「SSHキーの追加」をクリックします。
6. 「SSHキーの追加」ダイアログで、いずれかの方法を選択します:
   • SSHキー・ペアの生成: コントロール・プレーンで公開キーと秘密キーのペアを生成する場合は、このオプションを選択します。

     「秘密キーの保存」および「公開キーの保存」をクリックして、SSHキー・ペアをダウンロードして保存します。

   • SSHキー・ファイルのアップロード: SSHキー・ペアを含むファイルをアップロードするには、このオプションを選択します。
   • SSHキーの貼付け: SSHキー文字列を貼り付けるには、このオプションを選択します。

     複数のキーを指定するには、「別のSSHキー」をクリックします。キーを貼り付ける場合は、各キーが単一の連続した行にあることを確認してください。結合キーの長さは、10,000文字を超えることはできません。

7. 「変更の保存」をクリックします。

Oracle Exadata Database Service on Cloud@Customer以降では、複数のリソースを同時にスケール・アップまたはスケール・ダウンできます。リソースを1つずつスケール・アップまたはスケール・ダウンすることもできます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. CPUリソースをスケーリングするVMクラスタを含むリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. CPUリソースをスケーリングするVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「スケール・アップ/ダウン」をクリックします。
6. ダイアログ・ボックスで、次のいずれかまたはすべてを調整します:
   • OCPU (X11MのECPU)数:

     「OCPU (ECPUs for X11M) Count」値は、すべての仮想マシンで有効なCPUコアの数が同じになるように、仮想マシンの数の倍数である必要があります。

     「OCPU (X11MのECPU)数」をゼロに設定すると、VMクラスタ仮想マシンがすべて停止します。ゼロ設定から変更すると、VMクラスタ仮想マシンがすべて起動します。それ以外の場合、有効なCPUコアの数の変更はオンライン操作であり、この操作のために仮想マシンが再起動されることはありません。システム構成も参照してください。

     ノート
     
     CPU_COUNTデータベース初期化パラメータを明示的に設定した場合、VMクラスタに割り当てられるCPUコアの数を変更しても、その設定は影響を受けません。そのため、Oracle Databaseインスタンス・ケージング機能を有効化している場合、CPU_COUNT設定を変更するまで、データベース・インスタンスでは余分なCPUコアは使用されません。CPU_COUNTが0 (デフォルト設定)に設定されている場合、Oracle Databaseでは、オペレーティング・システムによってレポートされるCPUの数が継続的にモニターされ、現在の数が使用されます。
   • メモリー:

     個々のVMごとのメモリーを指定します。値は1GBの倍数とする必要があり、Exadataインフラストラクチャで使用可能なメモリーによって制限されます。

     メモリーをスケール・アップまたはスケール・ダウンすると、関連付けられた仮想マシンが1つずつローリング方式で再起動され、VMクラスタへの影響は最小限に抑えられます。

   • ローカル・ファイル・システム・サイズ:

     個々のVMごとのサイズを指定します。値は1GBの倍数とする必要があり、Exadataインフラストラクチャで使用可能なファイル・システムのサイズによって制限されます。

     ローカル・ファイル・システム・サイズをスケール・アップまたはスケール・ダウンすると、関連付けられた仮想マシンが1つずつローリング方式で再起動され、VMクラスタへの影響は最小限に抑えられます。

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

        • これらのファイル・システムは拡張のみ可能で、拡張後にサイズを減らすことはできません。
        • バックアップ・パーティションおよびミラー化により、/および/varファイル・システムは、割り当てられた領域の2倍を消費します。これは、読取り専用ミラー化による/(GB)の割当て済ストレージの合計およびミラー化による/var (GB)の割当て済ストレージの合計フィールドに示されます。
     3. VMクラスタの作成後、「Exadataインフラストラクチャの詳細」ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられたファイル・サイズを確認します。

     VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部で予約されているサイズが表示されます。

   • 使用可能なExadataストレージ・サイズ:

     VMクラスタに割り当てられるExadataストレージの合計量を指定します。このストレージは、すべてのExadata Storage Serverから均等に割り当てられます。推奨される最小サイズは2 TBです。

     VMクラスタのExadataストレージ割当てを減らすことができます。ただし、新しい容量で既存のコンテンツをカバーできる必要があります。また、予想されるデータ増加にも対応できる必要があります。

     ノート
     
     サイズを小さくする場合、新しいサイズは現在使用されているサイズよりも15%以上大きくする必要があります。

     VMクラスタに割り当てられるExadataストレージの変更は、オンライン操作です。この操作のために仮想マシンが再起動されることはありません。

7. .「変更の保存」をクリックします。

コンソールを使用して、仮想マシンを停止、起動または再起動します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 停止、起動または再起動する仮想マシンを含むVMクラスタに関連付けられているリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. 停止、起動または再起動する仮想マシンを含むVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「リソース」リストで、「仮想マシン」をクリックします。

   仮想マシンのリストが表示されます。

6. ノードのリストで、ノードの「アクション」アイコン(3つのドット)をクリックし、次のアクションのいずれかをクリックします:
   1. 起動: 停止されたノードを再起動します。ノードの再起動後、「停止」アクションが有効になります。
   2. 停止: ノードを停止します。ノードの停止後、「起動」アクションが有効になります。
   3. 再起動: ノードを停止してから再起動します。

VMクラスタ仮想マシンのヘルス・ステータスを確認します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 目的の仮想マシンを含むVMクラスタに関連付けられているリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. 目的の仮想マシンを含むVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「リソース」リストで、「仮想マシン」をクリックします。

   仮想マシンのリストが表示されます。VMクラスタ内の仮想マシンごとに、名前、状態およびクライアントIPアドレスが表示されます。

6. ノード・リストで、目的の仮想マシンを検索し、その状態を確認します。

   アイコンの色と関連付けられたテキストは、そのステータスを示します。

   • 使用可能: 緑色のアイコン。ノードは動作中です。
   • 起動中: 黄色のアイコン。コンソールまたはAPIの起動または再起動アクションにより、ノードが起動中です。
   • 停止中: 黄色のアイコン。コンソールまたはAPIの停止または再起動アクションにより、ノードが停止中です。
   • 停止済: 黄色のアイコン。ノードが停止されます。
   • 失敗: 赤色のアイコン。エラー状態により、仮想マシンの操作を続行できません。

Oracle Exadata Database Service on Cloud@CustomerでVMクラスタを含むコンパートメントを変更するには、次の手順を使用します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 移動するVMクラスタを含むリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. 移動するVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「リソースの移動」をクリックします。
6. 表示されたダイアログで、VMクラスタの新しいコンパートメントを選択し、「リソースの移動」をクリックします。

VMクラスタを終了するには、まずそれに含まれるデータベースを終了する必要があります。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 終了するVMクラスタを含むリージョンおよびコンパートメントを選択します。
3. 「VMクラスタ」をクリックします。
4. 終了するVMクラスタの名前をクリックします。

   「VMクラスタ詳細」ページに、選択したVMクラスタに関する情報が表示されます。

5. 「終了」をクリックします。
6. 表示されたダイアログで、VMクラスタの名前を入力し、「VMクラスタの終了」をクリックしてアクションを確認します。

管理者は、IAMポリシーを介してExadata Database Service on Cloud@Customerシステム上の仮想マシン・コンソールへのセキュア・アクセス権を付与する必要があります。

コンソールまたはSDK、CLIまたはその他のツールを使用したREST APIのどれを使用しているかにかかわらず、このアクセス権が必要です。権限を持っていない、または認可されていないというメッセージが表示された場合は、持っているアクセス権のタイプと作業しているコンパートメントを管理者に確認してください。

仮想マシン・コンソール接続を作成するには、管理者は、IAMポリシーを介して仮想マシン・コンソール接続を読み取って管理するためのアクセス権をユーザーに付与する必要があります。仮想マシン・コンソール接続のリソース名はdbnode-console-connectionです。仮想マシンのリソース名はdb-nodesです。次のポリシーは、仮想マシン・コンソール接続を作成する権限を付与します:

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

SSHクライアントをインストールし、SSHキー・ペアを作成する必要があります。

• コントロール・プレーン接続用にオープンするポート
  
• SSHクライアントおよびコマンドライン・シェルのインストール(Microsoft Windows)
  
• SSHキー・ペアの作成
  
• シリアル・コンソールから仮想マシンへのサインイン
  
• ファイアウォールを介した接続
  

channel 0: open failed: administratively prohibited: console access is limited to one connection at a time

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 目的のVMクラスタをクリックします。
3. 表示された「VMクラスタの詳細」ページで、目的の仮想マシンの名前をクリックします。

   「リソース」で、「コンソール接続」がデフォルトで選択されています。

4. 「シリアル・コンソール・アクセスの作成」をクリックします。
5. 結果の「シリアル・コンソール・アクセスの作成」ウィンドウには、SSHキーを追加するための3つのオプションがあります
   • キー・ペアの生成: Oracle Cloud Infrastructureで使用するSSHキー・ペアを生成できます。PowerShellまたはPuTTYを使用してWindowsクライアントからインスタンスに接続している場合、生成されたSSHキー・ペアは、最初に.ppkファイルに変換しないと使用できません。

   • 公開キー・ファイルのアップロード: コンピュータ上の公開キー・ファイルを参照します。「前提条件」の項のSSHキー・ペアの作成のステップに従ってキー・ペアを作成した場合は、このオプションを使用して.pubファイルに移動します。
   • 公開キーの貼付け: 公開キー・ファイルのコンテンツをテキスト・ボックスに貼り付けます。
6. 「コンソール接続の作成」をクリックします。

   コンソール接続が作成されて使用可能になると、状態が「アクティブ」に変わります。

仮想マシンのコンソール接続を作成したら、Secure Shell (SSH)接続を使用してシリアル・コンソールに接続できます。シリアル・コンソールへのSSH接続を行う場合は、RSAキーを使用する必要があります。インスタンスの起動時に使用したものと同じSSHキーをシリアル・コンソールに使用することも、別のSSHキーを使用することもできます。

シリアル・コンソールでの作業が完了し、SSH接続を終了したら、シリアル・コンソール接続を削除する必要があります。セッションを切断しないと、Oracle Cloud Infrastructureが24時間後にシリアル・コンソール・セッションを終了するため、再度接続するために再認証を行う必要があります。

• サーバー・ホスト・キーの検証
  
• Mac OS XおよびLinuxオペレーティング・システムからの接続
  
• Windowsオペレーティング・システムからの接続
  

Cloud Shell統合を使用して、迅速かつ簡単にシリアル・コンソールに接続できます。Cloud Shellは、コンソールからアクセスできるWebブラウザベースの端末です。Cloud Shell統合によって、インスタンス・コンソール接続と一時SSHキーが自動的に作成されます。Cloud Shellからシリアル・コンソールに接続するための唯一の前提条件は、ユーザーに正しい権限を付与することです。Cloud Shellの使用の概要は、Cloud Shellの使用に関する項を参照してください。

シリアル・コンソールでの作業が完了し、SSH接続を終了したら、シリアル・コンソール接続を削除する必要があります。セッションを切断しないと、Oracle Cloud Infrastructureが24時間後にシリアル・コンソール・セッションを終了するため、再度接続するために再認証を行う必要があります。

• Cloud Shellを使用してシリアル・コンソールに接続するには
  

仮想マシンの最新のシリアル・コンソール・データを取得して表示できます。このデータには、仮想マシンのブート時に発生する構成メッセージ(カーネルやBIOSのメッセージなど)が含まれ、仮想マシンのステータスのチェックや問題の診断およびトラブルシューティングに役立ちます。

コンソール履歴は、指定された仮想マシンの最新のシリアル・コンソール・データを最大1MB取得します。RAWコンソール・データ(マルチバイト文字を含む)が取得されることに注意してください。

コンソール履歴はポイントインタイム・レコードです。インタラクティブ・コンソール接続を使用して、正常に動作していない仮想マシンをトラブルシューティングするには、シリアル・コンソール接続を使用します。

• コンソール履歴データの管理
  

インスタンス・コンソール接続を使用して接続した後で、次のような様々なタスクを実行できます:

• システム構成ファイルを編集します。
• opcユーザーのSSHキーを追加またはリセットします。
• opcユーザーのパスワードをリセットします。

これらのタスクでは、メンテナンス・モードでBashシェルに起動する必要があります。

• メンテナンス・モードで起動するには
  
• システム構成ファイルを編集するには
  
• opcユーザーのSSHキーを追加またはリセットするには
  
• opcユーザーのパスワードをリセットするには
  

• シリアル・コンソール接続を終了するには
  
• 仮想マシンのシリアル・コンソール接続を削除するには