例:動的 CI タイプを使用した CI へのアラートのバインド
イベントフィールドマッピングを使用すると、イベント属性に基づいてアラートを適切な CI に動的にバインドできるため、CI タイプ (CI クラスとも呼ばれる) ごとに個別のイベントルールを作成する必要がなくなります。このアプローチにより、構成が簡素化され、精度が向上し、CI バインディングに対するアラートが強化されます。
始める前に
必要なロール:evt_mgmt_admin
このタスクについて
一般に、[ ソース ] フィールドに記載されている特定のソースから生成されたイベントには、対応するイベントルールが適用されます。イベントルールの [デフォルトバインディングを上書き (Override default binding)] オプションは、バインディングする特定の CI クラスを指定します。ただし、より動的なユースケースでは、CI クラスは事前定義されておらず、イベント属性に基づいて変更される可能性があります。たとえば、顧客が同じ名前の複数の CI を持っているが、各 CI が異なる CI クラスに属しているとします。従来のイベントルール方法では、CI クラス (または CMDB テーブル) が CI に対して定義されているため、CI クラスごとに定義された特定の CMDB テーブルを検索するのではなく、同じ CI クラスで同じ名前と属性を持つすべての CI が検索されるため、マッピングは正しくありません。
これを解決するために、つまり検索する正しい CI クラスを決定するために、システムはイベントの CI タイプ フィールドを使用して CI クラスを識別します。イベント属性から CI タイプにマップするイベントフィールドマッピングを使用することで、検索する CMDB テーブルを把握し、CI がイベントに正しくマッピングされるようにすることができます。