イベント分析

ここでは、次の内容について説明します。

アラーム

このタブには、さまざまなカテゴリに対して生成されたアラームが表示されます。このタブには、ID(オプション)、重大度、障害ソース、名前、カテゴリ、確認応答、作成時刻、最終更新日(オプション)、ポリシー、メッセージなどの情報が表示されます。このタブで [更新間隔(Refresh Interval)] を指定できます。1 つ以上のアラームを選択し、[ステータスの変更(Change Status)] ドロップダウンリストを使用して、アラームのステータスを確認または確認解除できます。また、1 つ以上のアラームを選択し、[削除(Delete)] ボタンをクリックしてアラームを削除できます。

発行されたアラーム

UI パス:[操作(Operations)] > [イベント分析(Event Analytics)] > [アラーム(Alarms)] の順に選択します。

  1. アラームによってトリガされたアラーム ポリシーを表示するには、[発生したアラーム(Alarms Generated)] タブをクリックします。

  2. [アラーム(Alarms)] テーブルの [重大度(Severity)] をクリックすると、同じ ITL/ITN フローで同じポリシーによって発生したアラームの履歴が表示されます。

  3. [ポリシー(Policy)] 列の [ID] をクリックして、チャートを表示します。

    スライドイン ペインが表示され、内部にグラフが表示されます。

  4. グラフを表示するには、ドロップダウン リストから必要なメトリックを選択します。


    (注)  


    これらのメトリックは、SAN Insights Anomaly Policy でのみ表示できます。


anomalies-charts

次の表では、[操作(Operations)] > [イベント分析(Event Analytics)] > [アラーム(Alarms)] > [発生したアラーム(Alarms Raised)] に表示されるフィールドについて説明します。

フィールド 説明
重大度 アラームの重大度を指定します
送信元 送信元の名前を指定します。
名前 アラームの名前を指定します。
カテゴリ アラームのカテゴリを指定します。
作成時刻 アラームが作成された時刻を指定します。
ポリシー アラームのポリシーを指定します。
メッセージ メッセージを表示します。
Ack User アラームを確認したユーザーのユーザー名。

次の表では、[発行されたアラーム(Alarms Raised)] タブに表示される [アクション(Actions)] メニュードロップダウンリストのアクション項目について説明します。

アクション項目 説明
確認応答あり

1 つまたは複数のアラームを選択し、確認を選択します。アラームをブックマークし、[確認済み(Acknowledged)] の列に Ack User 名を追加できます。

未確認

1 つまたは複数のアラームを選択し、未確認を選択して、ブックマークされたアラームを削除します。

(注)  

 

確認済みアラームのみを未確認にすることができます。

クリア

アラームを選択し、消去を選択して、アラームポリシーを手動で消去します。

消去されたアラームは、[消去されたアラーム(Alarm Cleared)] タブに移動します。

アラームの削除 アラームを選択し、削除を選択してアラームを削除します。

クリアされたアラーム

UI パス:操作 > イベント分析 > アラーム > クリアされたアラーム

[クリアされたアラーム(Alarms Cleared)] タブには、[発行されたアラーム(Alarms Raised)] タブでクリアされたアラームのリストがあります。このタブには、ID(オプション)、重大度、障害ソース、名前、カテゴリ、確認応答、作成時刻、クリア時(オプション)、クリア元、ポリシー、メッセージなどの情報が表示されます。最大 90 日間、クリアされたアラームの詳細を表示できます。

1 つ以上のアラームを選択し、[アクション(Actions)] > [削除(Delete)] をクリックしてそれらを削除できます。

次の表では、[発行されたアラーム(Alarms Raised)] タブに表示されるフィールドについて説明します。

フィールド 説明
重大度 アラームの重大度を指定します
送信元 送信元アラーム IP アドレスを指定します。
名前 アラームの名前を指定します。
カテゴリ アラームのカテゴリを指定します。
作成時刻 アラームが作成された時刻を指定します。
クリアされた時間 アラームがクリアされた時刻を指定します。
クリアしたユーザ

アラームをクリアしたユーザを指定します。

ポリシー アラームのポリシーを指定します。
Message アラームの CPU 使用率およびその他の詳細を指定します。
Ack User 確認応答されたユーザ ロール名を指定します。

次の表では、[発行されたアラーム(Alarms Raised)] タブに表示される [アクション(Actions)] メニュードロップダウンリストのアクション項目について説明します。

アクション項目 説明
アラームの削除 アラームを選択し、[削除(Delete)] を選択して、クリアされたアラームを削除します。

アラーム ポリシーの監視と追加

SAN コントローラでアラームを有効にし、[操作(Operations)] > [イベント分析(Analytics)] > [アラーム(Alarms)]に移動し、垂直タブの [アラーム ポリシー(Alarm Policies)] をクリックします。[外部アラームの有効化] チェック ボックスが選択されていることを確認します。これを有効にするには、 SAN Controller Server を再起動する必要があります。

SAN コントローラの登録済みSNMPリスナーにアラームを転送できます。Cisco SAN コントローラ Web UIから、[設定(Settings)] > [サーバ設定(Server Settings)] > [アラーム(Alarms)] を選択し、[外部アラームの有効化(Enable external alarms)] チェックボックスがオンになっていることを確認します。これを有効にするには、 SAN Controller Server を再起動する必要があります。

SAN コントローラの登録済みSNMPリスナーにアラームを転送できます。Cisco SAN コントローラ Web UIから、[設定(Settings)] > [サーバ設定(Server Settings)] > [アラーム(Alarms)] を選択し、alarm.trap.listener.address フィールドに外部ポート アドレスを入力し、[変更の適用(Apply Changes)] をクリックして、SAN コントローラを再起動します。


(注)  


[アラーム ポリシーの作成(Alarm Policy creation)] ダイアログ ウィンドウで [転送(Forwarding)] チェックボックスをオンにして、外部 SNMP リスナーへのアラームの転送を有効にします。


次の表では、[操作(Operations)] > [イベント分析(Event Analytics)] > [アラーム(Alarms)] > [アラーム ポリシー(Alarms Policies)] に表示されるフィールドについて説明します。

フィールド 説明
名前 アラーム ポリシーの名前を指定します
説明 アラーム ポリシーの名前を指定します
ステータス

アラーム ポリシーのステータスを指定します。

  • アクティブ

  • 非アクティブ

ポリシータイプ

ポリシーのタイプを指定します。

  • デバイスのヘルス ポリシー

  • インターフェイスのヘルス ポリシー

  • syslog アラームポリシー

  • ハードウェアの正常性ポリシー

  • SAN Insights の異常ポリシー

Devices アラーム ポリシーを適用するデバイスを指定します。
インターフェイス インターフェイスを指定します。
詳細 ポリシーの詳細を指定します。

次の表では、[操作(Actions)] メニュー ドロップダウン リストのアクション項目について説明します。この項目は、[操作(Operations)] > [イベント分析(Event Analytics)] > [アラーム(Alarms)] > [アラーム ポリシー(Alarms Policies)] に表示されます。

アクション項目 説明

新しいアラーム ポリシーの作成

新しいアラーム ポリシーを作成することを選択します。「新しいアラーム ポリシーの作成」の項を参照してください。

編集

アラーム ポリシーを編集するには、ポリシーを選択し、[編集(Edit)]を選択します。

削除

アラーム ポリシーを削除するには、ポリシーを選択し、[削除(Delete)] を選択します。

アクティブ化(Activate)

アラーム ポリシーをアクティブ化して適用するには、ポリシーを選択し、[アクティブ化(Activate)]を選択します。

非アクティブ化

アラーム ポリシーを無効にして非アクティブにするには、ポリシーを選択し、[非アクティブ化(Deactivate)] を選択します。

インポート

txt ファイルからアラーム ポリシーをインポートする場合に選択します。

エクスポート

  • 特定のアラーム ポリシーの横にあるボックスをクリックし、[エクスポート(Export)] をクリックして、そのアラーム ポリシーを .txt ファイルとしてエクスポートします。

  • アラーム ポリシーの横にあるすべてのボックスを選択または選択解除し、[エクスポート(Export)] をクリックして、すべてのアラーム ポリシーを .txt ファイルとしてエクスポートします。

次のアラーム ポリシーを追加できます。

  • デバイス ヘルス ポリシー:デバイス ヘルス ポリシーを使用すると、、デバイス SNMP 到達不能、またはデバイス SSH 到達不能の場合にアラームを作成できます。また、これらのポリシーを使用すると、シャーシの温度、CPU、およびメモリの使用状況をモニタできます。

  • インターフェイス ヘルス ポリシー:インターフェイス ヘルス ポリシーを使用すると、インターフェイスのアップまたはダウン、パケット廃棄、エラー、帯域幅の詳細をモニタできます。デフォルトでは、すべてのインターフェイスがモニタリングのために選択されています。

  • [Syslog アラーム ポリシー(Syslog Alarm Policy)]:Syslog アラーム ポリシーは、Syslog メッセージ形式のペアを定義します。 1 つはアラームを発生させ、もう 1 つはアラームをクリアします。

  • [ハードウェア ヘルス ポリシー(Hardware Health Policy)]:ハードウェア ヘルス ポリシーは、ファン ステータス、電源、モジュラ ステータス、およびすべてのインターフェイス関連アラームなど、さまざまなパラメータのハードウェア関連アラームを発生させるために使用されます。

  • [San Insights の異常ポリシー(San Insights Anomaly Policy)]:San インサイトの異常ポリシーでは、SAN Insight データを使用して、ファブリック内の問題を特定するためのカスタマイズされたアラームを作成できます。

新しいアラーム ポリシーの作成

次のアラーム ポリシーを追加できます。

  • デバイスのヘルス ポリシー

  • インターフェイスのヘルス ポリシー

  • syslog アラームポリシー

  • ハードウェアの正常性ポリシー

  • SAN Insights の異常ポリシー

新しいアラーム ポリシーを作成した後、[アラーム ポリシー(Alarms Policies)] タブ内で [更新(Refresh)] をクリックして、作成した新しいアラーム ポリシーを表示します。

デバイスのヘルス ポリシー

デバイス正常性ポリシーを使用すると、特定の条件が満たされたときにアラームを作成できます。デフォルトでは、すべてのデバイスがモニタリングのために選択されています。

  • [ポリシー名(Policy Name)]:ポリシーの名前を指定します。一意の名前を指定する必要があります。

  • [説明(Description)]:このポリシーの簡単な説明を指定します。

  • [転送(Forwarding)]SAN コントローラの登録済み SNMP リスナーにアラームを転送できます。Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)] を選択します。


    (注)  


    外部 SNMP リスナーにアラームを転送するため、アラーム ポリシーを構成する間、[転送(Forwarding)] チェックボックスをオンすること確認します。


  • 電子メール:アラームが作成、クリア、または重大度が変更されたときに、アラーム イベントの電子メールを受信者に転送できます。 SAN コントローラ Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)]を選択します。SMTPパラメータを設定し、[保存(Save)] をクリックして、SAN コントローラ サービスを再起動します。

  • CPU 使用率パラメータ、 メモリ使用率パラメータと環境温度パラメータを指定します。

  • [デバイスの可用性(Device Availability)]:デバイスの正常性ポリシーを使用すると、次の状況でアラームを作成できます。

    • [デバイス アクセス(Device Access)]:デバイス SNMP またはデバイス SSH に到達できない場合。

    • [周辺機器(Peripherals)]:ファン、電源、またはモジュールに到達できない場合。

また、これらのポリシーを使用すると、シャーシの温度、CPU、およびメモリの使用状況をモニタできます。

ポリシーを作成するデバイスを選択します。ポリシー名、説明、CPU 使用率パラメータ、メモリ使用率パラメータ、環境温度パラメータ、デバイスの可用性、およびデバイス機能を指定します。

インターフェイスのヘルス ポリシー

インターフェイスの正常性 ポリシーは、インターフェイスのインターフェイス ステータス、パケット破棄、エラーと帯域幅の詳細をモニタリングすることを許可します。デフォルトでは、すべてのインターフェイスがモニタリングのために選択されています。

ポリシーを作成するデバイスを選択し、次のパラメータを指定します。

  • [ポリシー名(Policy Name)]:ポリシーの名前を指定します。一意の名前を指定する必要があります。

  • [説明(Description)]:このポリシーの簡単な説明を指定します。

  • [転送(Forwarding)]SAN コントローラの登録済み SNMP リスナーにアラームを転送できます。Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)] を選択します。


    (注)  


    外部 SNMP リスナーにアラームを転送するため、アラーム ポリシーを構成する間、[転送(Forwarding)] チェックボックスをオンすること確認します。


  • 電子メール:アラームが作成、クリア、または重大度が変更されたときに、アラーム イベントの電子メールを受信者に転送できます。 SAN コントローラ Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)]を選択します。SMTPパラメータを設定し、[保存(Save)] をクリックして、SAN コントローラ サービスを再起動します。

  • [リンクステート(Linkstate)]:リンクステート オプションを選択して、インターフェイス リンクのステータスを確認します。リンクがダウンするたびにアラームを生成し、リンクがアップのときにアラームをクリアできます。

  • [帯域幅(受信/発信)(Bandwidth (In/Out))]:着信方向と発信方向で許可される最大帯域幅を設定できます。帯域幅が指定された値を超えると、アラームが生成されます。

  • [インバウンド エラー(Inbound Errors)]:アラームを生成するまでに廃棄されるインバウンド エラーの数のしきい値を設定できます。

  • [アウトバウンド エラー(Outbound Errors)]:アラームを生成するまでに廃棄されるアウトバウンド エラーの数のしきい値を設定できます。

  • [インバウンド廃棄(Inbound Discards)]:アラームを生成するまでに廃棄される受信パケット数のしきい値を設定できます。

  • [アウトバウンド廃棄数(Outbound Discards)]:アラームを生成するまでに廃棄されるアウトバウンドパケット数のしきい値を設定できます。

Syslog アラーム

Syslog アラーム ポリシーは、Syslog メッセージ形式のペアを定義します。 1 つはアラームを発生させ、もう 1 つはアラームをクリアします。

ポリシーを作成するデバイスを選択し、次のパラメータを指定します。

  • デバイス:このポリシーの範囲を定義します。このポリシーを適用する個々のデバイスまたはすべてのデバイスを選択します。

  • ポリシー名:このポリシーの名前を指定します。一意の名前を指定する必要があります。

  • 説明:このポリシーの簡単な説明を指定します。

  • 転送:Cisco Nexus DashboardファブリックコントローラSANコントローラの登録済みSNMPリスナーにアラームを転送できます。 Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)] を選択します。


    (注)  


    [アラーム ポリシーの作成(Alarm Policy creation)] ダイアログ ウィンドウで [転送(Forwarding)] チェックボックスをオンにして、外部 SNMP リスナーへのアラームの転送を有効にします。


  • 電子メール:アラームが作成、クリア、または重大度が変更されたときに、アラーム イベントの電子メールを受信者に転送できます。 SAN コントローラ Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)] を選択します。SMTPパラメータを設定し、[保存(Save)] をクリックして、SAN コントローラ サービスを再起動します。

  • 重大度:この syslog アラーム ポリシーの重大度レベルを定義します。選択肢は、Critical、Major、Minor、および Warning です。

  • 識別子:発生およびクリア メッセージの識別子部分を指定します。

  • Raise Regex:syslog 発生メッセージの形式を定義します。構文は次のとおりです。Facility-Severity-Type:メッセージ

  • Clear Regex:syslog クリア メッセージの形式を定義します。構文は次のとおりです。Facility-Severity-Type:メッセージ

正規表現の定義は単純な式ですが、完全な正規表現ではありません。テキストの可変領域は、$(LABEL) 構文を使用して示されます。各ラベルは、1 つ以上の文字に対応する正規表現キャプチャ グループ(.+)を表します。2 つのメッセージを関連付けるために、raise メッセージと clear メッセージの両方にある可変テキストが使用されます。識別子は、両方のメッセージに表示される 1 つ以上のラベルのシーケンスです。識別子は、ckear syslog メッセージをアラームを発生させた syslog メッセージと照合するために使用されます。テキストがメッセージの 1 つだけに表示される場合は、ラベルを付けて識別子から除外できます。

:「値」が「ID1-ID2」のポリシー

"syslogRaise": "SVC-5-DOWN: $(ID1) module $(ID2) is down $(REASON)"
"syslogClear": "SVC-5-UP: $(ID1) module $(ID2) is up."

この例では、ID1 および ID2 ラベルをアラームとして検出するための識別子としてマークできます。この識別子は、対応する syslog メッセージで見つかります。ラベル「REASON」は昇格ですが、クリア メッセージにはありません。このラベルは、アラームをクリアする syslog メッセージに影響しないため、識別子から除外できます。

表 1. 例 1
識別子 ID1-ID2
正規表現を上げる ETHPORT-5-IF_ADMIN_UP:インターフェイス Ethernet15/1 で admin が起動されています。
正規表現のクリア ETHPORT-5-IF_DOWN_NONE:インターフェイス Ethernet15/1 がダウンしています(トランシーバ欠落)

上記の例では、正規表現は端末モニタに表示される syslog メッセージの一部です。

表 2. 例 2
Identifier ID1-ID2
正規表現を上げる ETH_PORT_CHANNEL-5-PORT_DOWN:$(ID1):$(ID2)がダウンしています
Clear Regex ETH_PORT_CHANNEL-5-PORT_UP:$(ID1):$(ID2)が起動しています
表 3. 例 3:
Identifier ID1-ID2
正規表現を上げる ETHPORT-5-IF_SFP_WARNING:Interface $(ID1)、High Rx Power Warning
Clear Regex ETHPORT-5-IF_SFP_WARNING:Interface $(ID1)、High Rx Power Warning clear
ハードウェアの正常性ポリシー

ハードウェア ヘルス ポリシーは、ファン ステータス、電源、モジュラ ステータス、およびすべてのインターフェイス関連アラームなど、さまざまなパラメータのハードウェア関連アラームを発生させるために使用されます。

デフォルトでは、NDFC インストールの標準である と呼ばれるハードウェア ポリシーがあります。このハードウェアポリシーは、さまざまなパラメータのさまざまな条件を定義します。また、上記のパラメータのカスタム ハードウェア ポリシーを作成し、発生するアラームに基づいて正規表現を定義することもできます。

デフォルトでは、[すべてのデバイス(All Devices)] オプションが自動的に選択されます。

  • [ポリシー名(Policy Name)]:ポリシーの名前を指定します。一意の名前を指定する必要があります。

  • [説明(Description)]:このポリシーの簡単な説明を指定します。

  • [転送(Forwarding)]SAN コントローラの登録済み SNMP リスナーにアラームを転送できます。Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)] を選択します。


    (注)  


    外部 SNMP リスナーにアラームを転送するため、アラーム ポリシーを構成する間、[転送(Forwarding)] チェックボックスをオンすること確認します。


  • 電子メール:アラームが作成、クリア、または重大度が変更されたときに、アラーム イベントの電子メールを受信者に転送できます。 SAN コントローラ Web UI から、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)]を選択します。SMTPパラメータを設定し、[保存(Save)] をクリックして、SAN コントローラ サービスを再起動します。

ハードウェア アラームは 、ポリシーの作成時に入力した正規表現に基づいて発生します。

[アラーム(Alarms)] エリアで、次のパラメータのアラームを発生させるハードウェア正常性ポリシーを作成します。

  • [ファン(Fan)]:ファン関連のアラームの重大度を定義し、アラームの条件を決定します。

    1. [ファン(Fan)] の横にあるトグル スイッチをクリックして、ファン関連のアラームを有効にします。

    2. アラームの重大度レベルを選択します。

      • 重大

      • やや重大

      • 比較的重大でない

      • 警告

      • クリア済み

    3. [正規表現の編集(Edit Regex)] をクリックし、ステータスがその値でない場合にアラームをトリガする値を入力します。

      たとえば、[ステータスが次の場合にアラームをトリガする(Trigger alarm when status is not)] フィールドに [OK] と入力すると、NDFC は [OK] 以外のステータス(N/A など)に対してアラームを発生させます。

    4. [保存(Save)] をクリックします。

  • [電源(Power Supply)]:電源関連のアラームの重大度を定義し、アラームの条件を決定します。

    1. [電源装置(Power Supply)] の横にあるトグル スイッチをクリックして、電源装置関連のアラームを有効にします。

    2. アラームの重大度レベルを選択します。

      • 重大

      • やや重大

      • 比較的重大でない

      • 警告

      • クリア済み

    3. [正規表現の編集(Edit Regex)] をクリックし、ステータスがその値でない場合にアラームをトリガする値を入力します。

      たとえば、[ステータスが次の場合にアラームをトリガする(Trigger alarm when status is not)] フィールドに [OK] と入力すると、NDFC は [OK] 以外のステータス(失敗、OffEnvpower、OffDenied など)に対してアラームを発生させます。

    4. [保存(Save)] をクリックします。

  • [モジュール(Module)]:モジュール関連のアラームの重大度を定義し、アラームの条件を決定します。

    1. [モジュール(Module)] の横にあるトグル スイッチをクリックして、モジュール関連のアラームを有効にします。

    2. アラームの重大度レベルを選択します。

      • 重大

      • やや重大

      • 比較的重大でない

      • 警告

      • クリア済み

    3. [正規表現の編集(Edit Regex)] をクリックし、ステータスがその値に一致する場合にアラームをトリガする値を入力します。

      たとえば、情報(i)ボタンに示されているように、[ステータスが正規表現に 一致した場合にアラームをトリガ(Trigger alarm when status match regex)] フィールドに次の値を入力するとします。

      ^(?!ok|poweredDown|okButDiagFailed).*$

      NDFC は、モジュールが [ok]、[poweredDown]、および [OkBuDiag failed] 以外の状態にある場合にアラームを発生させます。

    4. [保存(Save)] をクリックします。

  • [インターフェイス ステータス(Interface Status)]:インターフェイス関連のアラームの重大度を定義し、アラームの条件を決定します。

    1. [インターフェイス ステータス(Interface Status)] の横にあるトグル スイッチをクリックして、インターフェイス関連のアラームを有効にします。

    2. 適切な重大度の横にある 1 つ以上のトグル スイッチをクリックして、アラームの重大度を選択します。

      • 重大

      • やや重大

      • 比較的重大でない

      • 警告

      • クリア済み

    3. [正規表現の編集(Edit Regex)] をクリックし、ステータスがその値に一致する場合にアラームをトリガする値を入力します。指定された正規表現は、admin_status:oper_status:status_reason の組み合わせフィールドと照合されます。

      たとえば、[ステータスが正規表現に 一致した場合にアラームをトリガ(Trigger alarm when status match regex)] フィールドに次の値を入力するとします。

      ^up:down:(?!Link not connected|XCVR not inserted|sfpNotPresent|Channel admin down).*$

      インターフェイスの状態がこれらの値と一致する場合、NDFC はアラームを生成します。

    4. [保存(Save)] をクリックします。

SAN Insights の異常ポリシー

Cisco Nexus Dashboard SAN コントローラ リリース 12.0(1) から、新しいポリシー タイプ saninsights が追加されました。この新しいポリシー タイプは、問題を特定するためにカスタマイズできます。分析のために間隔データごとに保持する特定のフローに基づいて、アラーム ポリシーを作成できます。選択したフローがアラーム ポリシーと一致する場合は、ポリシーで定義されたパラメータに基づいてフローを維持します。

手順

ステップ 1

[操作(Operations)] > [イベント分析(Event Analytics)] > [アラーム(Alarms)]の順に選択します。

ステップ 2

[アラーム(Alarms)] タブで [アラーム ポリシー] を選択します。

ステップ 3

[アクション(Actions)] > [新規アラーム ポリシーの作成(Create new alarm policy)]の順に選択します。

ステップ 4

[San Insights の異常ポリシー(San Insights Anomaly Policy)] オプションボタンを使用します。

ステップ 5

次のパラメータの詳細を指定します。

  • [ポリシー名(Policy Name)]:このポリシーの名前を指定します。一意の名前を指定する必要があります。

  • [説明(Description)]:ポリシーの簡単な説明。

  • [転送(Forwarding)]:外部 SNMP リスナーへの転送アラームを有効にします。

  • [電子メール(Email)]:このポリシーのメール更新をメール ID に送信するには、チェックボックスを選択します。

ステップ 6

ドロップダウン リストから時間を選択して、キャプチャ時間保持時間を定義します。

  • [キャプチャ時間(Capture Time)]:特定のポリシーに一致する各フローの間隔ごとのデータをキャプチャする時間の長さを指定します。

  • [保持時間(Retention Time)] :(削除する前に)そのデータを保持する時間の長さを指定します。

ステップ 7

ドロップダウン リストから時間または間隔を選択して分析レベルを定義し、ドロップダウン リストから重大度レベルを選択してこのポリシーの重大度を定義します。

  • [分析レベル(Analysis Level)]:特定のポリシーでチェックする必要があるフローデータの集約を指定します。中止ポリシーや失敗ポリシーなどの一部のポリシー タイプは、即座に発生する場合に照合するロジックです(間隔レベル)。一部のポリシー タイプは、しきい値を超えて維持されると異常ポリシーとして表示されます。たとえば、レベルの瞬間的な ECT または DAL のスパイクはアラームではありませんが、同じスパイク レベルが一定期間(5 分または 1 時間)続く場合は、調査する必要があります。

  • [重大度(Severity)]:このポリシーが原因で発生するアラームに関連付けられる重大度を指定します。

ステップ 8

新しいルールを定義し、[新規ルールの追加(Add new rule)] をクリックして必須フィールドを指定し、[新規ポリシーの作成(Create new policy)] をクリックします。

(注)  

 
  • 1 つ以上の新しいルールと一致基準を定義して、フローを識別し、新しいポリシーを作成できます。

  • すべてのポリシーは、スイッチからレシーバにストリーミングされる各 ITL/ITN フロー レコードと照合されます。

作成されたアラームは、[アラーム(Alarms)] タブで確認できます。


イベント

このタブには、スイッチに対して生成されたイベントが表示されます。このタブには、Ack、確認済みユーザ、グループ、スイッチ、重大度、ファシリティ、タイプ、カウント、最終確認、説明などの情報が表示されます。1 つ以上のイベントを選択し、[ステータスの変更(Change Status)] ドロップダウン リストを使用して、そのステータスを確認または確認解除できます。また、1 つ以上のアラームを選択し、[削除(Delete)] ボタンをクリックしてアラームを削除できます。すべてのイベントを削除する場合は、[すべてを削除(Delete All)] ボタンをクリックします。

次の表で、[操作(Operations)] > [イベント分析(Event Analytics)] > [イベント(Events)] に表示されるフィールドについて説明します。

フィールド 説明
グループ ファブリックを指定します。
スイッチ スイッチのホスト名を指定します。
重大度 イベントの重大度を指定します。
施設 イベントを作成するプロセスを指定します。

イベント ファシリティには、NDFC と syslog ファシリティとの 2 つのカテゴリがあります。 Nexusダッシュボード ファブリック コントローラ ファシリティは、Nexusダッシュボード ファブリック コントローラ 内部サービスによって生成されたイベントと、スイッチによって生成された SNMP トラップを表します。syslog ファシリティは、syslog メッセージを作成したマシン プロセスを表します。

タイプ スイッチ/ファブリックの管理方法を指定します。
イベントが発生した回数を提供します。
作成時刻 イベントが作成された時刻を指定します。
前回の検出 イベントが最後に実行された時刻を指定します。
説明 イベントに提供される説明を指定します。
Ack イベントを確認するかどうかを指定します。

次の表では、[操作(Actions)] メニュー ドロップダウン リストで、[操作(Operations)] > [イベント分析(Event Analytics)] > [イベント(Events)] に表示されるアクション項目について説明します。

アクション項目 説明
確認応答あり

テーブルから 1 つ以上のイベントを選択し、[確認(Acknowledge)] アイコンを選択して、ファブリックのイベント情報を確認します。

ファブリックのイベントを確認すると、確認アイコンが [グループ(Group)] の横の [Ack] 列に表示されます。

未確認 テーブルから 1 つ以上のイベントを選択し、[確認解除(Unacknowledge)] アイコンを選択して、ファブリックのイベント情報を確認します。
削除(Delete) イベントを選択し、[削除(Delete)] をクリックします。
イベントのセットアップ では新しいイベントを設定できます。詳細については、「イベントのセットアップ」を参照してください。

イベントのセットアップ

Cisco Nexusダッシュボード ファブリック コントローラ Web UI を使用してイベントを設定するには、次の手順を実行します。

手順


ステップ 1

[操作(Operations)] > [イベント分析(Event Analytics)] を選択し、[イベント(Events)] タブをクリックします。

ステップ 2

[アクション(Actions)] ドロップダウン リストから、[イベント設定(Event Setup)] を選択します。

[レシーバ(Reciever)]のタブには、次の詳細情報が表示されます:
  • [Syslog レシーバを有効化(Syslog Receiver enabled)]:syslog サーバのステータスを表示します。

  • [SNMP トラップ レシーバ(SNMP Trap Receive)]:受信、処理、およびドロップされた SNMP トラップの詳細を表示します 。

  • [Syslog レシーバ(Syslog Receiver)]:受信、処理、およびドロップされた syslog メッセージの詳細を表示します。

ステップ 3

[送信元(Sources)] タブに移動して、ファブリックとそれに関連付けられているスイッチのリストを表示します。

[送信元(Sources)] タブは、全てをファブリックと関連したスイッチを表形式で表示しま。また、トラップと syslog がスイッチに構成されているかどうかも表示されます。

ステップ 4

電子メール通知またはイベントのトラップを転送するためのルールを作成するには、次の手順を実行します:

Cisco Nexusダッシュボード ファブリック コントローラ Web UI は、電子メールまたは SNMPv1 または SNMPv2c トラップを介してファブリック イベントを転送します。一部の SMTP サーバでは、Nexusダッシュボード ファブリック コントローラ から SMTP サーバに送信される電子メールに認証パラメータを追加する必要があります。

  1. 電子メールを介してイベント通知を転送するためのルールを設定する前に、SMTP パラメータが構成されていることを確認します。SMTP の構成を確認するには、[設定(Settings)] > [サーバ設定(Server Settings)] > [SMTP]の順に選択し、必須フィールドが構成されていることを確認します。

  1. イベント転送を有効にするには、[設定(Settings)] > [サーバ設定(Server Settings)] > [イベント(Events)]の順に選択し、次の表の説明に従ってフィールドを構成します。

    表 4. イベント転送の設定

    フィールド

    説明

    Enable Event forwarding

    イベント転送機能を有効にするには、チェックボックスをオンにします。

    Email Forwarding From Email List

    転送メッセージの送信元の電子メール アドレスを指定します。

    Snooze Event Forwarding

    指定された時間範囲で、イベントの転送をスヌーズします。

    イベント転送の最大繰り返し回数

    指定した時間の経過後にイベントの転送を停止します。0 は時間無制限を示します。

    Maximum Number in Events/Traps/Syslog Queue

    受信イベント/トラップ/syslog をドロップするまでのキュー内の最大数を指定します。

  2. [操作(Operations)] > [イベント分析(Event Analytics)]の順に選択します。

  3. [転送(Forwarding)] タブに移動し、[アクション(Actions)] > [ルールの追加(Add Rule)] の順に選択し、次の表の説明に従ってフィールドを構成します。

    表 5. ルールを構成します。

    フィールド

    説明

    フォワーディング方式

    次のいずれかの転送方法を選択します:

    • 電子メール(E-Mail)

    • Trap

    電子メール アドレス(Email Address)

    このフィールドは、転送方法として [電子メール(E-mail)] を選択した場合に表示されます。

    イベント通知の転送用の電子メール アドレスを入力します。

    アドレス(Address)

    このフィールドは、転送方法として [トラップ(Trap)] を選択した場合に表示されます。

    SNMP トラップ レシーバの IP アドレスを入力します。IPv4 または IPv6 アドレスまたは DNS サーバー名を入力できます。

    ポート(Port)

    トラップが転送されるポートを入力します。

    Forwarding Scope

    着信イベント/トラップ/syslog メッセージをドロップするまでのキュー内の最大数。

    ファブリック

    [すべてのファブリック(All Fabrics)] または特定のファブリックを通知先として選択します。

    VSAN の範囲

    SAN インストーラの場合は、[VSAN 範囲(VSAN Scope)] を選択します。[すべて(All)] または [リスト(List)] を選択できます。

    VSAN List

    リストを選択した場合は、通知用の VSAN のリストを指定します。

    [ソース(Source)]

    [DCNM] または [Syslog] を選択します。

    [DCNM] を選択した場合は、次の手順を実行します:

    1. [タイプ(Type)] ドロップダウン リストから、イベント タイプを選択します。

    2. [ストレージ ポートのみ(Storage Ports Only)] チェックボックスをオンにして、ストレージ ポートのみを選択します。このチェックボックスは、ポート関連のイベントに対してのみ有効になります。

    Syslog を選択した場合は、次の手順を実行します:

    1. [ファシリティ(Facility)] リストから、syslog のファシリティを選択します。

    2. [タイプ(Type)] フィールドに、syslog タイプを入力します。

    3. [説明の正規表現(Description Regex)] フィールドで、イベントの説明と一致する説明を入力します。

  4. [最低重大度(Minimum Severity)] ドロップダウン リストで、受信するメッセージの重大度を選択します。

    Cisco Nexusダッシュボード ファブリック コントローラが送信するトラップは、重大度タイプに対応しています。重大度タイプとともにテキストによる説明も提供されます。

    trap type(s) = 40990 (emergency) 
    40991 (alert) 
    40992 (critical) 
    40993 (error) 
    40994 (warning) 
    40995 (notice) 
    40996 (info) 
    40997 (debug)
    textDescriptionOid = 1, 3, 6, 1, 4, 1, 9, 9, 40999, 1, 1, 3, 0
    
  5. [ルールの追加(Add Rule)] をクリックします。

ステップ 5

イベントを抑制するためのルールを作成するには、次の手順を実行します:

Nexusダッシュボード ファブリック コントローラ を使用すると、ユーザーが指定したルールに基づいて指定したイベントを抑制することができます。このようなイベントは、Nexusダッシュボード ファブリック コントローラ Web UIおよび SAN クライアントには表示されません。イベントは、Nexusダッシュボード ファブリック コントローラ データベースに追加されず、電子メールまたは SNMP トラップとして転送されません。

テーブルからルールを表示、追加、変更、および削除できます。既存のイベントからルールを作成できます。テンプレートとして既存のイベントを選択し、[操作(Operations)] > [イベント分析(Event Analytics)] > [イベント(Events)]ページに移動して [ルールの追加(Add Rule)] ウィンドウを開き、イベントを選択し、[アクション(Actions)] > [サプレッサの追加(Add Suppresor)]を選択します。 詳細は、イベント テーブルで選択したイベントから、[ルールの追加(Add Rule )] ウィンドウのフィールドに自動的に移植されます。

  1. [名前(Name)] フィールドにルールの名前を入力します。

  2. [範囲(Scope)] フィールドで、[SAN][ポート グループ(Port Groups)]、または [任意(Any)] のいずれかのオプションを選択します。

    [範囲(Scope)] フィールドには、LAN/SAN グループとポート グループが個別に表示されます。SAN および ローカル エリア ネットワーク(LAN)の場合は、ファブリックまたはグループまたはスイッチ レベルでイベントの範囲を選択します。[ポート グループ(Port Group)] 範囲のグループのみ選択できます。範囲として [任意(Any)] を選択すると、サプレッサ ルールがグローバルに適用されます。

  3. [ファシリティ(Facility)]フィールド内で名前を入力、または、SAN/LAN スイッチ イベント ファシリティ リストから選択します。

    ファシリティを指定しない場合は、ワイルドカードが適用されます。

  4. [タイプ(Type)] フィールドに、イベント タイプを入力します。

    イベント タイプを指定しない場合は、ワイルドカードが適用されます。

  5. [説明の照合(Description Matching)] フィールドで、一致する文字列または正規表現を指定します。

    ルール照合エンジンは、Java パターン クラスでサポートされている正規表現を使用して、イベントの説明テキストとの一致を検索します。

  6. [アクティブ範囲(Active Between)] チェック ボックスをオンにして、イベントが抑制される有効な時間範囲を選択します。

    デフォルトでは、時間範囲は有効になっていません。

    (注)  

     

    一般に、アカウンティング イベントを抑制しないでください。アカウンティングイベントの抑制ルールは、アカウンティング イベントが Nexusダッシュボード ファブリック コントローラ またはソフトウェアのスイッチのアクションによって生成される特定のまれな状況でのみ作成できます。たとえば、Nexusダッシュボード ファブリック コントローラと管理対象スイッチ間のパスワード同期中に、「sync-snmp-password」AAA syslog イベントが自動的に生成されます。アカウンティング イベントを抑制するには、[操作(Operations)] > [イベント分析(Event Analytics)] > [イベント(Events)] ページに移動し、イベントを選択して、[アクション(Actions)] > [サプレッサの追加(Add Suppressor)] を選択します。

  7. [ルールの追加(Add Rule)] をクリックします。


アカウンティング

Cisco Nexusダッシュボード ファブリック コントローラ Web UI でアカウンティング情報を表示できます。

次の表では、[操作(Operations)] > [イベント分析(Event Analytics)] > [アカウンティング(Accounting)] > に表示されるフィールドについて説明します。

フィールド 説明
ソース(Source) 送信元 SGT を指定します。
User Name ユーザ名を指定します。
時間 イベントが作成された時刻を指定します。
説明 説明を表示します。
グループ グループの名前を指定します。

次の表では、[操作(Actions)]ドロップダウンリストのアクション項目について説明します。これらの項目は、[操作(Operations)] > [イベント分析(Event Analytics)] > [アカウンティング(Accounting)] に表示されます。

アクション項目 説明
削除(Delete) リストからアカウンティング情報を削除するには、行を選択し て[削除(Delete)] を選択します。

リモートクラスタ

このタブには、セットアップの各クラスタ内のクラスタとファブリックの数が表示されます。

クラスタ名をクリックして概要情報を表示します。起動アイコンをクリックして、クラスタの詳細な概要を表示できます。