Discovery が Hyper-V 用の 2 つのサーバー CI を作成する (Windows Server + Hyper-V Server)：この設計に関する既知の問題Issue Hyper-V Windows Serverを検出した後、同じサーバーハードウェアに対して 2 つの CI があることがわかります。Hyper-V ロールがインストールされている Windows Server のフルインストールの場合、これは現在の設計では正常です。この記事では、その設計方法とこの設計の問題について正確に説明します。 目次 Discovery が CMDB 内で Hyper-V サーバーを配置する場所 Hyper-V サーバー (Hyper-V ロールのある Server Core のみ)Hyper-V ロールを持つ Windows Server [] 設計に関する注意 CMDB IRE 識別および重複排除タスクモデルカテゴリと CI 資産の同期正しい CI の選択Discovery コンソールインポートと Service Graph ConnectorITOM Visibility ライセンスノード数 Discovery が CMDB 内で Hyper-V サーバーを配置する場所 サーバーが無料の Server Core ベースバージョンの Hyper-V を実行しているか、Windows Server のフルインストールであるかによって、メインサーバー CI の作成方法が若干異なります。 Hyper-V サーバー (Server Core with Hyper-V ロールのみ) https://en.wikipedia.org/wiki/Hyper-V#Hyper-V_Server 分類子：Hyper-V サーバー OS 名/エディションに「Hyper-V」が含まれているが、「without Hyper-V」が含まれていない場合 (「Hyper-V without Windows Server 2008」などには使用されません)この分類子は最初に順序付けされるため、一致しない場合にのみ、分類は以下の通常のサーバー分類子にフォールバックします。 これらのデバイスには「Hyper-V Server」パターンが使用されます。「Hyper-V サーバー」[cmdb_ci_hyper_v_server] のみが作成されます。これはメイン CI であり、シリアル番号、IP、ネットワークアダプター、ディスク、実行中のプロセスなどの関連リストがすべて含まれています。[Operating System] フィールドには、Hyper-V OS 名が含まれます。 Hyper-V ロールを持つ Windows Server https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions#Server_versions 分類子：Windows n Server (Windows 2022 Server など) OS 名/エディションに「Server」が含まれている場所 これらのデバイスには、「Windows - Hyper-V」ライブラリを含む「Windows OS - Server」パターンが使用されます。「Windows Server」[cmdb_ci_win_server] CI が作成されます。これはメイン CI であり、シリアル番号、IP、ネットワークアダプター、ディスク、実行中のプロセスなどの関連リストがすべて含まれています。サーバーで「実行される」検出されたアプリケーション CI には、cmdb_ci_win_server CI への関係リンクがあります。追加の「Hyper-V Server」[cmdb_ci_hyper_v_server] が、メインの Windows Server CI との「Runs on」関係で作成されます。これには、すべての属性と関連リストが入力されるわけではありません。 2022 年 9 月以降、名前には「@Hyper-V Server」サフィックスが付き、シリアル番号には「_hyper_v_server」サフィックスが付きます。cmdb_ci_hyper_v_server レコードの [windows_host] フィールドは、cmdb_ci_win_server レコードを参照します。 両方のレコードの [Operating System] フィールドには、完全な Windows Server バージョン (「Windows 2012 R2 Datacenter」など) が含まれます。 設計に関するメモ これは、プローブ + センサーまたはパターンのいずれかを使用する Discovery の両方に適用されます。パターンの移行は、プローブで使用されたものと同じ設計を継続しました。 すべての Hyper-V CI および仮想 CI との関係が一貫して連携するには、「Hyper-V サーバー」[cmdb_ci_hyper_v_server] クラス CI が存在する必要があります。 cmdb_ci_hyper_v_server クラスは CMDB のハードウェア分岐にありますが、実際にはソフトウェアです。これは、より最近の Discovery の実装、CI クラスモデルと提案された関係、およびかなり後に登場した CSDM とは比較になりません。これが今日設計された場合、Windows Server のすべてのエディションのメインハードウェア CI には cmdb_ci_win_server クラスが使用され、そのサーバーで実行されている Hyper-V ソフトウェアには Hyper-V アプリケーションクラスが使用されます。 上記は、Hyper-V Server Discovery の現在の設計です。この設計を今変更すると 問題が発生します この設計は製品の欠陥とは見なされず、期待どおりに機能しています。顧客には引き続き、[拡張要求を作成する] というオプションがあります。これは過去に既に試行された結果なしですが、今回は十分な賛成票が得られる可能性があります。 CMDB IRE の識別および重複排除タスク 両者間の参照/関係が適切に作成されている限り、同じハードウェアの 2 つの CI であっても、CMDB IRE 調整エンジンの健全性ジョブはこれらを重複としてマークすることはできません。どちらもハードウェア分岐にあるため、「ハードウェアルール」識別子の対象となります。 これはある時点で機能を停止し、次の問題が発生しました：PRB1564552 / KB1118026 Hyper-V サーバーパターンステップでは識別フィールドが Windows Server と区別されず、重複レメディエーターとの競合が発生します これは、2022 年 9 月バージョンの「Visibility Content」アプリ v6.1.0 またはそれ以降で修正されました。 「Windows OS - Servers」パターンは、Windows Server CI の実際の名前/シリアル番号を使用し、名前に「@Hyper-V Server」サフィックスを追加し、Hyper-V サーバーレコードのシリアル番号に「_hyper_v_server」サフィックスを追加するようになりました。 「Hyper-V Server」パターンでは、単一の Hyper-V Server CI を作成する場合、実際の名前/シリアルが使用されます。 モデルカテゴリと CI 資産の同期 Windows Server 用のモデルカテゴリ [cmdb_model_category] があります。これにより、リンクされたハードウェア資産が自動的に作成され、それらの間でフィールドの同期が維持されます。 Hyper-V サーバーのモデルカテゴリはありません。つまり、サーバーハードウェアを表す唯一の CI である Hyper-V サーバー CI しかない場合、リンクされた資産は作成されません。 正しい CI の選択 たまたま Hyper-V も実行している通常のサーバーがある場合、CI のペアは異なるクラスに属しますが同じ名前になります。 これらは CMDB の同じサーバー/コンピューター/ハードウェア分岐内にあるため、ルックアップ選択ボックスには両方がリストされている可能性があります。どちらを使用し、どのように区別しますか？ タスクがハードウェア、または一般的な OS の構成に関連している場合は、cmdb_ci_win_server レコードを使用するのが理想的です。 これは、シリアル番号、CPU/メモリ、ネットワーク/IP、実行中のプロセスなどのすべての関連リストを含む CI です。名前に「@Hyper-V Server」というサフィックスが付いた CI は使用されません。 タスクがサーバー上の Hyper-V の構成に関連する場合、またはそれらで実行されている VM インスタンスとサービスに関連する場合は、cmdb_ci_hyper_v_server レコードがより適しています。 これは、すべての Hyper-V 固有の関係を持つ CI です。 インシデント/問題/変更フォームのルックアップ選択ボックスポップアップのリストレイアウトをカスタマイズして [クラス] 列を含めると、ITIL/資産ユーザーに役立ちます。 参照される構成アイテムのクラスにドット連結して、タスクのレイアウトを形成するフィールドを追加することもできます。誤って CI が再分類されないように、UI ポリシーを追加してそのフィールドを読み取り専用にすることをお勧めします。 Discovery コンソール 参照：KB1216009 Discovery コンソールで Hyper-V サーバーを無効にしても、Hyper-V サーバークラス CI の作成は妨げられない インポートと Service Graph Connector Microsoft SMS/SCCM 統合プラグインは、これを同じ方法で行いません。 これにより、Hyper-V サーバー (Hyper-V ロールのある Server Core のみ) ホストが Windows Server クラスにインポートされます。これは、既存の Hyper-V クラス CI が、関連する Hyper-V インスタンスとともに Windows Server テーブルに再分類/移動されることを意味します。再検出により新しい Hyper-V CI が作成され、SCCM によって移動された CI が複製されます。 この非互換性によって発生する問題は、PRB1362155 によって追跡されています配置されていました。KB0812251 SCCM V Server は Windows Server クラス [cmdb_ci_win_server] にありますが、Discovery では従来は Hyper-V Server クラス [cmdb_ci_hyper_v_server] に配置されていました ITOM Visibility ライセンスノード数 この設計によるサーバー CI の過剰カウントは、Rome バージョンで修正されました (PRB1483452)。