状態相関コンポーネント
内容
casp1032jp
内容
状態相関を使用して、障害インジケータを定義するコンポーネントのシステムを構築できます。これらのコンポーネントを使用して、障害の関連付けに使用するプロセスを作成できます。障害インジケータでは、システムによって評価されるリソースを指定します。以下のコンポーネントを使用できます。
状態相関を設定する前に、事前定義済みコンポーネントの設定を確認することをお勧めします。これらの設定は状態相関エディタで確認できます。
条件
状態
は、相関システムの基本的な構成要素です。状態は、CA Spectrum
アラームと同様に、ステータス変更などのリソース上の一時的なイベントです。その状態を引き起こす条件が満たされる限り、状態は存続します。アラームと同様に、常にセット
イベントによって状態が開始され、クリア
イベントによって状態がクリアされます。状態を定義する場合、セット イベント タイプとクリア イベント タイプを特定します。「セット」イベントは、状態と関連付けられているアラームを生成します。そのため、関連付けられているアラームが破棄されると、状態がクリアされることがあります。同様に、ルールで状態（その「セット」イベントによって）を作成し、どの状態セットもそのルールを満たさない場合も、状態はクリアされます。この場合、状態は自動的にクリアされます。そのセット イベントによってルールが作成された状態は、
示唆された状態
です。CA Spectrum
アラームに対応する状態を定義できます。状態の「セット」イベントがアラームのセット イベントと同じである場合、アラームが生成された後、状態インスタンスがインスタンス化されます。アラーム自体は相関システム内でリンクされます。このリンクによって状態相関は OneClick 内のメイン アラーム リストから徴候的なアラームを非表示にし、徴候的なアラームを根本原因アラームに関連付けます。徴候的なアラームは、［影響度］タブ下の根本原因アラームの［兆候］リストにリスト表示されます。重要：
起動時に利用可能なアラームは相関されません。相関ルールを作成するときに、相関条件の設定に使用される状態のパラメータを定義することもできます。
パラメータ
は、任意のイベント変数データ、または状態と関連付けられているモデルの任意のモデル属性にすることができます。新しいパラメータを作成できます。または、既存のパラメータを変更したバージョンを作成することができます。注：
相関状態は CA Spectrum
モデルの状態属性とは関係がありません。ルール
特定の条件が満たされたとき、
ルール
は、2 つ以上の状態間の関係を定義します。ある状態が別の状態の兆候、または原因であることを規定するルールを定義できます。たとえば、根本原因ポートの LinkDown 状態に、徴候的な SPM テストしきい値違反状態を関連付けることができます。このポリシー内のルールを一連の SPM テストおよびドメイン内のポート モデルに適用できます。さらに、ルールを作成して、1 つ以上の状態が別の状態の存在を示唆することを示すことができます。
ルール パターン
以下のいずれかのパターンでルールを表現できます。
- 次の原因で発生状態 Z は、状態 X または一連の状態の原因になります。兆候の状態がすべて存在し、ルール条件が適用され、根本原因の状態 Z が存在する場合、相関が作成されます。Z がアラームと関連付けられる場合、徴候的なアラームはすべてそのアラーム下で非表示になります。モデルの状態（色）は以前と同じままです。たとえば、モデル上の 1 つのアラーム（黄色）によってモデル上の別のアラーム（赤）が非表示にされた場合、他のモデルにはアラームが何も表示されず赤のままです。注：いずれかの状態がクリアされた場合、相関は壊れません。
- 次を示唆する状態 X または一連の状態は、状態 Z を示唆します。兆候がすべて存在し、ルール条件が適用される場合、根本原因の状態 Z が作成されます。そのため、状態 Z に対して「セット」イベントが作成され、その後、アラームが生成されます。いずれかの兆候がその後クリアされた場合、また他のどの一連の状態も依然としてルールを支持しない場合にのみ、状態 Z はクリアされます。しかし、状態がアラームを作成する場合、状態が「クリア」イベント（アラームをクリアする必要があります）を持つ場合にのみ、アラームはクリアされます。そのため、アラームはその設定によっては残ることがあります。
- 次の原因で示唆される状態 X または一連の状態は、状態 Z の示唆される原因です。［次の原因で発生］および［次を示唆する］パターンは前のパターンが両方とも組み合わされたものです。
重要：
兆候および原因と同じ状態を使用する相関は失敗します。兆候および原因と同じ状態（示唆される原因など）を使用して、相関をセットアップすることはできません。ただし、同じセット イベントまたはクリア イベントを使用して別の状態を作成したり、根本原因と同じ状態を使用することはできます。
例
状態 A と、相関ドメインで A が原因で発生したことを示唆するルール A をセットアップします。アラーム A がドメイン内のデバイスで作成された場合、別のアラーム A が相関ドメイン モデルで作成されることを確認できます。ただし、デバイス上のアラーム A はドメイン アラームの兆候になりません。
このアラームをドメイン アラームの兆候にするには、相関ドメイン上の B が原因で発生したことを示唆する状態 A というルールを持つ、A に似た B 状態を作成できます。
他のパターン
状態相関では、相関が 2 つの状態間で確立される前に満たす必要がある、より多くのルール条件を使用して、より詳細なルール パターンを構築できます。ある状態のパラメータを別のものと、または特定の値について比較することにより、条件を指定できます。
たとえば、ポート モデル上の LinkDown 状態のインスタンスは、ボード上の BoardPulled 状態のインスタンスが原因で発生する可能性があります。ポートのスロット番号がボードのスロット番号と等しい場合、また、ポートとボードの両方が同じデバイスのものである場合に、この関係が発生することがあります。
ポリシー
ポリシー
は、1 つ以上のルールのセットです。任意の数のルールをポリシー内でグループ化できます。（ドメイン内の）任意の数のリソース グループに 1 つ以上のポリシーを適用できます。ポリシーを使用して、複数のドメインでのルールの実装を簡略化します。ポリシーのルールを追加、編集、または削除すると、ポリシーの実装はすべて更新されます。
相関ドメイン
相関ドメイン
とは、CA Spectrum
コンテナ モデルとして作成される、リソースのグループのことです。状態相関では、これらのリソースをまとめて評価します。この評価は、相関ドメインに適用されるポリシー内のルールに基づいて行われます。ドメインには、さまざまなモデル タイプの任意の数のモデルを含めることができ、任意の数のポリシーを適用させることができます。そのため、ドメインのリソースを選択する場合、ドメインに適用されたポリシー（複数可）によって何を評価するかも決定します。相関ドメインを作成し、リソースを設定するための複数のオプションがあります。リソース単位でリソースを追加できます。または、サービスまたはグローバル コレクション モデルからドメインを作成できます。グローバル コレクション モデルとは、リソースのコレクションを表すエンティティです。