| Oracle® Enterprise Manager Oracle Exadata Database Machineスタート・ガイド 13c リリース2 E78873-01 |
|
 前へ |
 次へ |
Exadataプラグインは、仮想インフラストラクチャ・プラグインとともに仮想化されたExadata Database Machineを検出、管理およびモニターします。このプラグインの詳細は、『Oracle® Enterprise Manager Cloud管理ガイド』の「Xenベース・システムの直接モニタリング」の章を参照してください。
http://docs.oracle.com/cd/E24628_01/doc.121/e28814/direct_monitor_cs.htm#EMCLO531
次の項では、仮想化されたExadata Database Machineおよび他のサポートされているターゲットを検出する方法について説明します。
仮想化されたExadata Database Machineの検出を完了した後、「検出後の構成および確認」で説明されている構成手順に進みます。
物理サーバー(物理Oracle Serverターゲット)、Dom0 (仮想プラットフォーム・ターゲット)およびDomU (仮想Oracle Serverターゲット)は、仮想インフラストラクチャ(VI)・プラグインによって検出およびモニターされます。
Exadataの検出は、VIプラグインで処理できます。物理サーバー、Dom0およびDomUは、Exadata Database Machineの検出前にVIプラグインを使用して検出されます。Exadataの検出中に、検出コードは、コンピュート・ノードのDom0に対応する既存の仮想プラットフォーム・ターゲットを検索します。
VIプラグインの統合を使用したExadata検出フローには、次のチェックが含まれます。
検出エージェントのホスト・ターゲットの構成メトリックに基づいてExadata Database Machineが仮想化されているかどうかを確認します。
VIプラグインがデプロイされているかどうかを確認します。そうでない場合、『Oracle® Enterprise Manager Cloud管理ガイド』の「Xenベース・システムの直接モニタリング」の章の説明に従ってデプロイするよう求められます。
http://docs.oracle.com/cd/E24628_01/doc.121/e28814/direct_monitor_cs.htm#EMCLO531仮想化されたExadataを使用して、OEDAを介してデプロイされた各DBクラスタの1つのDBマシン・ターゲットのかわりに1つのExadata Database Machineターゲットが各物理Database Machineに作成します。コンピュート・ノード、Exadata Storage Server、インフィニバンド・スイッチ、コンピュート・ノードILOM、PDU、KVMおよびCiscoスイッチがExadataプラグインによって検出されます。
コンピュート・ノードのみを仮想化すると、物理サーバー、Dom0およびDomUが仮想インフラストラクチャ(VI)・プラグインによってモニターされます。Exadataプラグインは、次に示すように検出およびターゲット管理のためにVIプラグインと統合されます。
仮想化されたExadataのハードウェア・ターゲットは、次に示す内容を除いて物理Exadataとほとんど同じ方法(「Exadata Database Machineの検出」を参照)で検出されます。
コンピュート・ノードのDom0は、ibnetdiscoverを使用して検出されます。コンピュート・ノードILOMとコンピュート・ノードのマッピングおよびVM階層は、VIプラグインから取得されます。
Exadata Storage Serverは、kfodのかわりにibnetdiscoverを使用して検出されます。そのため、検出中にデータベースのOracleホームを指定する必要がありません。
インフィニバンド・スイッチは、ibnetdiscoverを使用して検出されます。
コンピュート・ノードILOM、PDUおよびCiscoスイッチは、databasemachine.xmlスキーマ・ファイルに基づいて検出されます。
クラスタおよびデータベース・ターゲットの検出
クラスタおよびデータベース・ターゲットの検出は、物理Exadataの場合(「グリッド・インフラストラクチャおよびRACの検出」を参照)と似ています。唯一の違いは、DBプラグインを使用してクラスタ、ASMおよびデータベース・ターゲットを検出する前にEnterprise Managerエージェントをデータベース・クラスタのDomUにデプロイする必要があることです。
エージェントの配置
Exadataハードウェア・ターゲットをモニタリングするプライマリおよびバックアップEnterprise Managerエージェントは、中断または停止していない、高可用性を確保するためにできるだけ異なる物理サーバー上の2つの専用DomUにデプロイする必要があります。
静的仮想マシン構成の場合、データベース・クラスタをモニターするために使用されるEnterprise Managerエージェントを使用して、Exadataハードウェアをモニターできます。
仮想化されたExadata Database Machineを検出するには、次の手順を実行します。
図6-1 ターゲットの手動追加
図6-2 Oracle Virtual Platformの追加
注意:
仮想インフラストラクチャ(VI)・プラグインがデプロイされた場合のみ、このオプションを使用できます。
プラグインがデプロイされていない場合、Oracle Virtual Platformオプションは表示されません。Oracle® Enterprise Manager Cloud管理ガイドのXenベース・システムの直接モニタリングの章の説明に従って、VIプラグインをデプロイします。
デフォルトのモニタリング・エージェントおよび資格証明を設定します(図6-3)。拡大鏡アイコン
をクリックして、モニタリング・エージェントの場所を検索します。「資格証明プロパティ」で、ユーザー名にrootを入力して、ホストのルート・パスワードを指定します。
注意:
sudo権限を持つ非rootユーザーも使用できます。必要な設定手順は、VIプラグイン・ドキュメントを参照してください。
図6-3 デフォルトのモニタリング・エージェントおよび資格証明
ホスト名またはIPアドレスを追加します。「追加」をクリックして、ポップアップ・ウィンドウでホストの完全修飾ドメイン名(FQDM)またはIPアドレスを入力します(図6-4)。複数ある場合、各エントリを個別の行に表示する必要があります。
図6-4 仮想サーバーの検出: ホスト/IPアドレスの追加
「追加」をクリックして、ポップアップ・ウィンドウを閉じます。
追加すると、図6-5に示すように、ホスト名およびIPアドレスのフィールドが更新されます。
図6-5 ホスト名またはIPアドレスの入力
「発行」をクリックします。仮想ターゲットを作成するOracle Virtual Platformを登録するためにジョブが発行されます。ジョブを完了するには、約5分必要です。「ジョブ詳細」をクリックしてステータスを確認するか、「閉じる」をクリックしてウィンドウを閉じます(図6-6)。
図6-6 Oracle Virtual Platform登録ジョブの発行
図6-7 ターゲットの手動追加
図6-8 ガイド付きプロセスを使用した追加: Oracle Exadata Database Machineの追加
をクリックして、検出するDBマシンに存在するDomUのエージェントを検索します。Dom0にEnterprise Managerエージェントをインストールできないため、仮想プラットフォーム(Dom0)を検索しないでください。物理Exadataの場合と同様に、スキーマ・ファイルを読み取ることができるホストを指定します。通常、検出エージェントと同じホストです。Dom0ではありません「構成図ファイル」セクションで、スキーマ・ファイルを読み取ることができるホストを選択して、スキーマ・ファイルを読み取ることができるホスト資格証明を設定します。前の手順で登録したホストに対して、「資格証明の設定」をクリックして、ログインおよびパスワード(図6-9)を設定します。「OK」をクリックします。
図6-9 資格証明の設定
「次へ」をクリックします。
nm2user資格証明を設定します。図6-10に示すように、「新規」オプションを選択して、「ユーザー名」フィールドにnm2userを入力して、パスワードを指定します。図6-10 インフィニバンド資格証明の設定
「次へ」をクリックします。
注意:
CLIENTNAMEおよびCLIENTIP情報の欠落に関する既知の問題により、エラー・ポップアップ・メッセージが発生します。「OK」をクリックしてポップアップを閉じ、ガイドされた検出を続行します。
図6-11 インフィニバンド・スイッチのルート資格証明の入力
図6-12 イーサネット・スイッチおよびPDUへの'public'の入力
注意:
VIプラグインにより、VMの追加または削除が定期的にチェックされます。Oracle VMインスタンスのターゲットは、VIプラグインによって検出された後、自動的に昇格されます。VM内のOS、ASMおよびDBをモニターする場合は、Enterprise ManagerエージェントをVMに送信する必要があります。
エージェントはDomUノード内で実行され、リモートでセル、ILOM、スイッチおよびPDUをモニターするため、プライマリおよびバックアップのエージェントは、必ず物理的に異なるDomUホストに置いてください。Dom0が停止した場合、Enterprise Managerでは、まだ実行中の別のDom0でホストされているアクティブなDomU上で実行中のエージェントを使用してターゲットのモニターを続行できます。これにより、完全なDom0停止の場合の継続的なモニタリングが実現されます。
エージェントがリモートでExadataターゲットをモニターする方法の詳細は、検出後の構成および確認を参照してください。
プロビジョニングでは、仮想マシン(VM)、Oracle Database (DB)、グリッド・インフラストラクチャ、仮想化されたExadata上のASMなど、反復可能で信頼性があり、自動かつ無人のスケジューリングされたRACクラスタの一括デプロイメントが行われます。
Exadataプラグインの仮想化プロビジョニング機能により、次を実現できます。
データベース・クラスタを作成するには、次の手順を実行します。
図6-13 「プロビジョニング」メニュー
Exadataプロビジョニング・ウィザードが表示されます。
クラスタ定義: クラスタ名を作成します。「既存のクラスタの表示」をクリックして、すでにプロビジョニングされているデータベース・クラスタのリストを表示します。
仮想マシンの場所: 仮想マシンの作成先のサーバーを選択します。「使用可能なサーバー」ペインで1つ以上を選択して、移動ボタンをクリックし、選択したサーバーを「選択されたサーバー」ペインに移動します(図6-14)。
図6-14 仮想マシンの場所の選択
ストレージ定義: 仮想マシンで使用されるExadata Storage Serverを選択します。「使用可能なストレージ・サーバー」ペインで1つ以上を選択して、移動ボタンをクリックし、選択したサーバーを「選択したストレージ・サーバー」ペインに移動します。
図6-15 Exadata Storage Serverの選択
「次へ」をクリックします。
計算サーバー: ルート・ユーザーの資格証明を設定します。「資格証明の設定」ドロップダウンで、設定をすべてのサーバーに適用する場合は「すべて」を選択し、選択したサーバーにのみ設定を適用する場合は、リストから1つ以上のサーバーを選択して「選択状態」を選択します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。
「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-16)。
図6-16 計算サーバーの資格証明の設定
Exadata Storage Server: セル管理者の資格証明を設定します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。
「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-17)。
図6-17 Exadata Storage Serverの資格証明の設定
「次」をクリックして、仮想マシンを定義します。
注意:
使用可能な場合、Exadataプロビジョニング・ウィザードではフィールドに適切なデフォルトが事前入力されます。この情報は環境に応じて変更できます。
仮想マシン定義: このリージョン(図6-18)で、VM定義の詳細を指定します。
仮想マシン・サイズ: 「小さい」、「中」または「大きい」を選択します。「カスタマイズ」をクリックして、CPUコアの数および使用可能なメモリーを調整します。
ルート・パスワード: 2つのパスワード・フィールドでパスワードを作成します。
「接頭辞」、「DNS」および「NTP」フィールドを確認します。
タイムゾーン: ドロップダウン・リストから適切なタイムゾーンを選択します。
図6-18 Exadataプロビジョニング: 仮想マシン定義
ソフトウェアの場所: 可能な場合、Exadataプロビジョニング・ウィザードによってフィールドは事前に移入されています(図6-19)。入力されていない場合は、次の情報を入力します。
インベントリの場所
グリッド・インフラストラクチャ・ホーム
データベース・ホームの場所
エージェントのインストール・ベース・ディレクトリ
エージェント・ポート(オプション)
ソフトウェア言語(オプション)
図6-19 Exadataプロビジョニング: ソフトウェアの場所
オペレーティング・システム・ユーザーおよびグループ: 「ソフトウェアの場所」リージョンと同様に、Exadataプロビジョニング・ウィザードによってパスワード・フィールドを除くフィールドが事前に移入されます(図6-20)。入力されていない場合は、次の情報を入力します。
ユーザー名: ID、パスワードおよびホーム・ディレクトリを含みます。
DBAグループ名およびID。
OINSTALLグループ名およびID。
図6-20 Exadataプロビジョニング: オペレーティング・システム・ユーザーおよびグループ
「次へ」をクリックして、ネットワークの詳細を入力します。
ゲートウェイとドメインの詳細: Exadataプロビジョニング・ウィザードでドメインおよびサブネット・マスクの詳細がすでに入力されているはずです。管理およびクライアント・ゲートウェイの有効なIPアドレスを入力します(図6-21)。
図6-21 Exadataプロビジョニング: 「ゲートウェイとドメインの詳細」のネットワーク
仮想マシン 1 (図6-22): クラスタ内の最初の仮想マシンでは、Exadataプロビジョニング・ウィザードによって「接頭辞」および「開始ID」フィールドがオートコンプリートされます。オプションで「接尾辞」も入力できます。有効なIPアドレスを入力してください。
図6-22 Exadataプロビジョニング: 仮想マシン 1
生成された仮想マシン名とIP (図6-23): 最初のVMの情報を入力したら、「生成」をクリックして、クラスタ内の他のVMの情報を作成します。いつでも詳細を手動で入力できます。
図6-23 Exadataプロビジョニング: 生成された仮想マシン名とIP
すべての必要な情報を入力した後、ページ上部にある「IPの検証」をクリックしてIPアドレスを確認します。「次へ」をクリックして、引き続きグリッド・インフラストラクチャの詳細を入力し、初期データベースを作成します。
グリッド・インフラストラクチャ (図6-24): クラスタの詳細(SCAN名およびポート)を入力して、「ディスク・グループ」の情報を確認します。Exadataプロビジョニング・ウィザードで詳細が事前入力されますが、必要に応じて詳細を調整することもできます。
図6-24 Exadataプロビジョニング: グリッド・インフラストラクチャ
初期データベース: このチェック・ボックスをクリックして、初期データベースを作成します。図6-25に示すように、データベースIDおよび管理者資格証明の追加情報が要求されます。
図6-25 Exadataプロビジョニング: 初期データベース
「詳細」をクリックして、図6-26に示すように、メモリー・パラメータ、プロセスおよび文字セット用の追加の詳細リージョンを開きます。
図6-26 Exadataプロビジョニング: 初期データベースの拡張の詳細
「次へ」をクリックして、スケジュールを設定します。
データベース・クラスタをスケール・アップするには:
計算サーバー: ルート・ユーザーの資格証明を設定します。「資格証明の設定」ドロップダウンで、設定をすべてのサーバーに適用する場合は「すべて」を選択し、選択したサーバーにのみ設定を適用する場合は、リストから1つ以上のサーバーを選択して「選択状態」を選択します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。
「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-27)。
図6-27 計算サーバーの資格証明の設定
仮想マシン (図6-28): DomUのホストおよびルート、クラスタのASMおよびデータベースの資格証明を設定します。
優先資格証明を使用するか、または優先資格証明をオーバーライドするかを選択できます。
「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。
図6-28 クラスタのスケール・アップ: 仮想マシンの資格証明
「次へ」をクリックします。
ゲートウェイとドメインの詳細: Exadataプロビジョニング・ウィザードでドメインおよびサブネット・マスクの詳細がすでに入力されているはずです。管理およびクライアント・ゲートウェイの有効なIPアドレスを入力します(図6-29)。
図6-29 スケール・アップ: 「ゲートウェイとドメインの詳細」のネットワーク
仮想マシン 1 (図6-30): クラスタ内の最初の仮想マシンでは、Exadataプロビジョニング・ウィザードによって「接頭辞」および「開始ID」フィールドがオートコンプリートされます。オプションで「接尾辞」も入力できます。有効なIPアドレスを入力してください。
図6-30 スケール・アップ: 仮想マシン 1
生成された仮想マシン名とIP (図6-29): 最初のVMの情報を入力したら、「生成」をクリックして、クラスタ内の他のVMの情報を作成します。いつでも詳細を手動で入力できます。
図6-31 スケール・アップ: 生成された仮想マシン名とIP
すべての必要な情報を入力した後、ページ上部にある「IPの検証」をクリックしてIPアドレスを確認します。
「次」をクリックして続行し、スケール・アップをスケジュールします。
注意:
グリッド・インフラストラクチャおよび初期データベースの手順は、再度設定する必要がないため、スキップされます。
検出後、Exadataプラグインにより、図6-32に示すように、Enterprise Manager Cloud Control 12cでモニターされている仮想マシンが表示されます。
図6-32 モニターされる仮想マシン
注意:
Database Machineホームページのスキーマ・ダイアグラムは、検出中に見つかったdatabasemachine.xmlファイルの内容に基づいています。仮想プラットフォーム(Dom0)は、スキーマ・ダイアグラムのラックのコンピュート・ノードとして表示されます。
Database Machine Softwareトポロジ・ダイアグラムには、物理Oracle Server、仮想Oracle Serverターゲット(DomU)および仮想プラットフォーム・ターゲット(Dom0)が表示されません。ただし、引き続きDomUで実行しているホスト・ターゲットを表示します。
Exadata Database Machineターゲットの「ソフトウェア」タブには、図6-33に示すようにクラスタでグループ化された物理Database Machine全体のすべてのクラスタ、ASMおよびデータベース・ターゲットが表示されます。
図6-33 Exadata Database Machine Softwareタブ
次の計算リソース割当てグラフは、仮想化されたExadataで使用できます。これらのグラフは、VIプラグインの仮想マシン階層およびメトリック・データに依存します。
このグラフ(図6-34)は、特定のExadata Database Machineラックの物理サーバーのクラスタウェアのクラスタの配置を示しています。これは配置グラフであるため、データ・シリーズの幅は、クラスタの最大数を持つ物理サーバーのクラスタの数を反映します。
図6-34 リソース使用率: クラスタの配置
このグラフ(図6-35)は、特定のDBクラスタの特定のExadata Database Machineラックの物理サーバーのデータベースの配置を示しています。これは配置グラフであるため、データ・シリーズの幅は、特定のDBクラスタのデータベースの最大数を持つ物理サーバーのDBの数を反映します。
図6-35 リソース使用率: データベースの配置
このグラフ(図6-36)は、特定のDBクラスタのVMホストごとのデータベースごとのデータベースCPU使用率を示しています。
図6-36 リソース使用率: データベースCPU使用率
このグラフ(図6-37)は、特定のDBクラスタのVMホストごとのデータベースごとのデータベース・メモリー使用率を示しています。
図6-37 リソース使用率: データベース・メモリー使用率
