1. Oracle Database Exadata Cloud at Customer (Gen 1/OCI-C)の管理
  2. Exadata Cloud at Customerの管理
  3. VMクラスタの管理
機械翻訳について

VMクラスタの管理

Exadataシステム環境で複数の仮想マシン(VM)クラスタをサポートできるようになっている場合は、最大8つのクラスタを定義し、それらにExadataシステム・リソース全体を割り当てる方法を指定できます。

トピック

既存のVMクラスタに関する情報の表示

既存のVMクラスタに関する情報を表示するには:

  1. 「My Services Dashboard」を開きます。

    詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。

  2. Exadata Cloud at Customerに関連付けられているタイルのアクション・メニュー(メニュー・アイコン)をクリックし、「詳細の表示」を選択します。

    「Overview」タブが表示された状態で、「Service Details」ページが表示されます。

  3. リストで目的のサービス・インスタンスを見つけます。 サービス・インスタンス名の横にあるアクション・メニュー(メニュー・アイコン)をクリックし、「クラスタの管理」を選択します。

    次の2つの表を含むクラスタ管理ページが表示されます:

    • 「VMクラスタ」表には、Exadata Cloud at Customerシステム環境で定義されているすべてのVMクラスタに関する情報が表示されます。 表の各行は、既存のVMクラスタのリソース割当て、構成オプションおよびステータスの概要を示しています。

    • 「リソースの概要」表には、次の概要が示されています:

      • 既存のVMクラスタに割り当てられるリソース。

      • 既存のVMクラスタに割り当てられておらず、新しいVMクラスタに割り当てることができるリソース。

      • Exadata Cloud at Customerシステム環境に含まれるリソースの合計。

VMクラスタの作成

VMクラスタを作成するには:

  1. 「My Services Dashboard」を開きます。

    詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。

  2. Exadata Cloud at Customerに関連付けられているタイルのアクション・メニュー(メニュー・アイコン)をクリックし、「詳細の表示」を選択します。

    「Overview」タブが表示された状態で、「Service Details」ページが表示されます。

  3. リストで目的のサービス・インスタンスを見つけます。 サービス・インスタンス名の横にあるアクション・メニュー(メニュー・アイコン)をクリックし、「クラスタの管理」を選択します。

    クラスタ管理ページが表示されます。

  4. クラスタ管理ページで、「VMクラスタの作成」をクリックします。

    「VMクラスタの作成」ダイアログが表示されます。

  5. 「VMクラスタの作成」ダイアログを使用して、新しいVMクラスタに対して次のリソース割当ておよび構成オプションを指定し、さらに多くのVMクラスタのプランを考慮します。 次に、「作成」をクリックして、表示されたダイアログで意図を確認します。

    • クラスタ名 - VMクラスタの名前を入力します。

    • Exadataストレージ上のデータベース・バックアップ - ローカル・データベース・バックアップを有効にするようにExadataストレージを構成する場合は、このオプションを選択します。

      ノート:

      このオプションを選択すると、ストレージの割当てやバックアップ・オプションに重大な影響を与えることに注意してください。これは簡単に変更できません。 代替の各構成の効果の詳細は、「Exadataストレージ構成」を参照してください。

    • スパース・ディスク・グループを作成しますか。 - スパース・グリッド・ディスクに基づくディスク・グループを作成する場合は、このオプションを選択します。 Exadata Cloud at Customerスナップショットを有効にする場合は、このオプションを選択する必要があります。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracle Databaseの領域効率のよいクローンを作成できます。

      ノート:

      このオプションを選択すると、ストレージの割当てやスナップショットを使用する機能に重大な影響を与えることに注意してください。これは簡単に変更できません。 代替の各構成の効果の詳細は、「Exadataストレージ構成」を参照してください。 「データベース・デプロイメントのスナップショットの作成および管理」も参照してください。

    • ZDLRA上のデータベース・バックアップ - Oracle Zero Data Loss Recovery Appliance (ZDLRA)ストレージでデータベース・バックアップを有効にする場合は、このオプションを選択します。 このオプションを選択しない場合、データベース・デプロイメントの構成時にZDLRAをバックアップ場所として選択できません。

    • Exadataストレージ(TB) - VMクラスタに割り当てられるExadataストレージの合計量を指定します。 このストレージは、すべてのExadata Storage Serverから均等に割り当てられます。 3 TBより大きく、残りの未割当てのExadataストレージ領域の量までの値を指定します。

    • クライアント・ネットワーク - VMクラスタに割り当てられるクライアント・ネットワーク・サブネットを指定します。 使用可能なサブネットのリストから選択します。 リストの選択肢は、Exadata Cloud at Customerシステムのプロビジョニング中に定義されたネットワーク定義に基づいています。 また、選択したクライアント・ネットワーク・サブネットに関連付けられているVMクラスタのバックアップ・ネットワーク・サブネットも自動的に選択されます。

    • CPUコア - VMクラスタ内のアクティブな各ノードに割り当てられるCPUコアの数を指定します。 2より大きく、残りの未割当てのCPUコアの数までの値を指定します。

    • メモリー(GB) - VMクラスタ内のアクティブな各ノードに割り当てるメモリーの量を指定します。 30 GBより大きく、残りの未割当てメモリーの量までの値を指定して、より多くのVMクラスタのプランを考慮します。

      ノート:

      次の理由のため、メモリー割当てを指定する際は注意してください:
      • VMクラスタの作成後に、メモリー割当てを減らすことはできませんが、未割当てのメモリーを使用すると、メモリー割当てを増やすことができます。
      • 未割当てのメモリーが30 GB残っていないかぎり、別のVMクラスタを作成することはできません。 その場合は、別のVMクラスタを作成する前に、既存のVMクラスタを削除する必要があります。

    • DBホーム・ストレージ(GB) - VMクラスタ内のアクティブな各ノードに割り当てるローカル・ディスク・ストレージの量を指定します。 60 GBより大きく、残りの未割当てのローカル・ストレージ領域の量までの値を指定して、より多くのVMクラスタのプランを考慮します。

      ノート:

      次の理由のため、ローカル・ディスク・ストレージを指定する際は注意してください:
      • この属性で指定したストレージに加えて、各VMクラスタでは、VMクラスタのソフトウェア・イメージをサポートするために137 GBのローカル・ディスク・ストレージが必要です。 したがって、VMクラスタによって消費されるローカル・ディスク・ストレージの最小量は197 GB (137 GB + 60 GB)です。
      • Oracle Exadata X7システムに基づくExadata Cloud at Customer構成の場合、VMクラスタに割り当てることができるローカル・ディスク・ストレージの合計量は1237 GBです。 Oracle Exadata X6システムに基づくExadata Cloud at Customer構成の場合、VMクラスタに割り当てることができるローカル・ディスク・ストレージの合計量は、デフォルトで483 GB、またはアップグレードされたローカル・ディスク・ストレージを持つシステムでは1237 GBまでです。
      • VMクラスタの作成後に、ローカル・ストレージの量を変更することはできません。
      • すべてのローカル・ディスク・ストレージが割り当てられている場合、または197 GB以上の未割当てのローカル・ディスク・ストレージが残っていない場合は、別のVMクラスタを作成できません。 その場合は、別のVMクラスタを作成する前に、既存のVMクラスタを削除する必要があります。

    • 各ノード(node-1、node-2など)の横にあるチェック・ボックスを使用すると、VMクラスタ内のアクティブなコンピュート・ノードを指定できます。 チェック・ボックスを使用して、クラスタに含めるノードを指定します。

    「VMクラスタの作成」ダイアログが完了すると、VMクラスタが作成されていることを示すメッセージが表示されます。

既存のVMクラスタの変更

ノート:

  • 既存のVMクラスタを変更する前に、VMクラスタにデータベース・デプロイメントを作成する必要があります。 データベース・デプロイメントを作成する前にVMクラスタを変更しようとすると、操作が失敗します。
  • 別の変更操作の進行中は、既存のVMクラスタを変更しないでください。 VMクラスタの同時変更を試行すると、操作が失敗する場合があります。

既存のVMクラスタを変更するには:

  1. 「My Services Dashboard」を開きます。

    詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。

  2. Exadata Cloud at Customerに関連付けられているタイルのアクション・メニュー(メニュー・アイコン)をクリックし、「詳細の表示」を選択します。

    「Overview」タブが表示された状態で、「Service Details」ページが表示されます。

  3. リストで目的のサービス・インスタンスを見つけます。 サービス・インスタンス名の横にあるアクション・メニュー(メニュー・アイコン)をクリックし、「クラスタの管理」を選択します。

    クラスタ管理ページが表示されます。

  4. VMクラスタに関連付けられているアクション・メニュー(メニュー・アイコン)をクリックし、「変更」を選択します。

  5. 「VMクラスタの変更」ダイアログを使用して、次の属性のリソース割当てを変更します。 一度に1つの属性しか変更できません。 その他の属性は参照目的でのみ表示され、変更できません。 変更したら、「変更」をクリックして、表示されるダイアログで意図を確認します。

    • 1ノード当たりのCPUコア - VMクラスタ内の各ノードに割り当てられるCPUコアの数を指定します。 2より大きく、残りの未割当てのCPUコアの数までの値を指定します。

      VMクラスタの各ノードに割り当てられたCPUコアの数の変更はオンライン操作です。 この操作のためにコンピュート・ノードは再起動されません。

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

    • 1ノード当たりのメモリー(GB) - VMクラスタ内の各ノードに割り当てるメモリーの量(GB単位)を指定します。 現在の割当てより大きく、残りの未割当てメモリーの量までの値を指定します。

      メモリー変更を処理するには、クラスタへの影響を最小限に抑えるために、関連付けられたコンピュート・ノードを一度に1つずつローリング方式で再起動します。

      ノート:

      「VMクラスタの変更」ダイアログは、メモリー割当てを増やす場合にのみ使用できます。

    • Exadataストレージ(TB) - VMクラスタに割り当てられるExadataストレージの合計量(TB単位)を指定します。 このストレージは、すべてのExadata Storage Serverから均等に割り当てられます。 3 TBより大きく、残りの未割当てのExadataストレージ領域の量までの値を指定します。

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

      VMクラスタに割り当てられたExadataストレージの変更はオンライン操作です。 この操作のためにコンピュート・ノードは再起動されません。

    • ノードの追加/削除 - VMクラスタにノードを追加するか、VMクラスタからノードを削除することを示します。

      このオプションを選択した後、各ノード(node-1、node-2など)の横にあるチェック・ボックスを使用して、クラスタに含めるノードを指定します。 以前に選択解除したボックスを選択すると、対応するノードがVMクラスタに追加されます。 以前に選択したボックスを選択解除すると、対応するノードがVMクラスタから削除されます。

      ノードの追加と削除はオンライン操作です。 ノードの追加または削除のために変更されていないコンピュート・ノードは再起動されません。

      ノードの追加および削除に関する次の要件、推奨事項および制限に注意してください:

      • VMクラスタには常に1つ以上のノードが必要です。

      • 一度に追加または削除できるノードは1つのみです。 複数のノードを追加または削除するには、「VMクラスタの変更」ダイアログを複数回使用する必要があります。

      • 既存のVMクラスタに新しいコンピュート・ノードを追加する前に:

        • VMクラスタ内の既存のコンピュート・ノードでクラウド固有のツールを更新します。 Exadata Cloud at Customerのクラウド・ツールの更新を参照してください。
        • VMクラスタ内の既存のコンピュート・ノードでオペレーティング・システムのカスタマイズを元に戻します。 新しく追加されたノードは、カスタマイズされたクラスタに追加された場合にパフォーマンスや安定性の問題を引き起こす可能性のある設定を含む標準ソフトウェア・イメージを使用します。 潜在的に問題のあるカスタマイズの例としては、タイムゾーンやNTP設定の変更などがあります。
        • クラスタ内のExadataソフトウェア・リリースをアップグレードした場合は、コンピュート・ノード・ユーザー・ドメイン(DomU)のExadataソフトウェア・リリース・バージョンが管理ドメイン(Dom0)のExadataシステム・ソフトウェア・バージョンと一致していることをOracleに確認します。 ソフトウェア・バージョンが一致しないノードを追加しようとすると、操作は失敗します。

        • VMクラスタ上の既存のデータベース・デプロイメントごとに、実行中のデータベース・インスタンスが1つ以上存在することを確認します。

          この推奨事項に従わないで、データベースが完全に停止している間にコンピュート・ノードをVMクラスタに追加する場合は、追加したコンピュート・ノードでデータベースを起動する前に次のコマンドを実行する必要があります:

          #  dbaascli database configureinstance --dbname dbname --node nodename

          前述のコマンドで、dbnameはデータベース名で、nodenameは新しいコンピュート・ノードのホスト名を示します。 このコマンドは、データベースの実行中のインスタンスをホストするコンピュート・ノードで、rootユーザーとして実行する必要があります。

        • 既存のVMクラスタがリリース18.4.6より前のExadata Cloud at Customerを使用して作成された場合は、新しいコンピュート・ノードを追加するようにOracle Grid Infrastructureが正しく構成されていることを確認します:

          1. クラスタ内のコンピュート・ノードにopcユーザーとして接続し、コマンド・シェルをrootユーザーとして起動します。

            Secure Shell (SSH)経由でのコンピュート・ノードへの接続を参照してください。

          2. /var/opt/oracle/creg/grid/grid.iniにある構成ファイルの内容を確認します:

            ファイルにOracle Automatic Storage Management (ASM)のSYSおよびASMSNMPユーザー・パスワードのエントリが含まれている場合は、パスワードを書き留め、次のステップに進みます。 存在する場合、エントリは次のようになります: 

            sys=password
asmsnmp=password

            ファイルにASMのSYSおよびASMSNMPユーザー・パスワードが含まれていない場合は、wallet_locエントリを探します。 wallet_locエントリが存在しない場合は、次のステップに進み、プロンプトが表示されたら選択したパスワードを指定します。 wallet_locエントリが存在する場合、新しいコンピュート・ノードを追加するようにクラスタが正しく構成されているため、次のステップに進む必要はありません。

          3. 次のコマンドを2回実行します。1回目はASMのSYSユーザー・パスワードを設定し、2回目はASMのASMSNMPユーザー・パスワードを設定します: 

            # dbaascli grid changepasswd --dbname grid

            プロンプトが表示されたら、ASMユーザー名(SYSまたはASMSNMP)とパスワードを入力します。

        • 既存のノードでファイル権限が正しく構成されていることを確認してください。

          VMクラスタ内の既存のすべてのノードで、次のようにします:

          1. opcユーザーとしてコンピュート・ノードに接続し、このコマンド・シェルをrootユーザーとして起動します。

            Secure Shell (SSH)経由でのコンピュート・ノードへの接続を参照してください。

          2. gridユーザーになります。 

            # su - grid
$

          3. Oracle Grid InfrastructureのORACLE_HOMEディレクトリの場所を確認します。 次に例を示します。 

            $ echo $ORACLE_HOME
/u01/app/12.2.0.1/grid

          4. gridユーザー・セッションを終了します: 

            $ exit
#

          5. rootユーザーとして、以前に確認したOracle Grid InfrastructureのORACLE_HOMEディレクトリの場所を参照する環境変数を設定します。 次に例を示します。 

            # export GRID_HOME=/u01/app/12.2.0.1/grid

          6. 次のコマンド・シーケンスを実行して、必要なファイル権限を設定します:

            # chgrp oinstall $GRID_HOME/srvm/admin/logging.properties
# chmod 0644 $GRID_HOME/srvm/admin/logging.properties
# chgrp oinstall $GRID_HOME/bin/oradaemonagent
# chmod 0644 $GRID_HOME/bin/oradaemonagent
# chgrp oinstall $GRID_HOME/bin/osdbagrp0
# chmod 0644 $GRID_HOME/bin/osdbagrp0
# chgrp oinstall $GRID_HOME/bin/rawutl0
# chmod 0644 $GRID_HOME/bin/rawutl0
# chgrp oinstall $GRID_HOME/bin/*.ouibak
# chmod 0644 $GRID_HOME/bin/*.ouibak

        • 既存のVMクラスタでExadataソフトウェア・リリース19.2を使用している場合は、既存のノードでホスト・ネーミングが正しく構成されていることを確認します。 現在のExadataソフトウェア・リリースを確認するには、任意のコンピュート・ノードでimageinfoコマンドを実行します。

          VMクラスタ内の既存のすべてのノードで、次のようにします:

          1. opcユーザーとしてコンピュート・ノードに接続し、このコマンド・シェルをrootユーザーとして起動します。

            Secure Shell (SSH)経由でのコンピュート・ノードへの接続を参照してください。

          2. /etc/nsswitch.confを編集して、hostsエントリがmyhostnameで終わるようにします。

            たとえば、/etc/nsswitch.confの行には次のものが含まれているとします: 

            hosts: files dns

            これを次のように変更します:

            hosts: files dns myhostname

      • 既存のVMクラスタに新しいコンピュート・ノードを追加した後に:

      • コンピュート・ノードを削除する前に、次のことに注意してください:

        • コンピュート・ノードを削除すると、ノード上のすべてのデータベース・インスタンスが削除されます。
        • Oracle Databaseサービスの唯一の優先インスタンスであるデータベース・インスタンスが削除される可能性がある場合は、ノードを削除できません。
        • バックアップ操作の実行中は、ノードを削除できません。

VMクラスタの削除

既存のVMクラスタを削除するには:

  1. 「My Services Dashboard」を開きます。

    詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。

  2. Exadata Cloud at Customerに関連付けられているタイルのアクション・メニュー(メニュー・アイコン)をクリックし、「詳細の表示」を選択します。

    「Overview」タブが表示された状態で、「Service Details」ページが表示されます。

  3. リストで目的のサービス・インスタンスを見つけます。 サービス・インスタンス名の横にあるアクション・メニュー(メニュー・アイコン)をクリックし、「クラスタの管理」を選択します。

    クラスタ管理ページが表示されます。

  4. VMクラスタに関連付けられているアクション・メニュー(メニュー・アイコン)をクリックし、「削除」を選択します。 次に、表示されるダイアログでアクションを確認します。

    クラスタが削除されていることを示すメッセージが表示されます。