CMDB 健全性 KPI と測定基準

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分
  • 全体の CMDB 健全性スコアは、正確性コンプライアンスおよび完全性の 3 つの重要業績評価指標 (KPI) で構成され、それぞれがさらにサブ測定基準で構成されています。各 KPI と測定基準は、全体の CMDB レベル、クラス、および CI レベルで集約された健全性への寄与を判断するスコアカードに関連付けられています。

    集計では、各 KPI や評価指標を組み入れるかどうかと個別の重み付けを設定できます。ベース システムでは、すべての KPI と測定基準を組み入れて健全性レポートが集計されます。

    全体

    全体のスコアカードの重み設定に従う、3 つの KPI (正確性、完全性、コンプライアンス) の集計。

    正確性

    正当性スコアカードの重み設定に従う、次の測定基準の集計である KPI。

    孤立
    CMDB 内の孤立 CI の割合を測定します。CI が不要になったときに意図せず CMDB に残っていた場合、孤立する可能性があります。次の場合、CI は孤立していると判断されます。
    • CI が孤立ルールの条件を満たす場合。この基準は、CI が持つ必要のある特定の属性、および関係性のない CI または特定の関係性を持たない CI をチェックします。
    • 各テーブルまたは親テーブルの 1 つで CI のデータが欠けている場合。
    未更新

    CMDB 内の古い CI の割合を測定します。クラスに適用される未更新ルールで指定された [有効期間] 内に CI が更新されなかった場合、CI は古くなっています。

    ベース システムには、構成アイテム [cmdb_ci] クラスのデフォルトの未更新ルールが含まれています。これは [有効期間] を 60 日に設定します。このルールはすべての拡張 CMDB クラスに適用され、ユーザーが定義したクラス固有の未更新ルールによって上書きできます。CI の未更新を判別するために、CI のクラスの未更新ルールが存在する場合はそれが使用されます。そうでない場合、デフォルトの未更新ルールが使用されます。

    また、古い CI が親または子である関係性は、古い関係性であると判断されます。

    注:
    Discovery は、物理的に存在しなくなった VMware vCenter CI を古いとマークします。デフォルトでは、この設定は、その CI に対して定義された CMDB 健全性未更新ルールより優先します。CMDB ダッシュボードを健全性評価結果までドリルダウンすると、Discovery によって古いと判断された CI の [ソース][CLOUD_DISCOVERY] になっています。glide.cmdb.health.src.cmdb_health_audit_only システムプロパティを true に設定すると、CMDB ダッシュボードには CMDB 健全性によって生成された健全性評価結果のみが表示されます。詳細については、「CMDB 健全性システムプロパティ」および「Discovery for VMware vCenter」を参照してください。
    複製

    識別ルールを使用して CMDB 内の重複した CI の割合を測定します。依存なし CI のみが重複について評価されます。重複 CI のセットにおいて、重複 CI の数は、セット内の CI の合計数から 1 を引いた値です。重複した CI のセットの詳細グラフでは、セット内のすべての CI が表示されます。

    重複測定基準の詳細、例、およびトラブルシューティング情報については、「CMDB 健全性 - 重複測定基準 - アルゴリズム [KB0726425]」ナレッジベース記事を参照してください。

    完全性

    完全性スコアカードの重み設定に従う、次の測定基準の集計である KPI。

    必須
    必須と定義されているフィールドにデータが入力されていない CI の割合を測定します。 欠損フィールドは、この CI の情報が欠損していることを示し、不完全としてタグ付けされます。必須フィールドは、システム ディクショナリーで必須として指定されているフィールドと同等です。
    推奨

    推奨として設定されているフィールドにデータが入力されていない CI の割合を測定します。初期設定の、非推奨フィールドは指定されません。

    [推奨ルールに識別子フィールドを追加 (Add Identifier Fields In Recommended Rules)] スケジュール設定済みジョブを使用すると、アクティブな識別ルールの基準属性を推奨フィールドとして設定できます。[推奨ルールから識別子フィールドを削除 (Remove Identifier Fields In Recommended Rules)] スケジュール設定済みジョブを使用すると、アクティブな識別ルールの基準属性の推奨フィールドとしての設定を解除できます。

    コンプライアンス

    実際の CMDB 監査実行の結果に基づいています。

    監査

    監査は、指定されたフィールドの実際の値を、テンプレートおよびスクリプト化された監査で定義された期待値と比較します。CMDB 健全性は、監査のLast run dateに基づいて、最新の完全な監査実行のセットを識別し、その監査結果を使用します。CMDB 健全性監査テストに合格するには、CI がその CI のすべての監査に準拠している必要があります。コンプライアンスタイプの監査を作成し、その結果を CMDB 健全性コンプライアンス KPI の計算に入れます。

    スクリプト化された監査を実行する場合、[Last run date] は入力されません。したがって、コンプライアンス KPI でスクリプト化された監査の結果を含めるには、監査でスクリプトを更新し、監査実行時間を記録します。

    リレーションシップ

    構成できない次の測定基準で構成される、CI 関係性の健全性を測定します。

    関係性が重複
    同一の親および子 CI、同一の関係性タイプ、および同一のポートを持つ関係性です。関係性タイプごとに重複した関係性が表示されます。重複した関係性のセットでは、重複した関係性の数は、セット内の重複した関係性の合計数から 1 を引いたものです。重複した関係性の詳細グラフでは、セット内のすべての関係性が表示されます。
    孤立関係
    親 CI、子 CI、またはその両方が欠損している関係性。
    古い関係性
    親 CI または子 CI が古い CI である関係性。

    1 つの関係性で 2 つ以上の健全性テストが失敗することがあります。たとえば、重複した関係性も古い可能性があります。

    また、次の関係性関連の要約もレポートします。
    • 提案された関係に準拠しない関係
    • 格納規則に準拠しない関係
    • ホスティング ルールに準拠しない関係