CMDB での CI の関係

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：4分

    • 静的資産リストとは対照的に、CMDB は、システム内の構成アイテム (CI) だけでなく、それらのアイテム間の関係も追跡することができます。

    CMDB の関係は、2 つの CI と 1 つの関係タイプで構成されます。
    • 親 CI
    • 子 CI
    • 両方の CI をリンクする関係のタイプ
    たとえば、[Server1] [Managed by] [Server2] の関係では、次のようになります。
    • Server1 は子 CI
    • Server2 は親 CI
    • [Managed by] は関係タイプ

    たとえば、Web アプリケーションは、Oracle のインスタンスからデータを読み取ることがあるため、基礎となるハードウェアに依存する可能性があります。CMDB 内のほとんどの CI は、他の CI、ユーザー、およびグループと複数の関係を持っています。

    CI 間の関係は自動的に検出することができます。ディスカバリー を使用する場合、ディスカバリープロセスを通じて多くの関係をシステムに自動的にロードすることができます。別のシステムからデータをインポートする場合、何らかの形の関係が取得されます。

    CI フォームから CI 関係エディター を起動することにより、CI で自動的に検出された関係の追加、関係の作成、または関係の編集を行うことができます。CI 関係エディターの代わりに、CMDB ワークスペース ストアアプリ の統一マップは CI 関係を編集するための最新の機能を提供します。詳細については、「 統一マップでのリレーションシップの編集」を参照してください。

    依存関係と非依存関係

    tomcat RunsOn ハードウェアなどの依存関係は、識別および調整エンジン (IRE) で依存型 CI を識別するために使用されます。IRE は、これらの関係を利用して、最近検出された CI が既に CMDB に存在するかどうかを判断することで、構成管理データベース (CMDB) への CI の重複エントリを回避します。

    非依存関係の場合、CMDB はディスカバリーソースと、関係性ソース [sys_rel_source] テーブル内の前回のスキャン時間を追跡します。非依存関係は CI の識別には使用されず、不要になった場合は削除できます。

    IRE に過度の負荷がかからないように、デフォルトでは関係性ソース [sys_rel_source] テーブルに自動入力されません。非依存関係の完全な情報を追跡する場合は、glide.identification_engine.populate_sys_rel_source プロパティを使用してデフォルトを変更できます。

    依存関係 は CI の識別に使用されるため、追跡されないため、直接削除しないでください。

    関係性ソース [sys_rel_source] テーブルの情報を使用して、依存していない可能性がある関係を削除しても問題ないかどうかを判断できます。たとえば、非依存関係を削除しようとしているディスカバリーソースは、次のことを確認できます。

    • その関係に他のデータソースがないこと。
    • 関係が指定された期間更新されていなかったため、不要になりました。

    非依存関係が CI 関係性 [cmdb_rel_ci] テーブルから削除されると、関係性ソース [sys_rel_source] テーブル内のすべての対応するカスケードレコードが削除されます。

    重要な関係

    次の表には、いくつかの重要な CMDB 関係の説明が記載されています。
    親 子 説明
    適用可能なフロー先 適用可能なフロー元

    エンドポイント CI 間の接続。

    注:
    内部専用 (サービスモデル)。
    接続先 接続元

    互いに通信している要素間のネットワーク接続。

    例：ワークステーションからスイッチ、スイッチからスイッチ、Kubernetes ワークロードからサービス。
    包含 次のものに含まれる：

    通常は格納関係 (CI と格納されている CI) です。子 CI には通常、この関係タイプの親 CI が 1 つあります。

    例：Tomcat から Tomcat WAR。VMware Datacenter には Network が含まれます。
    リソース定義： リソース取得元：

    親 CI は子 CI からリソースを定義または取得します。

    例：VMware - リソースプールは ESX サーバーからリソースを取得します。
    依存する作業指示タスク 使用場所 親 CI は子 CI に依存します。子 CI の問題や変更が親 CI に影響する可能性があることを意味します。
    サービスオファリング元 ホスト

    要素とそのホスト間のホスティング関係。

    例：クラウドリソースから論理データセンター、k8s ワークロードから k8s クラスター。
    エンドポイントの実装先 エンドポイントの実装元

    このエンドポイントを公開する CI へのエンドポイント。

    注:
    内部専用 (サービスモデル)。
    管理 管理担当者

    通常は 1 つの CI が他の 1 つ以上の CI を管理する場合に使用されます。

    例：vCenter は vCenter データセンターを管理します。
    メンバー 次のメンバー

    通常はクラスターノードがクラスターのメンバーであるクラスターで使用されます。

    例：ESXi サーバーは vCenter クラスターのメンバーです。
    所有 オーナー 通常は格納関係 (CI から所有された CI) です。子 CI には通常、この関係タイプの親が 1 つだけあります。
    実行場所 実行

    通常はソフトウェアアプリケーションを表す CI とホスティングしているハードウェアまたは VM の間。

    例：Tomcat は Linux サーバーで「実行」します。
    エンドポイントの使用終了点 エンドポイントの使用開始点

    CI から送信エンドポイントへ。

    注:
    内部専用 (サービスモデル)。