Event Management の概要: イベント、ソース、および処理フロー<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 目次 概要イベント管理の概要イベントとは？イベントソースイベント処理フロー。 スケジュール済みジョブ - イベント管理プロセスイベント 補足情報 概要 この記事では、イベントとは何か、イベントがどのように作成されるか、ServiceNow EM がどのようにイベントを処理するか、さまざまなイベントソースなどの詳細について説明します。 イベント管理の概要 Event Management アプリケーションは、異なる監視ツールから統合されたイベントを集約し (例: SCOM、Nagios、SolarWinds など)、イベントの処理を実行して対応可能なアラートを生成します。単一の管理コンソールを使用してビジネスサービスおよびインフラストラクチャの健全性を監視し、発生した問題に適切に対応します。また、ビジネスサービス性能の継続性を確保するために、インテリジェントなイベント分析および「アラート分析」を提供します。Event Management と Service Mapping を使用することで、どのサービスがイベントの影響を受けているかを識別できます。 イベントとは何か？ イベント (Event) は、システムの健全性を監視する方法です。ServiceNow システムでは、イベントは IT システムまたはクラウド内の CI からの通知であり、障害や警告など、IT チームが認識すべき問題を示します。これは外部監視ソリューションから収集されるレコードであり、CI に関連付けられます。また、これらのイベントを評価/分類するための追加ロジックが適用されます。正常に処理されると、イベントは対応可能なアラートを生成します。アプリケーション、サーバー、およびネットワーク機器はさまざまな種類のログメッセージを生成し、それらはイベントのグループ化および相関分析のために ITOM Event Management をさらに強化します。アラートは CI に [自動的に] 関連付けることができ、CI がビジネスサービスに関連付けられている場合、アラートの重大度を使用してビジネスサービスへの影響を検出できます。Alert Rules を使用して、インシデント (またはその他のタスク) の作成を自動化し、アラートによって報告された問題の修復 (または是正) を自動化できます。 イベントソース イベントは、直接またはコネクターを使用して MID Server 経由でインスタンスへ送信できます。例: SCOM、Nagios、SolarWinds などの外部監視ツール。SNMP Trap Listener - デバイスから直接送信するのではなく、監視ツールを使用して SNMP トラップを送信します。Web Service または REST API Integration - 統合のために Web Service API を使用すると、必要なイベントルール数を削減できます。この方法では、イベントを変換する必要がなくなります (準備済みデータがイベントとしてインスタンスへ送信されます)。CloudWatch - CloudWatch と ServiceNow の統合には専用の資格情報を使用します。Email - ソースのボリュームが少なく、スクリプトの実行や SNMP トラップの転送など他の手段が利用できない場合にのみ Email を使用します。 これらのメカニズムを使用すると、ServiceNow の em_event テーブルにイベントレコードが作成され、Event Management Flow にデータを供給します。 イベント処理フロー Event Management フローでは、Scheduled Job、Event Rules などを使用してイベントを処理します。以下の図はそのフローを説明しています。 Scheduled Job - Event Management Process events イベントは status = Ready の状態で em_event テーブルに保存され、5 秒ごとに実行される Scheduled Job [sys_trigger] Event Management Process events によって処理されます。したがって、「Next action」は数秒後の時刻である必要があります。 注意：「Next action」が過去の時刻である場合、そのジョブは停止している可能性があります。また、ジョブがパッシブノードによって取得された場合も、そのジョブは停止しています。 このジョブは EvtMgmtEventProcessor Java クラスの process() 関数を呼び出し、すべてのバケット内のイベントを処理します。マルチノード処理が有効な場合、このノードは下限値と上限値の間のバケットを処理します。ヒント - Buckets ServiceNow に到着するイベントには、0 ～ 99 の特定のバケットが割り当てられます。Multi-Node Event Processing が有効な場合、各ノードでバケット範囲が Scheduled Job 間で均等に分割されます。例: イベントを処理する Scheduled Job の数が 4 の場合、各ジョブは次の範囲のイベントを担当します。[0 - 24]、[25 - 49]、[50 - 74]、[75 - 99]。 Multinode Event Processing 「Enable multi-node event processing = true」の場合、システムは次の計算式に従ってジョブを作成します。 (<number_of_jobs_configured> * (1 + <active_worker_nodes>)) 例えば、6 個のアクティブワーカーノードを持つインスタンスで、ノードごとに 4 個のイベント処理ジョブが構成されている場合、(4 * (1 + 6)) = 28 になります。上記の 1 がアクティブワーカーノード数に加算されるのは、システムの「Active Nodes」用にもジョブが作成されるためです。 Event Rules Event Rule メカニズムは、特定の条件に基づいてイベントを分類および処理するために使用されます。各ルールには、イベントソースやメンテナンス状態などの条件が定義されています。条件を満たした場合、イベントの処理を継続するか、または「Ignore the event」を実行します。処理結果は Alert です。イベントルールの詳細については Event Rules を参照してください。 Event Field Mapping Event Management は、一般的に使用されるシステム監視ツール向けのデフォルトイベントフィールドマッピングを提供します。これは、特定フィールドの値を別のフィールドの値にマッピングするために使用されます。Event Management は Event Field Mapping [em_mapping_rule] テーブルにイベントフィールドマッピングを保存します。マッピングはイベントルール処理後、アラート生成前に適用されます。Event Mapping Pair [em_mapping_pair] テーブルのマッピング値はアラートに適用されます。元のイベント重大度は変更されません。例えば、イベントが SolarWinds から送信され、「Status」フィールドに「Up、Down、Warning」などの値が設定されており、その値を Alert の Severity に保持したい場合、Status フィールドを Severity フィールドにマッピングする Event Field Mapping Rule を作成します。Alert レコードの Severity フィールド値を表す 0 ～ 5 の値を設定します。以下はそのようなマッピングの例です。 注意： ソースシステムは Additional Info フィールドペイロードの一部である値を送信し、それが処理に使用されます。イベントフォーム上の必須フィールド (例: Severity) に対して、マッピングまたは渡された値に問題がある場合、イベントは作成されず、イベントはエラー状態になります。 Alerts 1 つ以上の Event に注意を向けるための通知を Alert とみなします。Alert およびその処理に関する詳細については、「Alert Processing Explained」ドキュメントを参照してください。 補足情報 イベント管理構成設定