CMDB 内の CI 関係
静的資産リストとは対照的に、CMDB は、システム内の構成アイテム (CI) だけでなく、それらのアイテム間の関係も追跡することができます。
- 親 CI
- 子 CI
- 両方の CI をリンクする関係のタイプ
- 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] テーブル内のすべての対応するカスケードレコードが削除されます。
重要な関係
| 親 | 子 | 説明 |
|---|---|---|
| 適用可能なフロー先 | 適用可能なフロー元 | エンドポイント 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 から送信エンドポイントへ。 注: 内部専用 (サービスモデル)。 |