Cisco Performance Monitor 4.0 ユーザ ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月14日
章のタイトル： Performance Monitor の管理
Performance Monitor の管理
ネットワークを効果的に管理するには、ミッションクリティカルなシステムで発生するイベントをできるだけ迅速に識別し、解決する必要があります。
Performance Monitor の管理オプションでは、イベント検出を設定し、公式に基づくしきい値とユーザ設定しきい値に従って、イベントを事前に識別して表示し、ログに記録できます。
次の表に、Performance Monitor からアクセスする管理オプションを示します。
|
|
|
|---|---|
パフォーマンス イベントまたは障害が発生した場合の SNMP トラップ、Syslog エントリ、または E メールからのモニタ対象サービスの通知を設定し、イネーブルにします。「通知の操作」を参照してください。 |
|
あらゆる優先順位のパフォーマンス イベントまたは障害イベントを生成するためのしきい値を設定し、イネーブルにします。「イベントしきい値の操作」を参照してください。 |
|
使用できるデータ タイプのポーリング間隔とトランケーション間隔を設定し、イネーブルにします。「システム パラメータの操作」を参照してください。 |
|
デバッグ ログ ファイルを表示してエクスポートしたり、切断された RAS ユーザ セクションの概要を表示します。「ログの操作」を参照してください。 |
|
Performance Monitor の起動時にデフォルトで表示されるページを選択します。「デフォルト ページの選択」を参照してください。 |
通知の操作
Performance Monitor では、重要な条件がグローバルに、または特定のサービスに対して定義したパフォーマンス パラメータに達するか、または超えた場合に、自動的に通知できます。Performance Monitor では、設定した各通知タイプに個別の通知を送信します。
•
「サポートされる SNMP トラップと Syslog メッセージについて」
• 「通知の設定」
サポートされる SNMP トラップと Syslog メッセージについて
通知のためには、SNMP トラップ、Syslog メッセージ、およびデバイス ポーリングによって情報を提供するモニタ対象デバイスから、Performance Monitor が重要な情報を受信する必要があります。詳細については、 「SNMP トラップの受信」（P.2-17） を参照してください。
Performance Monitor では、次の種類の SNMP トラップを処理できます。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
Performance Monitor では、次の種類の Syslog メッセージを処理できます。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
通知の設定
Performance Monitor では、重要な条件がグローバルに、または特定のサービスに対して定義したパフォーマンス パラメータに達するか、または超えた場合に、自動的に通知できます。Performance Monitor では、設定した各通知タイプに個別の通知を送信します。
• Global：すべてのサービス タイプのすべてのイベント。
• Service：1 つのサービス タイプのすべてのイベント。
（注） グローバルに通知を設定し、サービス レベルまたはイベント レベルで重複している場合は、通知を重複して受信します。また、イベントレベルで通知を設定し、それがサービス レベルで設定した通知設定と重複している場合も、通知を重複して受信します。
• CiscoWorks Common Services で E メール サーバを使用するように設定していることを確認します。 「E メール使用のための Common Services の設定」（P.2-16） を参照してください。
• 通知を設定するための適切な権限を持っていることを確認します。「ユーザの権限について」を参照してください。
ステップ 1 [Admin] > [Notifications] を選択します。
• サービス タイプ（[Firewall]、[Load Balancing]、[Remote Access VPN]、[SSL]、[Site-to-Site VPN]）：サービスのすべてのイベント タイプに対して通知を設定します。
• サービス タイプ内のイベント タイプ（ツリーの一番下のノード、たとえば、[CPU Usage]）：特定のイベント タイプだけの通知を設定します。「通知がサポートされるイベント タイプについて」を参照してください。
ヒント ツリーでの選択内容で画面が更新されますが、選択内容はツリーで維持されません。設定する通知の種類を確認するには、[Email Recipients] リストの上にある右側のペインでタイトルを確認する必要があります。このタイトルには、[Global Notifications]、[Service Notifications: Service Type]、[Event Notifications: Event Type]などと表示されます。
ステップ 3 表 12-2 に示すいずれかのタスクを実行します。
|
|
|
|---|---|
1. 2. 3. 4. |
|
1. 2. 3. 4. 5. |
|
1. 2. 3. 4. |
|
削除する受信者を選択し、その領域の [Delete] ボタンをクリックします。 （注） 削除はすぐに反映されます。元に戻す機能はありません。 |
|
特定のイベント タイプを選択すると、受信者リストの下にある [Threshold] ボタンをクリックして、イベントの通知のしきい値を設定できます。しきい値の設定の詳細については、「イベントしきい値の操作」を参照してください。 |
通知がサポートされるイベント タイプについて
通知では 40 種類を超えるイベント タイプがサポートされ、サービス タイプごとに分類されます（ 表 12-3 を参照してください）。
イベントしきい値の操作
• 特定のサービスのパフォーマンス メトリックまたは障害のメトリックに動作状態の境界（OK、Degraded、Overloaded など）を定義します。
• レコードが更新される前に動作状態が再帰する必要がある連続ポーリング サイクルの数を指定します。
• 特定のメトリックに対して可能性のあるそれぞれの動作状態に優先度レベルを関連付けます（表示およびユーザ通知のため）。
定義したしきい値でさまざまなサービス、メトリック、および状態を使用しますが、すべてのしきい値の定義で同じ基本ワークフローに従います。
ヒント 状態が定義したしきい値を超えるか下回ると、Performance Monitor でアラームが記録されます。アラームは対応するイベント ブラウザで表示および解釈できます。場合によっては、[Critical Problems] の要約で重大な問題も表示できます。「イベント ブラウザの操作」および「クリティカルな問題の要約の操作」を参照してください。
このオプションを使用するための適切な権限を持っていることを確認します。「ユーザの権限について」を参照してください。
[Admin] > [Events]
を選択します。
（注） インスペクション ポリシーで設定されている場合、[Firewall Devices] ページに IOS ルータが表示されますが、[Admin] > [Events] からサイト間 VPN を選択して、ルータのイベントしきい値を設定する必要があります。[Threshold Configuration] ページからファイアウォール サービスのイベントしきい値を設定しても、ルータに適用されません。
ステップ 3 しきい値を設定するパフォーマンス メトリックまたは障害のメトリックが見つかるまで、[Events] リストのエントリをスキャンし、対応する行のオプション ボタンを選択します。
ヒント また、[Admin] > [Notifications] を選択し、イベントを選択して [Threshold] をクリックすると、イベントのしきい値を設定することもできます。
[Threshold Configuration] ページが表示されます。
• 障害のメトリックを選択した場合、[Threshold Configuration] ページに 2 つの相反する [State Name] 値（たとえば、[Up] と [Down]）が表示されます。または、1 つの極端な状態値（[OK] など）の後に、複数の中間のステータスが続きます。
• パフォーマンス メトリックを選択した場合、[State Name] 値の範囲（[OK]、[Medium]、[High] など）が [Threshold Configuration] ページに表示されます。各値は範囲内の上限のパーセンテージと下限のパーセンテージに関連付けられます。
ステップ 5 [Enable] チェックボックスをオンにします。
[Enable] チェックボックスをオンにする必要があります。そうしないと、[Threshold Configuration] ページで値を定義できません。
• [State Name] 領域に 2 つの相反する値（たとえば、良好な [Up] と、問題がある [Down]）が表示される場合、次の内容を指定します。
– トリガーするポーリング間隔の失敗数、クリアする成功の回数、[Repetitions before State Change] フィールドの問題のある状態に関連付けられたイベント。
• [State Name] 領域に 3 つの値の範囲が表示された場合は、上限と下限のしきい値パーセンテージ、ポーリング間隔の回数、範囲内の 3 つの値のそれぞれの優先度レベルを指定します。たとえば、中間の状態の下限のしきい値の境界として 10% を選択します（この場合、選択内容が開始状態の上限しきい値パーセンテージとして自動的に適用されます）。
（注） パフォーマンス メトリックのしきい値を設定する場合、開始状態の下限しきい値パーセンテージは常にゼロ（0%）で、優先度は常に [OK] です。問題のある状態の上限のしきい値パーセンテージは常に 100% です。これらの値は変更できません。
• 選択内容を破棄して [Events] ページに戻るには、[Cancel] をクリックします。
• 選択内容を保存して実装するには、[Apply] をクリックします。
• すべての値をデフォルト設定にリセットし、[Threshold Configuration] ページを表示したままにするには、[Default] をクリックします。
システム パラメータの操作
ポーリング間隔、トランケーション間隔、およびユーザ セッション データの保存を設定できます。
このオプションを使用するための適切な権限を持っていることを確認します。「ユーザの権限について」を参照してください。
ステップ 1 [Admin] > [System Parameters] を選択します。
ステップ 2 表 12-4 に示すように、必要な設定を行います。次の表に、各設定で許可された最小値と最大値、設定のデフォルトを示します。すべての値をデフォルトに戻すには、[Default] ボタンをクリックします。
ログの操作
Performance Monitor 自体に問題があるという例外的なイベントでは、Performance Monitor のデバッグ ログ ファイルを表示またはダウンロードして、問題の解決のために TAC を利用できます。
また、ログ アウトしたすべての RAS ユーザの VPN セッションを説明している監査証跡も表示できます。
このオプションを使用するための適切な権限を持っていることを確認します。ユーザ セッションを終了するには、システム管理者またはネットワーク管理者の必要があります。「ユーザの権限について」を参照してください。
[Admin] > [Logs]
を選択します。
• [Debugging Log Files] をクリックして、Performance Monitor のトラブルシューティングで使用されるログのリストを表示します。このログにはサーバ上の場所や現在のサイズが含まれています。次のデバッグ ログを利用できます。
– faults.log： Faults Log には、障害の履歴データが表示されます。
– job.log： Job Log には、Performance Monitor ジョブの履歴が表示されます。
– polling.log： Polling Log には、displays historical デバイス ポーリング データの履歴が表示されます。
– validation.log： Validation Log には、デバイス ポーリング データの履歴が表示されます。
– mcpui.log： Monitoring Center for Performance User Interface Log には、最近のユーザ インターフェイスのオペレーションが表示されます。
• [Logout User Audit Trail] をクリックすると、ログアウトした RAS VPN ユーザの統計情報が表示されます。 表 12-5 に、終了したユーザ セッションを示します。
（注） ユーザ ログアウト機能については、第 5 章「リモート アクセス VPN サービスのモニタリング」に説明があります。
ステップ 3 （ 任意 ）TOC から [Debugging Log Files] を選択した場合、オプション ボタンをクリックしてログを選択し、次のいずれかを実行します。
• HTML バージョンのログを表示するには、[View] をクリックします。
• ログのローカル コピーを保存するには、[Download] をクリックし、表示されたウィンドウで [File] > [Save As] を選択してログをテキスト ファイルまたは HTML ファイルとして保存します。
ログの表示中に [Refresh] をクリックして、最新のポーリング サイクルから情報を表示できます。
|
|
|
|---|---|
記述された VPN セッションを終了した（または終了しようとした）ユーザの CiscoWorks ユーザ名を表示します。 （注） ユーザ セッションを終了するには、システム管理者またはネットワーク管理者の必要があります。「ユーザの権限について」を参照してください。 |
|
| （注） 一部の障害は不明なエラーの結果として発生します。このような場合、Performance Monitorでこのカラムにテキストが表示されません。 | |
デフォルト ページの選択
Performance Monitor の起動時にデフォルトで表示されるページを選択できます。デフォルトは [Summary] > [Critical Problems] です。
ステップ 1 [Admin] > [My Profile] を選択します。
ステップ 2 選択ツリーでページ名をクリックし、[Apply] をクリックします。
選択したページは、次回 Performance Monitor を起動したときに最初に表示されます。
フィードバック