例:動的 CI タイプを使用した CI へのアラートのバインド

イベントフィールドマッピングを使用すると、イベント属性に基づいてアラートを適切な CI に動的にバインドできるため、CI ごとに個別のイベントルールを用意する必要がなくなります。このアプローチにより、構成が簡素化され、精度が向上し、アラートのバインディングが強化されます。

始める前に

必要なロール：evt_mgmt_admin

このタスクについて

一般に、[ ソース ] フィールドに記載されている特定のソースから生成されたイベントの場合、対応するイベントルールが適用されます。イベントルールの [デフォルトバインディングを上書き] オプションでは、バインディングする特定の CI クラスを指定します。ただし、より動的なユースケースでは、CI クラスは事前定義されておらず、イベント属性に基づいて変更される可能性があります。たとえば、顧客が同じ名前の CI を複数持っていても、各 CI が異なる CI クラスに属しているとします。従来のイベントルール方式では、CI クラス (または CMDB テーブル) が CI に対して定義されているため、CI クラスごとに定義された特定の CMDB テーブルを検索するのではなく、同じ名前と属性を持つすべての CI が同じ CI クラス内で検索されるため、マッピングは正しくありません。

これを解決するため、つまり検索する正しい CI クラスを決定するために、システムはイベントの CI タイプ フィールドを使用して CI クラスを識別します。イベント属性から CI タイプにマップするイベントフィールドマッピングを使用することで、検索する CMDB テーブルを把握して、CI がイベントに正しくマッピングされるようにすることができます。

手順

1. 移動先 すべて > イベント管理 > ルール > イベントフィールドマッピング.

   

2. [ Oracle Cloud] を選択します。

   これは、例として使用されている既存のイベントフィールドマップです。イベントフィールドマップの詳細ページが開きます。

   

3. イベントフィールドマッピングの詳細ページを確認し、関連するフィールドとそれに対応する値を把握します。

   表 : 1. [イベントフィールドマッピング] フィールド

   フィールド	説明
   名前	イベントフィールドマップ名。
   ソース	イベントを生成したイベントモニタリングソフトウェア。この場合は、oraclecloudです。
   順序	このアクションを処理する順序を定義する番号。小さい番号のアクションが最初に処理されます。
   マッピングタイプ	[ フィールドをマップし、値を変換 (単一フィールド)] を選択します。
   ソースフィールド	resourceType は、Oracle Cloud システムによって定義されたイベントの [追加情報 ] フィールドで定義されるフィールドです。resourceType の可能な値は [元の値] 列に一覧表示され、それらの値の対応する CMDB テーブルは [変換値ペア] セクションの [先の値] 列で指定されます。 resourceType が instance の場合、[cmdb_ci_vm_object] テーブルで CI バインディングが検索されます。
   ターゲットフィールド	イベントの CI タイプ フィールド (ci_type) は、検索する CMDB テーブルを示す CI クラス名を提供する特別なフィールドです。CI タイプフィールドの値は、[値ペアを変換] セクションの [変換値] 列に一覧表示されます。
   値ペアを変換
   開始値	イベントデータから派生したイベントフィールドの可能な値 ( resourceType など) を一覧表示します。
   終了値	[ 開始値 ] 列にリストされている各値に関連付けられた対応する CMDB テーブルを指定します。 アラートのバインド先の CI タイプを示します。