USER MANUALS

監視

注釈

グローバル管理者、Monitor 管理者 (monitor_admin ロールを持つユーザー)、および対象の環境に対する Monitor 権限を持つユーザーのみが監視操作を実行できます。詳細については、「 認可 」を参照してください。

注釈

この機能を使用する前に、 Denodo Security Token Server と通信できるように、Denodo Platform の インストール環境を構成 してください。

Solution Manager を使用すると、 Denodo Monitor を起動して、1 つの Virtual DataPort サーバーから、あるいはクラスタまたは環境内のすべてのサーバーから実行ログを収集できます。一般的な監視目的とは別に、この情報は 財務の監視 およびスマートクエリアクセラレーションの サマリの推奨 を生成することにも役立ちます。

すべての環境に対する グローバル監視の構成 または 特定の環境に対する個別の監視構成 を使用して、監視を構成できます。監視は、環境の粒度のみ構成できます。詳細については、「 監視の構成 」を参照してください。

環境、クラスタ、またはサーバーを監視するには、監視するエレメントをクリックして、[Start Monitor] をクリックします。監視対象のエレメントの名前の横に「目」のアイコンが付きます。

注釈

Agora からアクセスした Solution Manager から起動した場合、環境は自動的に監視されます。

Start Denodo Monitor for an environment

環境に対する Denodo Monitor の起動

環境、クラスタ、またはサーバーで Denodo Monitor を停止するには、停止するエレメントをクリックして、[Stop Monitor] をクリックします。

以下の点を考慮してください。

  • サーバーを監視している場合、そのクラスタまたは環境の監視を開始することはできません。

  • クラスタを監視している場合、その環境またはそのいずれかのサーバーで監視を開始することはできません。

  • 環境を監視している場合、そのいずれかのクラスタまたはサーバーで監視を開始することはできません。

  • 監視の実行中に、監視対象のクラスタや環境のサーバーのリストが変更される可能性があります。たとえば、ユーザーがサーバーを追加または削除した場合や、自動クラウドモードの環境でオートスケーリングに応じてサーバー数が調整された場合などです。Denodo Monitor は、Solution Manager のカタログに生じた変更を認識し、それに応じて監視対象のサーバーのリストを自動的に更新します。

  • 自動クラウドモードの監視対象クラスタが停止した場合、Denodo Monitor は一時停止し、そのクラスタが再び起動するとすぐに再開されます。

  • 監視対象の環境、クラスタ、またはサーバーが削除された場合、Denodo Monitor は停止します。これは特に、自動クラウドモードの環境に属するサーバーを監視している場合に重要です。このシナリオでは、クラスタの再起動、デプロイの実行、更新プログラムのインストールといった操作では、現在のサーバーが削除されて新規サーバーが追加されるためです。


監視しているエレメントのリストを確認するには、[Monitoring] メニュー > [Active Monitoring] をクリックします。

注釈

Agora から Solution Manager にアクセスした場合、すべての環境は自動的に監視されるため、このメニューは無効化されます。

Active monitoring table

アクティブな監視を示すテーブル

このテーブルの各行は、監視しているエレメントです。エレメントがクラスタまたは環境の場合、Denodo Monitor は、そのクラスタまたは環境内のすべてのサーバーに接続します。

1 つのサーバーの監視を停止するには stop-btn をクリックします。複数の行を選択して、[Stop Monitors] をクリックすることもできます。


デフォルトでは、Solution Manager サーバーをシャットダウンしても Denodo Monitor は動作を続けます。Denodo Monitor を動作させておくことは、Denodo サーバーのアクティビティの履歴を保持するうえで有用です。たとえば、組織のすべての Virtual DataPort サーバーが実行するクエリをすべてログに記録する場合などです。

注釈

Solution Manager が起動する際、Solution Manager サーバーが停止したときに強制終了または停止した Denodo Monitor プロセスを自動的に起動することはありません。したがって、Solution Manager ホストが再起動された場合、Denodo Monitor プロセスは自動的に再起動されません。Autostart active monitors プロパティがアクティブな場合、この挙動を変更できます。詳細については、「 グローバル監視の構成 」を参照してください。

ただし、Solution Manager をシャットダウンしたときに Denodo Monitor が自動的にシャットダウンされるように構成することもできます。これは、以下の手順に従って実施してください。

  1. Solution Manager を停止します。

  2. <SOLUTION_MANAGER_HOME>/conf/solution-manager/SMConfigurationParameters.properties ファイルを編集します。

  3. 次のプロパティを true に設定します。

    com.denodo.solutionmanagerserver.monitoring.stopRunningMonitorsOnShutdown
    

    重要

    このプロパティが false に設定されている場合、望ましくないエラーを避けるために、新しい Solution Manager の更新プログラムをインストールする前に Denodo Monitors を手動で停止する必要があります。

  4. Solution Manager を起動します。

この変更後、次回 Solution Manager をシャットダウンすると、Denodo Monitor もシャットダウンされます。Solution Manager を再起動する際には、シャットダウン前に動作していたモニターを手動で起動してから、Solution Manager を再起動する必要があります。


Denodo Monitor は、 <SOLUTION_MANAGER_HOME>/resources/solution-manager-monitor/work フォルダに次のログファイルを生成します。

  • 環境のログファイル: <EnvironmentName>/logs

  • クラスタのログファイル: <EnvironmentName>/<ClusterName>/logs

  • サーバーのログファイル: <EnvironmentName>/<ClusterName>/<ServerName>/logs

たとえば、「本番」環境を監視する場合、ログは、 <SOLUTION_MANAGER_HOME>/resources/solution-manager-monitor/work/Production/logs フォルダに保存されます。

注釈

ログファイルを保存するディレクトリを変更する場合は、ファイル <SOLUTION_MANAGER_HOME>/conf/solution-manager/SMConfigurationParameters.properties のプロパティ com.denodo.solutionmanagerserver.monitoring.workDir の値を変更してください。変更を適用するには、Solution Manager サーバーを再起動します。

監視の構成

Solution Manager では、最も一般的な監視パラメータであるモニター、JDBC アペンダー、およびクラウドストレージアペンダーのリストを GUI で構成できるようになりました。すべての環境のデフォルトとして使用する グローバル監視の構成 またはデフォルト構成より優先される 環境ごとの監視の構成 を構成できます。

残りの監視パラメータは、Solution Manager のテンプレートでデフォルト値で定義されます。一般的に、これらのファイルを編集してはいけません。ただし、編集する必要がある場合は、付録の「 Solution Manager の監視の構成ファイル 」を参照してください。

Solution Manager は、保持されている 環境ごとの監視の構成 または グローバル監視の構成 およびテンプレートファイルのデフォルト値に基づいて、監視を実行するたびに構成ファイルを生成します。

生成されたファイルは、 ConfigurationParameters.properties という名前が付けられ、監視対象エレメントの作業フォルダ内にある conf フォルダに保存されます。Solution Manager では、Denodo Monitor アプリケーションのパラメータを含むこのプロパティファイルのほかに、生成されたプロパティファイルで参照される他のファイル (Kerberos 構成ファイルや keytab ファイルなど) もこのフォルダに保存されることがあります。

ロードバランサーの背後で動作する Virtual DataPort サーバーの監視

Denodo Monitor が Virtual DataPort サーバーのクラスタを監視する必要がある場合、以下の すべて の条件が満たされるならば、それらの Virtual DataPort サーバーに構成プロパティを追加する必要があります。

  • Solution Manager (Denodo Monitor) からそれらの Virtual DataPort サーバーへのコネクションがロードバランサーを通過します。

  • それらの Virtual DataPort サーバーで SSL が有効です。

  • それらのサーバーでプロパティ com.denodo.vdb.vdbinterface.server.VDBManagerImpl.registryURL がロードバランサーのホスト名に設定されています。このプロパティの値を取得するには、各サーバーで以下を実行します。

    SELECT property_value FROM get_parameter()
    WHERE input_property_name = 'com.denodo.vdb.vdbinterface.server.VDBManagerImpl.registryURL';
    

上記のすべての条件が満たされる場合、各 Virtual DataPort サーバーで管理者としてログインして、以下のコマンドを実行します。

-- Restart Virtual DataPort to apply the change to this property
-- Important: the value of this property has to be different on each server of the cluser (see below)
SET 'com.denodo.vdb.vdbinterface.server.VDBManagerImpl.jmx.port' = '<jmx_port>';
  • ロードバランサーの DNS は、その背後にある Virtual DataPort サーバー内の任意の有効なローカル IP アドレスに解決される必要があります。解決されない場合、Virtual DataPort サーバーは JMX コネクターを登録できません。

<jmx_port> の値は、以下のルールを満たす有効なポート番号である必要があります。

  • Virtual DataPort サーバーホストの新しい空きポートである必要があります。

  • com.denodo.vdb.vdbinterface.server.VDBManagerImpl.factoryPort と同様に、このポートはファイアウォールのルールで開いている必要があります。

  • このプロパティの値は、クラスタの Virtual DataPort サーバーごとに異なる (つまり、クラスタの各ノードが Denodo Monitor からのコネクションを異なるポートでリッスンする) 必要があります。

  • ロードバランサーは、新しいポートを対応するノードに転送する必要があります。

Add feedback