VMクラスタの管理

Exadata Cloud InfrastructureでVMクラスタを管理する方法について学習します。

スケール・アップまたはスケール・ダウン操作の概要

Exadataシステムごとの複数VM (MultiVM)機能のリリースにより、VMクラスタ・リソースをスケール・アップまたはスケール・ダウンできます。

マルチVM対応インフラストラクチャのVMリソースのスケーリング

VMクラスタで使用可能なOCPU、メモリー、ストレージまたはローカル・ディスク・サイズ(/u02) ストレージを増減します

ノート

VMまたはVMクラスタが停止しても、Oracleは請求を停止しません。VMクラスタの請求を停止するには、OCPU数をゼロに減らします。

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

ノート

  • VMクラスタを作成またはスケーリングする場合、OCPUの数をゼロに設定すると、VMクラスタが停止し、そのVMクラスタの請求は削除されますが、ハイパーバイザでは引き続きVMごとに最小の2 OCPUが予約されます。これらの予約済OCPUは、割当て先のVMが停止されている場合でも、他のVMに割り当てることはできません。コントロール・プレーンは、使用可能な最大OCPUを表示するときに予約済OCPUを考慮しないため、後続のスケーリング操作の実行時には、これらの予約済OCPUを考慮して、操作を正常に完了するために十分なOCPUを取得できるようにする必要があります。
  • メモリーおよび/u02のスケール・アップまたはスケール・ダウン操作では、現在の値と新しい値の差が2%未満の場合、そのVMは変更されません。これは、メモリーの変更にはVMの再起動が含まれ、/u02の変更にはOracle Grid Infrastructureスタックの停止と/u02のアンマウントが含まれるためです。本番環境の顧客は、このようなわずかな増加や減少に対してサイズ変更を行わないため、このようなリクエストは無操作になります。
  • 次のリソースを任意の組合せでスケール・ダウンできます:
    • OCPU
    • メモリー
    • ローカル記憶域
    • Exadataストレージ

    各スケーリング操作が完了するまでには数分かかる場合があります。各操作の時間はシステム内のアクティビティーによって異なりますが、原則として、ほとんどの操作はクォータラックでは15分、ハーフラックでは20分、フルラックまたは大型ラックでは30分以内に完了する必要があります。短期間に複数のOCPUスケーリング操作を実行すると、完了までの時間が長くなる可能性があります。オンラインですが、OCPUスケーリングは、システム全体に影響を与える前に異常を検出して保護するために、すべてのVMに並行して実装されるわけではありません。メモリーおよびローカル・ストレージのスケーリングにはVMの再起動が必要であり、ローリング方式で一度に1つのVMが実行されます。

    複数のスケールダウン操作を実行すると、各操作がシリアルに実行されます。たとえば、コンソールからメモリーおよびローカル・ストレージをスケーリングすると、システムは最初にメモリーをスケーリングし、その操作が完了するとストレージをスケーリングします。すべての操作を完了するまでの時間は、個々の操作を完了するまでの時間の合計になります。

  • インフラストラクチャに追加されたが、まだ「容量の追加」ステップを実行していないストレージ・サーバーには、ディスク・グループが作成されません。

メモリーおよびラージ・ページのサイズ変更

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

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

お薦めはしませんが、ラージ・ページの構成は変更できます。その後、VMで使用可能なメモリーのサイズを変更すると、変更内容が自動化によって変更される場合があります。メモリーのサイズ変更操作の後、クラウド自動化は、60%の上限で、合計メモリーに対するパーセンテージで同じ量のラージ・ページ・メモリーを維持しようとします。ラージ・ページを合計メモリーの60%を超えるように構成すると、クラウド自動化によって、合計メモリーの60%にサイズ変更されます。この自動サイズ変更は、仮想マシンを起動するのに十分な従来のメモリーを確保することです。自動化では、実行中のデータベース・インスタンスで使用されている実際のラージ・ページ・メモリーを特定する事前チェックを実行し、サイズ変更後、それらの同じデータベースをサポートするのに十分なラージ・ページ・メモリーが使用可能であることを確認します。サイズ変更後に十分なメモリーを使用できない場合、事前チェックは失敗し、サイズ変更は続行されません。

ASMストレージの計算

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

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

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

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

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

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

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

例5-2 ASMストレージの計算

  1. ゲストVMでasmcmd lsdgコマンドを実行します:
    • SPARSEなし:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
      ASMCMD>
      State   Type Rebal Sector Logical_Sector Block AU     Total_MB   Free_MB    Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
      MOUNTED HIGH N        512     512        4096 4194304 12591936   10426224   1399104           3009040           0                       Y      DATAC5/
      MOUNTED HIGH N        512     512        4096 4194304 3135456    3036336    348384            895984            0                       N      RECOC5/
      ASMCMD>
    • SPARSEあり:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
      ASMCMD>
      State   Type Rebal Sector Logical_Sector Block AU       Total_MB   Free_MB   Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
      MOUNTED HIGH N        512     512        4096 4194304   12591936   10426224  1399104           3009040            0                       Y     DATAC5/
      MOUNTED HIGH N        512     512        4096 4194304   3135456    3036336   348384            895984             0                       N     RECOC5/
      MOUNTED HIGH N        512     512        4096 4194304   31354560   31354500  3483840           8959840            0                       N     SPRC5/
      ASMCMD>
    ノート

    SPARSEディスク・グループ(SPRC5)のすべての属性のリストされた値は、仮想サイズを表します。Exadata DBシステムおよびExadata Cloud Infrastructureでは、physicalSize:virtualSizeに1:10の比率を使用します。したがって、すべての計算目的で、SPARSEのこれらの属性について、前述の値の1/10を使用する必要があります。

  2. ディスク・グループの使用済サイズ = (Total_MB - Free_MB) /3
    • SPARSEなし:

      DATAC5の使用済サイズ = (12591936 - 10426224 ) / 3 = 704.98 GB

      RECO5の使用済サイズ = (3135456 - 3036336 ) / 3 = 32.26 GB

    • SPARSEあり:

      DATAC5の使用済サイズ = (12591936 - 10426224 ) / 3 ~= 704.98 GB

      RECO5の使用済サイズ = (3135456 - 3036336 ) /3 ~= 32.26 GB

      SPC5の使用済サイズ = (1/10 * (31354560 - 31354500)) / 3 ~= 0 GB

  3. ディスク・グループ間でのストレージの配分
    • SPARSEなし:

      この例では、DATA:RECOの比率は80:20です。

    • SPARSEあり:

      この例では、DATA RECO: SPARSEの比率は60:20:20です。

  4. リクエストされる新しいサイズは、次の条件を満たしている必要があります:
    • SPARSEなし: (たとえば、ユーザー・インタフェースで5 TB。)

      5 TB = 5120 GB ; 5120 *.8 = 4096 GB; 5120 *.2 = 1024 GB

      DATAの場合: (704.98 * 1.15 ) <= 4096 GB

      RECOの場合: (32.36 * 1.15) <= 1024 GB

    • SPARSEあり: (たとえば、ユーザー・インタフェースで8 TB。)

      8 TB = 8192 GB; 8192 *.6 = 4915 GB; 8192 *.2 = 1638 GB; 8192 *.2 = 1638 GB

      DATAの場合: (704.98 * 1.15 ) <= 4915 GB

      RECOの場合: (32.36 * 1.15) <= 1638 GB

      SPRの場合: (0 * 1.15) <= 1638 GB

前述のサイズ変更は成功します。新しいサイズが前述の条件を満たしていない場合、サイズ変更は事前チェックに失敗します。

VMにプロビジョニングできるローカル・ストレージの容量の見積り

ノート

次は、複数のVMをサポートしていないため、X6、X7、X8およびベース・システムには適用されません。ベース・システムには、/u02で使用可能な200GBがあります。

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

X8M-2システム

  • VMイメージで使用可能な合計領域(X8M): 2243 GB
  • /u02を含むVMイメージ・サイズ(デフォルトおよび最小): 244 GB
  • デフォルト(最小) /u02: 60 GB

X9M-2システム

  • VMイメージで使用可能な合計: 2243 GB
  • /u02を含むVMイメージ・サイズ(デフォルトおよび最小): 244 GB
  • デフォルト(最小) /u02: 60 GB

例:物理サーバーごとに2つのVMを持つX9Mエラスティック・システムがあり、どのファイル・システムにも変更を加えていない場合、すべてのVMで2243 GBが使用可能であり、それぞれが244 GB (合計488)を消費し、1755 GBを残してVMイメージを拡張します。デフォルトのVMイメージには、Oracleホームを格納するVMごとに60GBの/u02が含まれます。1755 GBの使用可能な領域は、/u02を拡張するために使用することも、VMイメージ内の他のファイル・システムを拡張するために使用することもできます。/u02の拡張に使用されるGBごとに、使用可能な領域がGB消費されます。VMイメージ内の他のファイル・システムの拡張に使用されるすべてのGBは、GBを超える領域を消費する場合があります。u02以外のファイル・システムを拡張する場合は、コンソールの情報を参照して、これらのファイル・システムを拡張した場合の使用可能な領域の影響を確認してください。

ローカル・ストレージのスケーリング

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

ローカル・ストレージは、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
ノート

  • /u02を除き、ファイル・システムは拡張することしかできず、拡張後はサイズを小さくできません。
  • サイズ変更を有効にするには、各VMのローリング再起動が必要です。
  • 各ファイル・システムは、最大900 GBまで拡張できます
  • 追加のローカル・ファイル・システムのサイズを増やす機能は、X8M以降のシステムでのみサポートされます。

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

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

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

ACFSファイル・システム

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

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

VMクラスタ・ノードのサブセット化の概要

VMクラスタ・ノードのサブセット化を使用すると、データベース・サーバーのサブセットを新しいVMクラスタに割り当てて、コンピュート・リソース(CPU、メモリー、ローカル・ストレージ)の割当てにおける柔軟性を最大限に高めることができます。

VMクラスタ・ノードのサブセット化では、次が可能です:
  • 小規模なVMクラスタを作成して、リソースおよびスケーラビリティの要件が低いデータベースをホストするか、残りのワークロードから分離する必要がある少数のデータベースをホストします。
  • 使用可能なリソースの最適な利用を保証するために、ノードを追加および削除することで既存のVMクラスタを拡張または縮小します。
VMクラスタ・ノードのサブセット化に役立つ次の点について確認してください。
  • VMクラスタ・ノードのサブセット化機能は、Oracle Exadata Database Service on Dedicated Infrastructureサービスの新しいVMクラスタで使用できます。
  • VMクラスタ全体のすべてのVMは、VMがクラスタのプロビジョニング中に作成されたか、既存のVMクラスタを拡張することによって後で追加されたかに関係なく、VMごとに同じリソース割当てを持ちます。
  • VMクラスタには、2つ以上のDBサーバーが必要です。
  • DBサーバーのX8M以上の世代で最大4つのVMをホストできます。
  • X8M以上の世代のDBサーバーを持つExadataインフラストラクチャは、すべてのDBサーバー全体で最大8つのVMクラスタをサポートできます。
  • インフラストラクチャ全体の最大クラスタ数は、DBサーバーごとに使用可能なリソースによって異なり、DBサーバーごとの最大VM制限に従います。

マルチVMのリリースでは、クラウドVMクラスタの仮想マシンの追加および削除APIは、Terraformを介してサポートされません。

これらの操作は、UI、SDK、OCI CLI、OCI Ansibleなどのツールを介して実行できます。Terraform状態は、Terraformの外部で発生するがTerraformで管理する必要がある他の操作と同様に管理する必要があります。

詳細は、Terraformを使用したドリフトの検出および管理を参照してください。

VMクラスタへのVMの追加

VMクラスタに仮想マシンを追加します

ノート

VMクラスタがExadata Database Service Guest VM OS 23.1にアップグレードされると、Exadata Cloud InfrastructureでExadata System Softwareバージョン22.1.16以降が実行されている場合は、新しいVMまたは新しいデータベース・サーバーをこのVMクラスタに追加できます。

Exadata Cloud Infrastructure用のExadata System Software 23.1へのアップグレードは、2023年2月の更新サイクルで使用可能になります。

ノート

  • この操作は、マルチVM対応インフラストラクチャでのみ使用できます。
  • VMをVMクラスタに追加するには、クライアント・サブネットCIDRでイングレスおよびエグレス用にすべてのTCPポートを開く必要があります。
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. CPUリソースをスケーリングするVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. 仮想マシンを追加するVMクラスタの名前をクリックします。
  5. 「リソース」で、「仮想マシン」を選択し、「仮想マシンの追加」ボタンをクリックします。
  6. 「仮想マシンの追加」ウィンドウで、新しいVMを配置するDBサーバーを選択します。
    ノート

    追加されるVMには、クラスタ内の他のVMと同じリソースが含まれます。
  7. 「仮想マシンの追加」をクリックします。
ノート

VMクラスタへのVMの追加は、Terraformではサポートされていません。

VMクラスタからのVMの終了

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

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. CPUリソースをスケーリングするVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. 仮想マシンを削除するVMクラスタの名前をクリックします。
  5. 「Exadata VMクラスタの詳細」ページの「仮想マシン」セクションで、削除する仮想マシンを選択し、「その他」コマンド記号(3つのドット)をクリックして「終了」をクリックします
ノート

VMクラスタからのVMの削除は、現在のTerraformではサポートされていません。

アプリケーションVIPについて

Oracle Exadata Database Service on Dedicated Infrastructureでは、Exadata VMクラスタに追加の仮想IPアドレスの作成が完全にサポートされています。

これらのアプリケーションVIPは、Oracle Exadata Database Service on Dedicated InfrastructureシステムまたはXA-Agentsなどのその他のサービスにインストールされたOracle GoldenGateなどの追加アプリケーションを保護し、これらの追加アプリケーションに高可用性を提供するために必要です。詳細は、Oracle Grid Infrastructureスタンドアロン・エージェントfor Oracle ClusterwareおよびOracle Clusterwareを使用したアプリケーションの高可用性を参照してください。

Within the Oracle Cloud Infrastructure, adding Virtual IP Addresses on the cluster stack alone is not sufficient as these additional (secondary) IP addresses also have to be added to the VCN layer as “Floating IP” addresses so that the VCN layer knows where these IP addresses are running, and in case of failover by the Clusterware to change the VNIC the floating IP address is attached to.詳細は、Oracle Clusterwareによって管理されるアプリケーションVIPの作成およびIPアドレスの概要を参照してください。

Exadata VMクラスタへのアプリケーションVIPの追加は、次のステップで構成されます。

  1. Exadata DomU内のClusterwareレイヤーに仮想IPアドレスを追加するには、標準のOracle Clusterwareドキュメントまたはアプリケーションによって提供されるガイド(たとえば、次を使用)に従います
    appvipcfg create -network=1 -ip=10.10.10.10
              -vipname=applicationvip
    .
  2. Exadata VMクラスタでアプリケーション・フローティングIPアドレス・オブジェクトをアタッチして、フローティングIPの知識をVCNレイヤーに追加します。バックエンド・アプリケーションVIPを作成したものと同じサブネット(通常はクライアント・サブネット)を選択していることを確認します。

    プライベートIPアドレスは、前述のappvipcfgコマンドで指定されたものと同じである必要があります。仮想IPアドレス・ホスト名は、IPアドレスがDNS経由でアクセス可能な名前であり、vipnameと同じである必要はありません。

    バックエンドでVIPをすでに開始している場合は、仮想マシン名にバックエンドでVIPが起動されたホストが反映されていることを確認します。

  3. VIPの再配置をテストします。VIPは使用可能なまま(pingを介してこれをテスト)し、フローティングIPも別のホストに移動している間、ユーザー・インタフェースは短い時間後に表示されます。

    VCNアタッチメントの作成時に間違ったホストを選択した場合は、クラスタ内でVIPを再配置するだけです。VCNレイヤーが変更を検出し、ユーザー・インタフェースはしばらくすると更新されます。

ノート

単一の仮想VMクラスタには、8つの追加アプリケーションVIPの制限があります。1つのVNICは31の追加セカンダリIPアドレスのみを持つことができるため、制限が存在します。詳細は、IPアドレスの概要を参照してください。すべてのVIPが同じノードで起動された場合、アプリケーションVIPには到達できません。

より多くのアプリケーションVIPが必要な場合は、この制限を増やすようにSRをあげます。ただし、31を超えるセカンダリIPアドレスが単一のExadata VMクラスタ・ノードにアタッチされないようにするには、追加のステップがいくつか必要です。これを実現する1つの方法は、アプリケーションVIPが Clusterwareによって特定のノードにバインドされ、このシナリオが回避されるようにすることです。

32個のアプリケーションVIPが追加された設定は次のようになります。

フローティングIP ノード1 ノード2 ノード3 ノード4
プライベートホスト名 1 1 1 1
VIPホスト名 4 4 4 4
SCAN 3 3 3 3
Appvip 1-8 8 8 - -
Appvip 9-16 - 8 8 -
Appvip 17-24 - - 8 8
Appvip 25-32 8 - - 8
すべてのフローティングIPフェイルオーバーの場合の最大可能なVIP 24 24 24 24

コンソールを使用したExadata Cloud InfrastructureでのVMクラスタの管理

コンソールを使用して、Oracle Exadata Database Service on Dedicated InfrastructureでVMクラスタを作成、編集および管理する方法について学習します。

Exadata Cloud InfrastructureインスタンスにVMクラスタを作成します。

ノート

Exadata Cloud InfrastructureインスタンスにクラウドVMクラスタを作成するには、まずクラウドExadataインフラストラクチャ・リソースを作成しておく必要があります。

ノート

マルチVM対応インフラストラクチャでは、複数のVMクラスタの作成がサポートされます。Exadataシステムごとの複数の仮想マシン(MultiVM)の作成および管理とVMクラスタ・ノードのサブセット化の機能がリリースされる前に作成されたインフラストラクチャでは、単一のクラウドVMクラスタの作成のみがサポートされます。
  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。
    ノート

    複数のVMクラスタは、マルチVM対応インフラストラクチャでのみ作成できます。
  3. 「Exadata VMクラスタの作成」をクリックします。

    「Exadata VMクラスタの作成」ページが表示されます。VMクラスタを構成するために必要な情報を指定します。

  4. コンパートメント: VMクラスタ・リソースのコンパートメントを選択します。
  5. 表示名: VMクラスタのユーザー・フレンドリな表示名を入力します。この名前は一意である必要はありません。Oracle Cloud Identifier (OCID)はDBシステムを一意に識別します。機密情報を入力しないでください。
  6. Exadataインフラストラクチャの選択: VMクラスタを含むインフラストラクチャ・リソースを選択します。新しいVMクラスタを作成するための十分なリソースがあるインフラストラクチャ・リソースを選択する必要があります。「コンパートメントの変更」をクリックし、作業中のコンパートメントとは別のコンパートメントを選択して、他のコンパートメントのインフラストラクチャ・リソースを表示します。
    ノート

    複数のVMクラスタは、マルチVM対応インフラストラクチャでのみ作成できます
  7. 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システム・ソフトウェア23.1.8を実行しているExadataゲストVM
    • Exadataシステム・ソフトウェア23.1.xを実行しているExadataインフラストラクチャ
  8. 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. VMクラスタの構成: 新しいVMクラスタに使用するDBサーバーを指定します(デフォルトでは、すべてのDBサーバーが選択されています)。「DBサーバーの変更」をクリックして、使用可能なDBサーバーから選択します。「VM当たりのリソース割当て」ペインで:
    • 各VMクラスタの仮想マシン・コンピュート・ノードに割り当てるOCPUコアの数を指定します。最小値はVM当たり2 OCPUです。読取り専用の「Exadata VMクラスタに対してリクエストされたOCPU数」フィールドには、割り当てるOCPUコアの合計数が表示されます。
    • 各VMに割り当てるVM当たりのメモリーを指定します。VM当たりの最小値は30GBです。
    • 各VMにローカル・ストレージを割り当てるためのVM当たりのローカル・ストレージを指定します。VM当たりの最小値は60GBです。

      新しいVMクラスタを作成するたびに、使用可能な合計領域のうち残りの領域が新しいVMクラスタに使用されます。

      /u02に加えて、追加のローカル・ファイル・システムのサイズを指定できます。

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

      • 「Show additional local file systems configuration options」をクリックします。
      • 必要に応じて、//u01/tmp/var/var/log/var/log/auditおよび/homeファイル・システムのサイズを指定します。
        ノート

        • これらのファイル・システムは拡張のみ可能で、拡張後はサイズを小さくできません。
        • バックアップ・パーティションおよびミラー化により、/および/varファイル・システムは、割り当てられた領域の2倍を消費します。これは、読取り専用ミラー化による/ (GB)の割当て済ストレージの合計およびミラー化による/tmp (GB)の割当て済ストレージの合計フィールドに示されています。
      • VMクラスタの作成後、「Exadataインフラストラクチャの詳細」ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられているファイル・サイズを確認します。
  10. Exadataストレージの構成: 次を指定します:
    • 使用可能なExadataストレージ(TB)の指定。ストレージを1TBの倍数で指定します。最小値: 2TB
    • Exadataスパース・スナップショットのストレージの割当て: VMクラスタ内でスナップショット機能を使用する場合は、この構成オプションを選択します。このオプションを選択すると、SPARSEディスク・グループが作成され、PDBスパース・クローニングにVMクラスタ・スナップショット機能を使用できるようになります。このオプションを選択しなかった場合、SPARSEディスク・グループは作成されず、環境に作成されたデータベース・デプロイメントでスナップショット機能を使用できません。
      ノート

      スパース・スナップショットのストレージ構成オプションは、VMクラスタの作成後に変更できません。
    • ローカル・バックアップのストレージの割当て: Exadata Cloud Infrastructureインスタンス内でローカルExadataストレージへのデータベースのバックアップを実行する場合は、このオプションを選択します。このオプションを選択すると、Exadataストレージにバックアップを保存するために使用されるRECOディスク・グループに、より多くの領域が割り当てられます。このオプションを選択しない場合、より多くの領域がDATAディスク・グループに割り当てられ、データベースに多くの情報を保存できるようになります。
      ノート

      ローカル・バックアップのストレージ構成オプションは、VMクラスタの作成後に変更できません。
  11. SSHキーの追加: DBシステムへのSSHアクセスに使用する各キー・ペアの公開キー部分を追加します:
    • SSHキー・ペアの生成: (デフォルト・オプション) SSHキー・ペアを生成するには、このラジオ・ボタンを選択します。次のダイアログで、「秘密キーの保存」をクリックしてキーをダウンロードし、オプションで「公開キーの保存」をクリックしてキーをダウンロードします。
    • SSHキー・ファイルのアップロード: このラジオ・ボタンを選択して、.pubファイルを参照またはドラッグ・アンド・ドロップします。
    • SSHキーの貼付け: 個々の公開キーを貼り付けるには、このラジオ・ボタンをクリックします。複数のキーを張り付けるには、「+ 別のSSHキー」をクリックして、エントリごとに1つのキーを指定します。
  12. ネットワーク設定の構成: 次を指定します:

    ノート

    IPアドレス(100.64.0.0/10)は、Exadata Cloud Infrastructure X8Mインターコネクトに使用されます。
    • 仮想クラウド・ネットワーク: VMクラスタを作成するVCN。別のコンパートメント内のVCNを選択するには、「コンパートメントの変更」をクリックします。
    • クライアント・サブネット: VMクラスタがアタッチされるサブネット。別のコンパートメントにあるサブネットを選択するには、「コンパートメントの変更」をクリックします。

      192.168.16.16/28と重複するサブネットは使用しないでください。これはデータベース・インスタンス上のOracle Clusterwareプライベート・インターコネクトによって使用されています。重複するサブネットを指定すると、プライベート・インターコネクトが正しく機能しません。

    • バックアップ・サブネット: バックアップ・ネットワークに使用するサブネット。通常は、バックアップ保存先との間のバックアップ情報の転送およびData Guardレプリケーションに使用されます。必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメント内のサブネットを選択します。

      192.168.128.0/20と重複するサブネットは使用しないでください。この制限は、クライアント・サブネットとバックアップ・サブネットの両方に適用されます。

      オブジェクト・ストレージまたはAutonomous Recoveryサービスへのデータベースのバックアップを計画している場合は、Exadata Databaseのバックアップの管理のネットワークの前提条件を参照してください。

      ノート

      Autonomous Recovery Serviceを使用する場合は、新しい専用サブネットを強くお薦めします。Oracle CloudデータベースをRecovery Serviceにバックアップするために必要なネットワーク要件および構成を確認します。リカバリ・サービスのネットワーク・リソースの構成を参照してください。
    • ネットワーク・セキュリティ・グループ:オプションで、クライアント・ネットワークとバックアップ・ネットワークの両方に1つ以上のネットワーク・セキュリティ・グループ(NSG)を指定できます。NSGは仮想ファイアウォールとして機能し、イングレスおよびエグレス・セキュリティ・ルールのセットをExadata Cloud Infrastructure VMクラスタに適用できます。NSGは5つまで指定できます。詳細は、ネットワーク・セキュリティ・グループおよびExadata Cloud Infrastructureインスタンスのネットワーク設定を参照してください。

      セキュリティ・リストのあるサブネットを選択する場合、VMクラスタのセキュリティ・ルールは、セキュリティ・リストおよびNSG内のルールの論理和になります。

      ネットワーク・セキュリティ・グループを使用するには:

      • 「トラフィックを制御するためのネットワーク・セキュリティ・グループの使用」チェック・ボックスを選択します。このボックスは、クライアント・サブネットとバックアップ・サブネットの両方のセレクタの下に表示されます。NSGは、クライアント・ネットワークまたはバックアップ・ネットワーク、あるいはその両方に適用できます。ネットワークにNSGを割り当てるには、仮想クラウド・ネットワークを選択する必要があります。
      • ネットワークで使用するNSGを指定します。複数のNSGを使用する必要がある場合があります。不明な場合は、ネットワーク管理者に問い合せてください。
      • 追加のNSGをネットワークで使用するには、「+; 別のネットワーク・セキュリティ・グループ」をクリックします。
    • プライベートDNSサービスを使用するには
      ノート

      プライベートDNSは、選択する前に構成する必要があります。プライベートDNSの構成を参照してください
      • 「プライベートDNSサービスの使用」チェック・ボックスを選択します。
      • プライベート・ビューを選択します。別のコンパートメントにあるプライベート・ビューを選択するには、「コンパートメントの変更」をクリックします。
      • プライベート・ゾーンを選択します。別のコンパートメントにあるプライベート・ゾーンを選択するには、「コンパートメントの変更」をクリックします。
    • ホスト名接頭辞: Exadata DBシステムのホスト名の選択。ホスト名はアルファベットで始まり、英数字およびハイフンのみを含めることができます。Exadata DBシステムには、最大12文字まで指定できます。

      注意:

      ホスト名はサブネット内で一意である必要があります。一意でない場合、VMクラスタはプロビジョニングに失敗します。
    • ホスト・ドメイン名: VMクラスタのドメイン名。選択したサブネットが、DNS名解決にOracle提供のInternet and VCN Resolverを使用する場合は、このフィールドにサブネットのドメイン名が表示され、変更できません。それ以外の場合は、ドメイン名を選択できます。ハイフン(-)は使用できません。

      データベース・バックアップをObject StorageまたはAutonomous Recoveryサービスに格納する場合、Oracleでは、バックアップに使用されるSwiftエンドポイントが自動的に解決されるため、クライアント・サブネットのDNS名前解決にはVCN Resolverを使用することをお薦めします。

    • ホストおよびドメインURL: この読取り専用フィールドは、ホスト名とドメイン名を結合して、データベースの完全修飾ドメイン名(FQDN)を表示します。最大長は63文字です。
  13. ライセンス・タイプの選択: VMクラスタに使用するライセンスのタイプ。選択内容は従量制の請求に影響します。
    • 「ライセンス込み」は、クラウド・サービスのコストにデータベース・サービスのライセンスが含まれていることを意味します。
    • 「ライセンス持込み(BYOL)」は、無制限ライセンス契約または使用制限付きライセンス契約を契約されているOracle Databaseの顧客が、このライセンスでOracle Cloud Infrastructureを使用することを意味します。これにより、オンプレミス・ライセンスおよびクラウド・ライセンスを別々に契約する必要がなくなります。
  14. 診断収集: 診断収集および通知を有効にすることで、Oracle Cloud Operationsと顧客は、ゲストVMの問題をすばやく効率的に特定、調査、追跡および解決できます。イベントをサブスクライブして、リソース状態の変更に関する通知を受けます。
    ノート

    前述のイベント(またはメトリック、ログ・ファイル)のリストが将来変更される可能性があることを理解した上でオプト・インします。この機能はいつでもオプトアウトできます。
    • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集および公開することを許可します。
    • ヘルス・モニタリングの有効化: OracleがOracle Databaseの起動/停止、ディスク領域の使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud operationsと共有することを許可します。一部のイベントの通知も受信します。
    • インシデント・ログおよびトレース収集の有効化: 障害診断および問題解決を可能にするためにOracleがインシデント・ログおよびトレースを収集できるようにします。
    ノート

    前述のイベント(またはメトリック、ログ・ファイル)のリストが将来変更される可能性があることを理解した上でオプト・インします。この機能はいつでもオプトアウトできます。
    デフォルトでは、3つのチェック・ボックスがすべて選択されています。デフォルト設定をそのままにすることも、必要に応じてチェックボックスを選択解除することもできます。診断収集の設定は、「VMクラスタの詳細」ページの「一般情報」>>「診断収集」の下に表示されます。
    • 有効: 診断、ヘルス・メトリック、インシデント・ログとトレース・ファイル(3つのオプションすべて)の収集を選択した場合。
    • 無効: 診断、ヘルス・メトリック、インシデント・ログとトレース・ファイル(3つのオプションすべて)を収集しないことを選択した場合。
    • 一部有効: 診断、ヘルス・メトリック、インシデント・ログとトレース・ファイル(1つまたは2つのオプション)の収集を選択した場合。
  15. 「拡張オプションの表示」をクリックし、VMクラスタの拡張オプションを指定します:
    • タイム・ゾーン: このオプションは、「管理」タブにあります。DBシステムのデフォルトのタイム・ゾーンはUTCですが、別のタイム・ゾーンを指定できます。タイム・ゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされています。詳細は、DBシステムのタイム・ゾーン を参照してください。

      ノート

      UTCまたはブラウザが検出したタイム・ゾーン以外のタイムゾーンを設定する場合に、目的のタイム・ゾーンが表示されない場合は、「別のタイム・ゾーンの選択」を選択し、「地域または国」リストで「その他」を選択して、追加のタイム・ゾーンの選択肢を検索してみてください。

    • SCANリスナー・ポート: このオプションは、「ネットワーク」タブにあります。SCANリスナー・ポート(TCP/IP)は、1024から8999の範囲で割り当てることができます。デフォルトは1521です
      ノート

      バックエンド・ソフトウェアを使用したプロビジョニング後にVMクラスタのSCANリスナー・ポートを手動で変更することはサポートされていません。この変更により、Data Guardのプロビジョニングが失敗する可能性があります。
      .
    • タグ: リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
  16. 「Exadata VMクラスタの作成」をクリックします。

次の処理

VMクラスタが正常に作成され、「使用可能」状態になったら、クラスタのリストでVMクラスタの名前をクリックして「VMクラスタ詳細」ページを表示できます。「VMクラスタ詳細」ページで、「データベースの作成」をクリックしてクラスタ内に最初のデータベースを作成できます。

クラウドVMクラスタにデータベース・サーバーまたはストレージ・サーバーの容量を追加するには

このトピックでは、Oracle Cloud Infrastructure (OCI)コンソールを使用してクラウドVMクラスタに新しい容量を追加する方法について説明します。

ノート

この手順は、マルチVM対応インフラストラクチャには適用されません

サービス・インスタンスにデータベース(コンピュート)またはストレージ・サーバーを追加してコンピュートおよびストレージ・リソースをフレキシブル・クラウドExadataインフラストラクチャ・リソースに追加するにはのタスクを使用した場合は、追加のリソースを利用するためにクラウドVMクラスタに容量を追加する必要があります。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。
  3. クラウドVMクラスタのリストで、容量を追加するクラスタの名前をクリックします。
  4. 「VMクラスタ詳細」ページで、「VMクラスタのスケーリング」をクリックします。
  5. クラウドExadataインフラストラクチャ・リソースをスケーリングした結果、使用可能な追加容量がある場合、「VMクラスタのスケーリング」パネルの上部のバナーに、VMクラスタに使用可能な追加容量のタイプと量を示すメッセージが表示されます。「容量を追加」ボックスを選択します。
  6. クラウドVMクラスタに追加する容量のタイプに応じて、「データベース・サーバーの追加」または「ストレージの追加」ラジオ・ボタンのいずれかを選択します。
  7. 「更新」をクリックします。クラウドVMクラスタは「更新中」状態になります。容量が正常に追加されると、クラスタは「使用可能」状態に戻ります。
ノート

クラスタにデータベース・サーバーを追加した場合は、クラスタが「使用可能」状態になったら、「VMクラスタのスケーリング」ボタンを再度クリックして、新しいCPUコアを割り当てることができます。CPUコアをクラウドVMクラスタに追加する方法の詳細は、Exadata Cloud ServiceクラウドVMクラスタまたはDBシステムでCPUコアをスケーリングするにはを参照してください。

コンソールを使用した診断収集の有効化、一部有効化または無効化

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

ノート

  • 収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解した上でオプト・インします。この機能はいつでもオプトアウトできます。
  • Oracleでは今後、さらにメトリックを追加する可能性がありますが、すでにメトリックの収集を選択している場合は、オプトイン値を更新する必要はありません。現在のプリファレンスに基づいて有効/無効のままになります。
  • 以前にインシデント・ログおよびトレース・ファイルの収集にオプト・インしていて、Oracle Cloud operationsでログ収集ジョブが実行されるタイミングでオプト・アウトすることにした場合、ジョブは実行され、取り消されません。インシデント・ログおよびトレース・ファイル収集オプションに再度オプトインするまで、今後のログ収集は行われません。
  1. ナビゲーション・メニューを開きます。「データベース」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. 「VMクラスタ」をクリックします。
  4. 診断データ収集を有効または無効にするVMクラスタの名前をクリックします。
  5. 「VMクラスタの詳細」ページの「一般情報」「診断収集」で、診断収集を有効化、一部有効化または無効化します。
  6. 「診断収集設定の編集」ダイアログで、任意の診断収集を有効または無効にします。診断収集および通知を有効にすることで、Oracle Cloud Operationsと顧客は、ゲストVMの問題をすばやく効率的に特定、調査、追跡および解決できます。イベントをサブスクライブして、リソース状態の変更に関する通知を受けます。
    • 診断イベントの有効化 Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集および公開することを許可します。詳細は、データベース・サービス・イベントの概要を参照してください
    • ヘルス・モニタリングの有効化 OracleがOracle Databaseの起動/停止、ディスク領域の使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud operationsと共有することを許可します。一部のイベントの通知も受信します。
    • インシデント・ログおよびトレース収集の有効化。Oracleがインシデント・ログおよびトレースを収集することを許可し、障害診断および問題解決を可能にします。

      ノート: 以前にインシデント・ログおよびトレース・ファイルの収集にオプト・インしていて、Oracle Cloud operationsでログ収集ジョブが実行されるタイミングでオプト・アウトすることにした場合、ジョブは実行され、取り消されません。インシデント・ログおよびトレース・ファイル収集オプションに再度オプトインするまで、今後のログ収集は行われません。

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

コンソールを使用したVMクラスタのライセンス・タイプの更新

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

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

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

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

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

VMクラスタにSSHキーを追加するには

VMクラスタが存在し、別のSSHキーを必要とする別のユーザーを追加するとします。

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. VMクラスタのリストで、管理するクラスタを検索し、強調表示された名前をクリックします。
  5. 「SSHキーの追加」をクリックします。
  6. 次のいずれかのオプションを選択します。
    • SSHキー・ペアの生成: このオプションを使用して、新しいSSHキー・ペアを作成します。このオプションを使用する場合は、「秘密キーの保存」「公開キーの保存」の両方をクリックします。秘密キーはローカル・マシンにダウンロードされ、安全な場所に格納する必要があります。操作が完了した後、この操作中に生成された秘密キーの別のコピーをダウンロードすることはできません。

    • SSHキー・ファイルのアップロード: .pubファイルを参照またはドラッグ・アンド・ドロップするには、このオプションを選択します。

    • SSHキーの貼付け: 個々の公開キーを貼り付けるには、このオプションを選択します。複数のキーを張り付けるには、「+ 別のSSHキー」をクリックして、エントリごとに1つのキーを指定します。

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

VMクラスタ作成後のコンソールを使用したSSHキーの追加

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

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

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

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

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

コンソールを使用したVMクラスタ仮想マシンの停止、起動または再起動

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

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

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

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

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

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

コンソールを使用したVMクラスタ仮想マシンのステータスの確認

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

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

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

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

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

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

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

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

コンソールを使用した別のコンパートメントへのVMクラスタの移動

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

VMクラスタを移動する場合、コンパートメントの変更は、VMクラスタに関連付けられた仮想マシンおよびデータベースにも適用されます。ただし、他の関連付けられたリソース(Exadataインフラストラクチャなど)は、コンパートメントの変更の影響を受けず、現在のコンパートメントに残ります。

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

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

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

VMクラスタの表示名を変更するには

コンソールを使用したVMクラスタの終了

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

VMクラスタを終了すると、それがクラウド・コントロール・プレーンから削除されます。このプロセスでは、仮想マシンおよびそのコンテンツが破棄されます。
ノート

ストレージ・サーバーが5つ未満のインフラストラクチャからVMクラスタを終了することはできません
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. 終了するVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. 終了するVMクラスタの名前をクリックします。

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

  5. 「他のアクション」をクリックし、「終了」をクリックします。
  6. 結果ダイアログで:
    • バックアップ保存ポリシーに関するメッセージを確認します
    • VMクラスタの名前を入力します
    • 「VMクラスタの終了」をクリックしてアクションを確認します。
    ノート

    すべてのバックアップが期限切れになるまで、データベースは終了状態になり、バックアップがリストされます。

プライベートDNS構成の詳細を表示するには

  1. ナビゲーション・メニューを開きます。「データベース」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. Exadataインフラストラクチャを含むコンパートメントを選択します。
  4. 「VMクラスタ」をクリックします。
  5. 表示するプライベートDNSで構成されているVMクラスタの名前をクリックします。
  6. プライベートDNSが構成されている場合は、「ネットワーク」セクションの下にプライベートDNSおよびプライベート・ゾーンが表示されます。
  7. プライベート・ビュー名をクリックして、構成を編集します。

仮想IPアドレスをアタッチするには

この手順を使用して、VMクラスタから仮想IPアドレスを接続します。

  1. ナビゲーション・メニューを開きます。「データベース」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. Exadataインフラストラクチャを含むコンパートメントを選択します。
  4. 「VMクラスタ」をクリックします。
  5. 「リソース」で、「仮想IPアドレス」をクリックします。
  6. 「仮想IPアドレスのアタッチ」をクリックします。
  7. 「仮想IPアドレスのアタッチ」ダイアログで:
    1. 「サブネット」ドロップダウン・リストからサブネットを選択します。
    2. 「Virtual IP Address Hostname」フィールドに、仮想IPアドレスのホスト名を入力します。
    3. (オプション)「仮想IPアドレス」フィールドにIPアドレスを入力します。
    4. (オプション)「仮想マシン」フィールドに、デフォルトのアタッチメントとなるVIrtualマシン名を入力できます。
    5. 「添付」をクリックします。

仮想IPアドレスをデタッチするには

この手順を使用して、VMクラスタから仮想IPアドレスを接続します。

  1. ナビゲーション・メニューを開きます。「データベース」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. Exadataインフラストラクチャを含むコンパートメントを選択します。
  4. 「VMクラスタ」をクリックします。
  5. 「リソース」で、「仮想IPアドレス」をクリックします。
  6. デタッチする仮想IPアドレスの右側にある「アクション」アイコン(3つのドット)をクリックします。
  7. デタッチをクリックします。
  8. 「仮想IPアドレスのデタッチ」ダイアログで、デタッチするVIPアドレスを入力して確認し、「デタッチ」をクリックします。

自動診断収集の概要

診断収集および通知を有効にすることで、Oracle Cloud Operationsと顧客は、ゲストVMの問題をすばやく効率的に特定、調査、追跡および解決できます。イベントをサブスクライブして、リソース状態の変更に関する通知を受けます。

  • 診断イベントの有効化

    Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集して公開することを許可します。詳細は、データベース・サービス・イベントを参照してください。

  • ヘルス・モニターの有効化

    OracleがOracle Databaseの起動/停止、ディスク領域使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud operationsと共有することを許可します。一部のイベントの通知も受信します。詳細は、ヘルス・メトリックを参照してください。

  • インシデント・ログおよびトレース収集の有効化

    Oracleがインシデント・ログおよびトレースを収集することを許可し、障害診断および問題解決を可能にします。詳細は、インシデント・ログおよびトレース・ファイルを参照してください。

診断収集:

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

診断イベントおよびヘルス・モニタリングを無効にすると、オプションに関連付けられたチェック・ボックスの選択を解除したときから、データ/イベントの収集および通知が停止されるのみです。ただし、履歴データはOracle Cloud Operationsデータ・リポジトリからパージされません。

インシデント・ログおよびトレース・ファイル

この項では、インシデント・ログおよびトレース収集をオプトインした場合にOracle Supportで収集できるすべてのファイルをリストします。

ノート

  • Oracleは、問題が検出され、解決するために顧客との対話が必要な場合、インフラストラクチャのカスタマ・サポートID (CSI)に対してサービス・リクエスト(SR)を作成します。
  • 顧客のOralce CLoudインフラストラクチャ・テナンシ管理者の電子メールは、SRを作成してログを添付するためのCSI連絡先として使用されます。テナンシ管理者がMy Oracle Support (MOS)でCSI連絡先として追加されていることを確認します。

Oracle Trace File Analyze (TFA)コンポーネント駆動型ログ収集

通常、ディレクトリはコンポーネントに割り当てられ、そのコンポーネントを使用して、収集する必要があるファイルにTFAをガイドできます。たとえば、CRSコンポーネントをリクエストすると、CRSコンポーネントにマップされたディレクトリを参照し、必要な収集時間枠に一致するファイルを検索するようにTFAは指示されます。

ノート

以前にインシデント・ログおよびトレース・ファイルの収集にオプト・インしていて、Oracle Cloud operationsでログ収集ジョブが実行されるタイミングでオプト・アウトすることにした場合、ジョブは実行され、取り消されません。インシデント・ログおよびトレース・ファイル収集オプションに再度オプトインするまで、今後のログ収集は行われません。

TFAには、特定のコンポーネントがリクエストされたときに実行されるスクリプトが付属しています。たとえば、CRSコンポーネントの場合、crscollect.plは多数のcrsctlコマンドを実行して入力を収集します。デフォルトでは、TFAは収集されたログをリダクションしません。

表5-2 Oracle Trace File Analyze (TFA)コンポーネント駆動型ログ収集

コンポーネント スクリプト ファイル/ディレクトリ

OS: オペレーティング・システム・ログ

oscollect.pl

  • /var/log/messages
  • OSWatcherアーカイブ
  • Exadataのみ: ExaWatcherアーカイブ

    /opt/oracle.ExaWatcher/archive/

CRS: Grid Infrastructureおよびクラスタ・ログ

crscollect.pl

  • /etc/oracle
  • GIHOME/crf/db/HOSTNAME1
  • GIHOME/crs/log
  • GIHOME/css/log
  • GIHOME/cv/log
  • GIHOME/evm/admin/log
  • GIHOME/evm/admin/logger
  • GIHOME/evm/log
  • GIHOME/log/-/client
  • GIHOME/log/HOSTNAME1
  • GIHOME/log/HOSTNAME1/admin
  • GIHOME/log/HOSTNAME1/client
  • GIHOME/log/HOSTNAME1/crflogd
  • GIHOME/log/HOSTNAME1/crfmond
  • GIHOME/log/HOSTNAME1/crsd
  • GIHOME/log/HOSTNAME1/cssd
  • GIHOME/log/HOSTNAME1/ctssd
  • GIHOME/log/HOSTNAME1/diskmon
  • GIHOME/log/HOSTNAME1/evmd
  • GIHOME/log/HOSTNAME1/gipcd
  • GIHOME/log/HOSTNAME1/gnsd
  • GIHOME/log/HOSTNAME1/gpnpd
  • GIHOME/log/HOSTNAME1/mdnsd
  • GIHOME/log/HOSTNAME1/ohasd
  • GIHOME/log/HOSTNAME1/racg
  • GIHOME/log/HOSTNAME1/srvm
  • GIHOME/log/HOSTNAME1/xag
  • GIHOME/log/diag/asmtool
  • GIHOME/log/diag/clients
  • GIHOME/log/procwatcher/PRW_SYS_HOSTNAME1
  • GIHOME/network/log
  • GIHOME/opmn/logs
  • GIHOME/racg/log
  • GIHOME/scheduler/log
  • GIHOME/srvm/log
  • GRIDBASE/crsdata/@global/cvu
  • GRIDBASE/crsdata/HOSTNAME1/core
  • GRIDBASE/crsdata/HOSTNAME1/crsconfig
  • GRIDBASE/crsdata/HOSTNAME1/crsdiag
  • GRIDBASE/crsdata/HOSTNAME1/cvu
  • GRIDBASE/crsdata/HOSTNAME1/evm
  • GRIDBASE/crsdata/HOSTNAME1/output
  • GRIDBASE/crsdata/HOSTNAME1/ovmmwallets
  • GRIDBASE/crsdata/HOSTNAME1/scripts
  • GRIDBASE/crsdata/HOSTNAME1/trace
  • GRIDBASE/diag/crs/-/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/incident
  • GRIDBASE/diag/crs/HOSTNAME1/crs/trace

Database: Oracle Databaseログ

DB固有のスクリプトなし - DBの実行元のORACLE_HOMEに対してopatch lsinventoryを実行します。TFAは特定のDBインシデントについて時間範囲に基づいてipspackを実行します。

  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/cdump
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/trace
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/incident

クラウド・ツール・ログ

  • Cregファイル: マスクされた機密情報を含む/var/opt/oracle/creg/*.iniファイル
  • Cstateファイル: /var/opt/oracle/cstate.xml
  • データベース関連のツール・ログ:

    dbNameが指定された場合は/var/opt/oracle/log/<dbName>、それ以外の場合はすべてのデータベースのログ(/var/opt/oracle/log/)を収集します

    dbNameが指定された場合は/var/opt/oracle/dbaas_acfs/log/<dbName>、それ以外の場合はすべてのデータベースのログ(/var/opt/oracle/log/<dbName>)を収集します

  • データベースenvファイル: dbNameが指定されている場合は/home/oracle/<dbName>.env、それ以外の場合はすべてのデータベースのログ(/home/oracle/*.env)を収集します
  • パイロット・ログ: /home/opc/.pilotBase/logs
  • ログ・ディレクトリのリスト:
    • /var/opt/oracle/log
    • /var/opt/oracle/dbaas_acfs/log
    • /var/opt/oracle/dbaas_acfs/dbsystem_details
    • /var/opt/oracle/dbaas_acfs/job_manager
    • /opt/oracle/dcs/log

DCSエージェント・ログ

  • /opt/oracle/dcs/log/

ツール関連のGrid Infrastructure/データベース・ログ

  • Grid Infrastructure: GI_HOME/cfgtoollogs
  • データベース・アラートログ: /u02/app/oracle/diag/rdbms/*/*/alert*.log

ヘルス・メトリック

Oracle Trace File Analyzerによって収集されるデータベースおよびデータベース以外のヘルス・メトリックのリストを確認します。

ノート

Oracleでは今後、さらにメトリックを追加する可能性がありますが、すでにメトリックの収集を選択している場合は、オプトイン値を更新する必要はありません。現在のプリファレンスに基づいて有効/無効のままになります。

ゲストVMヘルス・メトリック・リスト - データベース・メトリック

表5-3 ゲストVMヘルス・メトリック・リスト - データベース・メトリック

メトリック名 メトリック表示名 単位 集計 間隔 収集頻度 説明

CpuUtilization

CPU使用率

パーセント

平均

1分間

5分間

CPU使用率は、すべてのコンシューマ・グループで集計されたパーセンテージで表されます。使用率は、データベースで使用可能なCPUの数(OCPUの数の2倍)を基準にレポートされます。

StorageUtilization

ストレージの使用率

パーセント

平均

1時間

1時間

プロビジョニングされたストレージ容量のうち、現在使用中の割合。すべての表領域の割当て済領域の合計を表します。

BlockChanges

DBブロック変更

変更/秒

平均

1分間

5分間

1秒当たりの変更されたブロックの平均数。

ExecuteCount

実行数

件数

合計

1分間

5分間

選択した間隔中にSQL文を実行したユーザー・コールおよび再帰コールの数。

CurrentLogons

現在のログオン

件数

合計

1分間

5分間

選択した間隔中に成功したログオン数。

TransactionCount

トランザクション数

件数

合計

1分間

5分間

選択した間隔中のユーザー・コミットとユーザー・ロールバックを合せた数。

UserCalls

ユーザー・コール

件数

合計

1分間

5分間

選択した間隔中のログオン、解析および実行コールを合せた数。

ParseCount

解析件数

件数

合計

1分間

5分間

選択した間隔中のハード解析とソフト解析の数。

StorageUsed

使用済ストレージ領域

GB

最大

1時間

1時間

収集時にデータベースによって使用されていたストレージ領域の合計量。

StorageAllocated

割当て済ストレージ領域

GB

最大

1時間

1時間

収集時にデータベースに割り当てられていたストレージ領域の合計量。

StorageUsedByTablespace

表領域による使用済ストレージ領域

GB

最大

1時間

1時間

収集時に表領域によって使用されていたストレージ領域の合計量。コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を示します。

StorageAllocatedByTablespace

表領域による割当て済ストレージ領域

GB

最大

1時間

1時間

収集時に表領域に割り当てられていたストレージ領域の合計量。コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を示します。

StorageUtilizationByTablespace

表領域によるストレージ領域使用率

パーセント

平均

1時間

1時間

これは、収集時に表領域が使用していたストレージ領域の割合を示します。コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を示します。

ゲストVMヘルス・メトリック・リスト - データベース以外のメトリック

表5-4 ゲストVMヘルス・メトリック・リスト - データベース以外のメトリック

メトリック名 メトリック表示名 単位 集計 収集頻度 説明

ASMDiskgroupUtilization

ASMディスク・グループ使用率

パーセント

最大

10分

ディスク・グループで使用されている使用可能な領域の割合。使用可能領な領域は、増大に使用できる領域です。DATAディスク・グループは、Oracleデータベース・ファイルを格納します。RECOディスク・グループには、アーカイブやフラッシュバック・ログなどのリカバリ用のデータベース・ファイルが含まれています。

FilesystemUtilization

ファイルシステム使用率

パーセント

最大

1分間

プロビジョニングされたファイルシステムの使用率。

CpuUtilization

CPU使用率

パーセント

平均

1分間

CPU使用率。

MemoryUtilization

メモリー使用率

パーセント

平均

1分間

スワップせずに新しいアプリケーションを起動するために使用できるメモリーの割合。使用可能なメモリーは、cat /proc/meminfoコマンドを使用して取得できます。

SwapUtilization

スワップ使用率

パーセント

平均

1分間

合計スワップ領域の使用率。

LoadAverage

負荷平均

数値

平均

1分間

5分間のシステム負荷平均。

NodeStatus

ノード・ステータス

整数

平均

1分間

ホストにアクセスできるかどうかを示します。

OcpusAllocated

割当て済OCPU

整数

最大

1分間

割当て済OCPUの数。

APIを使用したExadata Cloud Infrastructureインスタンスの管理

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

次のAPI操作を使用して、Exadata Cloud Infrastructureインスタンス・コンポーネントを管理します。

クラウドExadataインフラストラクチャ・リソース(新しいリソース・モデル):

クラウドVMクラスタ(新しいリソース・モデル)

DBシステム(古いリソース・モデル):

仮想マシン・ノード(すべてのExadata Cloud Infrastructureインスタンス):

コンソール接続を使用した仮想マシンのトラブルシューティング

コンソール接続を使用して、正常に動作していない仮想マシンをトラブルシューティングできます。たとえば、以前に動作していたゲストVMは応答を停止します。

ノート

Exadata System Software 23.1.13は、最低限必要なバージョンです。また、opcまたはrootユーザーのパスワードの設定など、次に示すすべての前提条件を確認してください。これらの要件を事前に満たすために必要な変更を行わないと、VMにアクセスできない場合に必要になったときにシリアルコンソールに緊急に接続できなくなります。

管理および一般的な使用のために実行中のインスタンスに接続するには、Secure Shell (SSH)を使用します。詳細は、SSHを使用した仮想マシンへの接続を参照してください。

シリアルコンソールへのSSH接続を行うには、次の構成手順に従います。

  1. 適切な権限があることを確認してください。
  2. SSHキー・ペアの作成(まだ作成していない場合)を含む前提条件を完了します。
  3. 仮想マシンのシリアル・コンソールを作成します。
  4. SSHでシリアル・コンソールに接続します。

インストールされているDBサーバーのバージョンを確認するには、次のステップに従います。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. コンパートメントを選択します。
  3. 「Exadataインフラストラクチャ」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  4. 対象のインフラストラクチャの名前をクリックします。
  5. 結果の「インフラストラクチャの詳細」ページで、「バージョン」セクションに移動し、インストールされているDBサーバーのバージョンを見つけます。

必要なIAMポリシー

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

コンソールまたは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)のインストール

Microsoft Windowsには、デフォルトでSSHクライアントは含まれていません。Windowsクライアントから接続する場合は、SSHクライアントをインストールする必要があります。PuTTY plink.exeは、Windows PowerShellまたは次のようなバージョンのOpenSSHを含むソフトウェアで使用できます:

このトピックの手順では、PuTTYおよびWindows PowerShellを頻繁に使用します。

Windows PowerShellを使用してWindowsからコンソール接続を確立する場合、PowerShellがWindowsオペレーティング・システムにすでにインストールされている可能性があります。そうでない場合は、リンクのステップに従います。PowerShellを使用してWindowsクライアントからインスタンスに接続する場合は、plink.exeが必要です。plink.exeは、PuTTYに含まれているコマンド・リンク接続ツールです。PuTTYをインストールすることも、plink.exeを個別にインストールすることもできます。インストール情報は、http://www.putty.orgを参照してください。

SSHキー・ペアの作成

セキュアなコンソール接続を作成するには、SSHキー・ペアが必要です。キー・ペアの作成に使用する方法は、オペレーティング・システムによって異なります。シリアル・コンソールに接続する場合は、RSAキーを使用する必要があります。この項では、RSA SSHキー・ペアを作成する方法を示します。

LinuxのSSHキー・ペアの作成

UNIXスタイルのシステムを使用している場合は、ssh-keygenユーティリティがすでにインストールされている可能性があります。ユーティリティがインストールされているかどうかを確認するには、コマンドラインでssh-keygenと入力します。ユーティリティがインストールされていない場合は、http://www.openssh.com/portable.htmlからOpenSSH for UNIXをダウンロードしてインストールできます。

  1. コマンドを入力するためのシェルまたはターミナルを開きます。
  2. プロンプトで、ssh-keygenと入力し、要求されたらキーの名前を指定します。オプションで、パスフレーズを含めます。

    キーは、デフォルト値の2048ビットで作成されます。

    または、次のように完全なssh-keygenコマンドを入力することもできます:
    ssh-keygen -t rsa -N "" -b 2048 -C "<key_name>" -f <path/root_name>
    引数 説明
    -t rsa RSAアルゴリズムを使用します。
    -N "<passphrase>" キーの使用を保護するためのパスフレーズ(パスワードなど)。パスフレーズを設定しない場合、引用符の間に何も入力しないでください。

    パスワードは必須ではありません。これをセキュリティ対策として指定して、権限のない使用から秘密キーを保護できます。パスフレーズを指定する場合、インスタンスに接続するときにパスフレーズを指定する必要があります。これにより、通常、インスタンスへの接続の自動化が困難になります。

    -b 2048 2048ビット・キーを生成します。2048がデフォルトであるため、2048が許容可能である場合、これを設定する必要はありません。

    SSH-2 RSAは最小2048ビットに設定することをお薦めします。

    -C "<key_name>" キーを識別する名前。
    -f <path/root_name> キーペアが保存される場所と、ファイルのルート名。

PuTTYを使用したWindows用のSSHキー・ペアの作成

Windowsクライアントを使用してインスタンス・コンソール接続に接続している場合は、PuTTYによって生成されたSSHキー・ペアを使用します。

ノート

PuTTYの最新バージョンを使用していることを確認してください。http://www.putty.orgを参照してください。

  1. コンピュータ上のPuTTYフォルダ(C:\Program Files (x86)\PuTTYなど)内でputtygen.exeを探します。puttygen.exeをダブルクリックして開きます。
  2. SSH-2 RSAのキータイプと2048ビットのキータイプを指定します:
    • 「キー」メニューで、デフォルト値の「SSH-2 RSAキー」が選択されていることを確認します。
    • 「タイプ・オブ・キー」で、デフォルト・キー・タイプの「RSA」を受け入れます。
    • 「キーの生成ビット数」が未設定の場合は、2048に設定します。
  3. 「生成」をクリックします
  4. キーにランダム・データを生成するには、PuTTYウィンドウの空白領域にマウスを移動します。

    キーが生成されると、「OpenSSH authorized_keysファイルに貼り付ける公開キー」に表示されます。

  5. 日付とタイムスタンプを含むコメントが自動的に生成されます。デフォルトのコメントのままにすることも、よりわかりやすい独自のコメントで置換することもできます。
  6. 「キー・パスフレーズ」フィールドは空白のままにします。
  7. 「Saveプライベート・キー」をクリックし、パスフレーズを使用しないキーの保存に関するプロンプトで、「Yes」をクリックします。

    キー・ペアは、PuTTYツール・セットでのみ機能する固有の形式であるPuTTY秘密キー(PPK)形式で保存されます。

    キーの名前は任意ですが、ppkファイル拡張子を使用してください。たとえば、mykey.ppkです。

  8. OpenSSH authorized_keysファイルに貼り付けるために「公開キー」に表示されるすべての生成キーを選択し、[Ctrl] + [C]を使用してコピーし、テキスト・ファイルにペーストしてから、秘密キーと同じ場所にそのファイルを保存します。
    ノート

    「公開キーの保存」オプションではキーがOpenSSH形式で保存されないため、使用しないでください。

    キーには任意の名前を付けることができますが、一貫性を維持するため、秘密キーと同じ名前を付け、pubファイル拡張子を使用してください。例: mykey.pub

  9. 公開キーおよび秘密キー・ファイルの名前と場所を書き留めます。インスタンス・コンソール接続を作成する場合は、公開キーが必要です。PuTTYを使用してインスタンス・コンソール接続に接続するには、暗号化キーが必要です。たとえば: $HOME\Documents\mykey.ppk

PuTTYを使用して生成されたSSHキー・ペアを使用して接続を作成するには

SSHキー・ペアの生成の詳細は、PuTTYを使用したWindows用のSSHキー・ペアの作成を参照してください

「シリアル・コンソール・アクセスの作成」ウィンドウで、次の手順を実行します。

  1. OpenSSH形式から生成されたSSHキーを貼り付けるか、「SSHキー・ファイルのアップロード」を選択し、「PuTTYを使用したWindows用のSSHキー・ペアの作成」のステップ8で保存した公開キーのパスを指定します。
  2. 接続が「アクティブ」になったら、「Windowsのシリアル・コンソール接続のコピー」をクリックします。
  3. 前のステップからコピーした接続文字列をテキスト・ファイルに貼り付けます。
  4. テキスト・ファイルで、<PATH_FILE_PUTTY_PRIVATE.ppk>を置き換えて、コンピュータ上のPuTTY秘密キー(PPK)ファイル・パスを指すようにします。たとえば、.ppkファイルを$HOME\Documents\mykey.ppkに保存した場合です。
  5. 変更した接続文字列をPowerShellウィンドウにペーストし、[Enter]を押してコンソールに接続します。

シリアル・コンソールから仮想マシンへのサインイン

仮想マシン・コンソール接続を使用して仮想マシンにサインインする場合は、Secure Shell (SSH)接続を使用してサインインできます。ユーザー名とパスワードを使用してサインインする場合は、パスワードを持つユーザー・アカウントが必要です。Oracle Exadata Cloudでは、opcまたはrootユーザーのデフォルト・パスワードは設定されません。したがって、opcまたはrootユーザーとしてサインインする場合は、opcまたはrootユーザーのパスワードを作成する必要があります。または、パスワードを使用して別のユーザーを追加し、そのユーザーとしてサインインします。これは、シリアルコンソールへのログインが必要になる可能性のある状況が発生する前に、事前に完了しておく必要があります。

ファイアウォールを介した接続

シリアルコンソールへのアクセスに使用するクライアントがファイアウォールの背後にある場合は、このクライアントが仮想マシンのシリアルコンソールにアクセスするために必要なエンドポイントに到達できることを確認する必要があります。シリアル・コンソールに接続するクライアント・システムは、直接またはプロキシを介して、ポート443を使用してSSH経由で、シリアル・コンソール・サーバー(vm-console-ad1.exacs.us-ashburn-1.oci.oraclecloud.comなど)にアクセスできる必要があります。

仮想マシンのシリアルコンソール接続の作成

シリアル・コンソールへのローカル接続を行う前に、仮想マシン・コンソール接続を作成する必要があります。

仮想マシンコンソール接続は、一度に1つのクライアントに制限されます。クライアントに障害が発生した場合、接続は約5分間アクティブなままになります。この間、他のクライアントは接続できません。5分後に接続が閉じられ、新しいクライアントが接続できるようになります。5分間のタイムアウト中に、新しいクライアントが接続しようとすると失敗し、次のメッセージが表示されます:
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. 目的のVMクラスタをクリックします。
  3. 表示される「VMクラスタの詳細」ページで、目的の仮想マシンの名前をクリックします。

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

  4. 「シリアル・コンソール・アクセスの作成」をクリックします。
  5. 結果の「シリアル・コンソール・アクセスの作成」ウィンドウには、SSHキーを追加するための3つのオプションがあります。
    • キー・ペアの生成: Oracle Cloud Infrastructureで使用するSSHキー・ペアを生成できます。PowerShellまたはPuTTYを使用してWindowsクライアントからインスタンスに接続している場合、生成されたSSHキー・ペアは、最初に.ppkファイルに変換しないと使用できません。
    • 公開キー・ファイルのアップロード: コンピュータ上の公開キー・ファイルを参照します。「前提条件」の項のSSHキー・ペアの作成のステップに従ってキー・ペアを作成した場合は、このオプションを使用して.pubファイルに移動します。
    • 公開キーのペースト: 公開キー・ファイルの内容をテキスト・ボックスにペーストします。
  6. 「コンソール接続の作成」をクリックします。

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

シリアル・コンソールへのSSH接続

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

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

サーバー・ホスト・キーの検証

シリアル・コンソールに初めて接続する場合、サーバー・ホスト・キーの指紋を検証するように求められます。サーバー・ホスト・キーの指紋は、サーバー・ホストの公開SSHキーのSHA256ハッシュです。サーバーSSHハンドシェイク・レスポンスは、関連付けられた暗号化キーで署名されます。サーバー・ホスト・キーの指紋を検証すると、潜在的な攻撃から保護されます。

手動でシリアル・コンソールに接続する場合、サーバー・ホスト・キーのフィンガープリントは自動的に検証されません。指紋を手動で検証するには、Oracle Cloud Infrastructure Consoleに表示された指紋値を、接続時に端末に表示されたRSA鍵指紋の値と比較します。

コンソールでサーバー・ホスト・キーの指紋を見つけるには、「仮想マシンの詳細」ページの「リソース」で、「コンソール接続」をクリックします。この表には、サーバー・ホスト・キーのフィンガープリントが表示されます。コンソールの指紋が、シリアル・コンソールに接続するときに端末に表示されたRSAキー・指紋の値と一致している必要があります。

サーバー・ホスト・キーは、セキュリティ上の目的で定期的にローテーションされます。キー・ローテーションを行うと、1つのキー・バージョンによって暗号化または署名されるデータの量を制限することで、キーが危殆化されたときにさらされるリスクを軽減できます。キーがローテーションされたとき、シリアル・コンソールに接続しようとすると、攻撃の可能性を示す警告が表示されます。この警告には、「ホスト・キーの検証に失敗しました」エラーおよび.ssh/known_hostsファイル内の行番号が含まれます。その行を.ssh/known_hostsファイルから削除してから、シリアル・コンソールに再接続します。その後、新しいサーバー・ホスト・キー・指紋を受け入れるように求められます。

Mac OS XおよびLinuxオペレーティング・システムからの接続

SSHクライアントを使用してシリアル・コンソールに接続します。Mac OS XおよびほとんどのLinuxやUNIX系のオペレーティングシステムには、デフォルトでSSHクライアントOpenSSHが含まれています。

Mac OS XまたはLinuxでOpenSSHを使用してシリアル・コンソールに接続するには:

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 目的のVMクラスタをクリックします。
  3. 表示される「VMクラスタの詳細」ページで、目的の仮想マシンの名前をクリックします。
  4. Oracle Cloud Infrastructure Consoleの「仮想マシン詳細」ページで、「リソース」の下の「コンソール接続」をクリックします。
  5. 「アクション」メニュー(3つのドット)をクリックし、「Linux/Macのシリアル・コンソール接続のコピー」をクリックします。
  6. 接続文字列をMac OS XまたはLinuxシステムのターミナル・ウィンドウに貼り付け、[Enter]を押してコンソールに接続します。

    デフォルトのSSH鍵またはSSH-agentを使用している場合は、アイデンティティーファイルフラグ -iを含むようにシリアルコンソール接続文字列を変更して、使用するSSH鍵の非公開鍵部分(たとえば、id_rsa)を指定します。次の行に示すように、SSH接続とSSHプロキシ・コマンドの両方にこのフラグを指定します:

    ssh -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...
  7. 要求された場合は、サーバー・ホスト・キーのフィンガープリントを検証して受け入れます。

    サーバー・ホスト・キーのフィンガープリントを以前に受け入れていたが、そのキーがローテーションされている場合は、攻撃の可能性を示す警告が表示されます。この警告には、「ホスト・キーの検証に失敗しました」エラーおよび.ssh/known_hostsファイル内の行番号が含まれます。指定された行を.ssh/known_hostsファイルから削除してから、シリアル・コンソールに再接続します。新しいサーバー・ホスト・キー・指紋を検証して受け入れます。

  8. [Enter]を再度押すと、コンソールがアクティブ化されます。

    接続がアクティブな場合は、コンソールにメッセージが表示されます。

    =================================================
    IMPORTANT: You are now connected to the serial console for this VM. This should be used in emergency situations only.
    See product documentation for more details and alternative connectivity options for normal operations
    =================================================
  9. 仮想マシンを再起動します。

    ユーザー名またはパスワードを入力する必要はありません。仮想マシンが機能していて、接続がアクティブな場合、シリアル出力がコンソールに表示されます。コンソールにシリアル出力が表示されない場合、ゲストVMオペレーティング・システムは起動していません。

    トラブルシューティング・オプションの詳細は、Linuxオペレーティング・システムでのゲストVMコンソール接続からの仮想マシンのトラブルシューティングを参照してください。

    1. ExaDB-C@C VMクラスタの詳細ページに移動します。
    2. 「リソース」で、「仮想マシン」をクリックします。
    3. 再起動する仮想マシンの「アクション」メニュー(3つのドット)から「再起動」を選択します。

Windowsオペレーティング・システムからの接続

Microsoft WindowsのPowerShellからシリアル・コンソールに接続するステップは、OpenSSHのステップによって異なります。次のステップは、Windowsターミナルでは機能しません。

PowerShellを使用してWindowsクライアントからインスタンスに接続する場合は、plink.exeが必要です。plink.exeは、PuTTYに含まれているコマンド・リンク接続ツールです。PuTTYをインストールすることも、plink.exeを個別にインストールすることもできます。詳細は、SSHクライアントおよびコマンドライン・シェルのインストール(Windows)を参照してください。

Microsoft Windowsでシリアル・コンソールに接続するには:

  1. Oracle Cloud Infrastructure Consoleの「仮想マシン詳細」ページで、「リソース」の下の「コンソール接続」をクリックします。
  2. 「アクション」メニュー(3つのドット)をクリックします。

    使用しているSSHクライアントに応じて、次のいずれかを行います:

    • Windows PowerShellを使用している場合、「Windowsのシリアル・コンソール接続のコピー」をクリックします。
    • OpenSSHを使用している場合、「Linux/Macのシリアル・コンソール接続のコピー」をクリックします。
    ノート

    Windows用にコピーされた接続文字列には、秘密キー・ファイルの場所を指定するパラメータ-iが含まれています。接続文字列のこのパラメータのデフォルト値は、Windowsクライアントで構成されていないか、秘密キー・ファイルが保存されている場所を表していない可能性がある環境変数を参照しています。-iパラメータに指定した値を確認し、必要な変更を加えてから、次のステップに進みます。
  3. プライベート・キー・ファイルにファイル・パスを追加できるように、前のステップでコピーした接続文字列をテキスト・ファイルにペーストします。
  4. テキスト・ファイルで、$env:homedrive$env:homepath\oci\console.ppkをコンピュータ上の.ppkファイルへのファイル・パスに置き換えます。このファイル・パスは文字列に2回出現します。両方の場所で置き換えます。
  5. 変更した接続文字列をPowerShellウィンドウまたはOpenSSHクライアントにペーストし、[Enter]を押してコンソールに接続します。
  6. 要求された場合は、サーバー・ホスト・キーのフィンガープリントを検証して受け入れます。

    サーバー・ホスト・キーのフィンガープリントを以前に受け入れていたが、そのキーがローテーションされている場合は、攻撃の可能性を示す警告が表示されます。この警告には、ホスト・キー検証失敗エラーおよび.ssh/known_hostsファイル内の行番号が含まれます。指定された行を.ssh/known_hostsファイルから削除してから、シリアル・コンソールに再接続します。新しいサーバー・ホスト・キー・指紋を検証して受け入れます。

  7. [Enter]を再度押すと、コンソールがアクティブ化されます。
  8. 仮想マシンを再起動します。

    ユーザー名またはパスワードを入力する必要はありません。仮想マシンが機能していて、接続がアクティブな場合、シリアル出力がコンソールに表示されます。コンソールにシリアル出力が表示されない場合、ゲストVMオペレーティング・システムは起動していません。

    その他のトラブルシューティング・オプションについては、「ゲストVMコンソール接続からの仮想マシンのトラブルシューティング」を参照してください。

    1. ExaDB-C@C VMクラスタの詳細ページに移動します。
    2. 「リソース」で、「仮想マシン」をクリックします。
    3. 再起動する仮想マシンの「アクション」メニュー(3つのドット)から「再起動」を選択します。

OCIコンソールを使用して生成されたSSHキー・ペアを使用して接続を作成するには:

「シリアル・コンソール・アクセスの作成」ウィンドウで、次の手順を実行します。

  1. 「キー・ペアの生成」をクリックします。
  2. 「秘密キーの保存」をクリックします。
  3. 「コンソール接続の作成」をクリックします。
    ノート

    PuTTYの最新バージョンを使用していることを確認してください。http://www.putty.orgを参照してください。
  4. コンピュータ上のPuTTYフォルダ(C:\Program Files (x86)\PuTTY. Double-click puttygen.exeなど)でputtygen.exeを検索して開きます。
  5. PuTTYキー・ジェネレータで、「変換」メニューをクリックし、「インポート」をクリックします。
  6. Windowsエクスプローラで、OCIコンソールで生成されたSSHキー(ステップ1)を選択し、「開く」をクリックします。

    PuTTYは、キーをインポートし、PuTTY「キー・ジェネレータ」ウィンドウにキーに関する情報を表示します。

  7. 「秘密キーの保存」をクリックします。
  8. パスフレーズを使用しないキーの保存に関するプロンプトが表示されたら、「はい」をクリックします。

    キー・ペアは、PuTTYツール・セットでのみ機能する独自形式であるPuTTY秘密キー(PPK)形式で保存されます。

    キーの名前は任意ですが、.ppkファイル拡張子を使用してください。たとえば、$HOME\Desktop\key-vm-console.ppkです。

  9. テキスト・エディタを使用して、PuTTY秘密キー(PPK)パスを指すようにコマンドを変更します。<PATH_FILE_PUTTY_PRIVATE.ppk>を、コンピュータ上のPuTTY秘密キー(PPK)ファイル・パスを指すように置き換えます。たとえば、.ppkファイルを$HOME\Desktop\key-vm-console.ppkに保存した場合です。
  10. 変更した接続文字列をPowerShellウィンドウにペーストし、[Enter]を押してコンソールに接続します。

生成された.key秘密キー・ファイルを変換するには:

  1. PuTTYgenを開きます。
  2. 「ロード」をクリックし、インスタンスの作成時に生成された暗号化キーを選択します。

    キー・ファイルの拡張子は.keyです。

  3. 「秘密キーの保存」をクリックします。
  4. キーの名前を指定します。

    新しい秘密キーの拡張子は.ppkです。

  5. 「保存」をクリックします。

Linuxオペレーティング・システムでのゲストVMコンソール接続からの仮想マシンのトラブルシューティング

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

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

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

メンテナンス・モードで起動

ノート

デフォルトのユーザーとパスワード:

  • アカウント: Grubブート・ローダー
  • ユーザー名: root
  • デフォルト・パスワード: sos1Exadata
  • アカウント・タイプ: オペレーティング・システム・ユーザー

詳細は、「Oracle Exadataのデフォルト・ユーザー・アカウント」を参照してください。

  1. VMクラスタからVMを再起動します。
  2. Oracle Linux 7.xまたは Oracle Linux 8.xを実行している仮想マシンの場合、リブートプロセスが開始されると、ターミナルウィンドウに戻り、コンソールメッセージがウィンドウに表示され始めます。GRUBブート・メニューが表示されたらすぐに、/ 矢印キーを使用して自動ブート・プロセスを停止し、ブート・メニューを使用できるようにします。
  3. ブートメニューで、メニューの上部項目を強調表示し、eキーを押してブートエントリを編集します。
  4. 編集モードで、下矢印キーを使用して、linux16で始まる行に到達するまでエントリを下方向にスクロールします。
  5. その行の最後に次を追加します:
    init=/bin/bash
  6. キーボード・ショートカットCTRL+Xを入力し、ターミナル・ウィンドウからインスタンスを再起動します。

    インスタンスが再起動されると、Bashシェルのコマンドライン・プロンプトが表示され、次の手順を実行します。

システム構成ファイルを編集するには

  1. Bashシェルで、次のコマンドを実行して、SElinuxポリシーをロードし、変更するファイルのコンテキストを保持します:
    /usr/sbin/load_policy -i
  2. 次のコマンドを実行し、読取り/書込み権限でルート・パーティションを再マウントします:
    /bin/mount -o remount, rw /
  3. インスタンスのリカバリを試行するには、必要に応じて構成ファイルを編集します。
  4. 構成ファイルの編集が終了したら、既存のシェルからインスタンスを起動するため、次のコマンドを実行します:
    exec /usr/lib/systemd/systemd
    または、インスタンスを再起動するために、次のコマンドを実行します:
    /usr/sbin/reboot -f

opcユーザーのSSH鍵を追加またはリセットするには

  1. Bashシェルで、次のコマンドを実行して、SElinuxポリシーをロードし、変更するファイルのコンテキストを保持します:
    /usr/sbin/load_policy -i
  2. 次のコマンドを実行し、読取り/書込み権限でルート・パーティションを再マウントします:
    /bin/mount -o remount, rw /
  3. Bashシェルで、次のコマンドを実行して、opcユーザーのSSHキー・ディレクトリに移動します: cd ~opc/.SSH
  4. authorized_keysファイルに公開キーのエントリを含めます。
    ノート

    必要に応じて、ファイルを編集し、前のキーを削除できます。ただし、クラウド自動化の鍵を保持して、クラウドの自動化が壊れないようにしてください。
    echo '<contents of public key file>' >> authorized_keys
  5. 次のコマンドを実行してインスタンスを再起動します:
    /usr/sbin/reboot -f

opcユーザーのパスワードをリセットするには

  1. Bashシェルで、次のコマンドを実行して、SElinuxポリシーをロードし、変更するファイルのコンテキストを保持します。

    このステップは、SSHおよびコンソールを使用してインスタンスにサインインするために必要です。

    /usr/sbin/load_policy -i
  2. 次のコマンドを実行し、読取り/書込み権限でルート・パーティションを再マウントします:
    /bin/mount -o remount, rw /
  3. 次のコマンドを実行して、opcユーザーのパスワードをリセットします:
    sudo passwd opc
  4. 次のコマンドを実行してインスタンスを再起動します:
    sudo reboot -f
    ノート

    opcパスワードを設定するかわりに、rootパスワードを設定することもできます。

仮想マシンのシリアルコンソール接続の終了

シリアル・コンソール接続を終了するには

SSHを使用するとき、新しい行の先頭の ~文字はエスケープ文字として使用されます。

  1. シリアル・コンソールを終了するには、次のように入力します:
    ~.
  2. SSHセッションを一時停止するには、次のように入力します:
    ~^z

    ^文字はCTRLキーを表します。

  3. すべてのSSHエスケープ・コマンドを表示するには、次のように入力します:
    ~?

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

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

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

  4. 「アクション」メニューをクリックし、「削除」をクリックします。要求されたら、確認します。