ディスカバリー IP の最適化Summary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } IP 最適化は、1 回のディスカバリースキャンで同じ CI が繰り返し検出されないようにするために、パターンディスカバリーで使用されるプロセスです。 プローブ/センサー プローブを使用する場合、このプロセスはディスカバリーの識別フェーズで実現されます。識別フェーズは、デバイスの探索をトリガーするかどうかを決定する前に実行されます。識別フェーズで、センサーは識別および調整エンジン (IRE) を呼び出して CI を作成または更新します。これが完了すると、デバイスのsys_idが返されます。このsys_idは、現在のディスカバリーステータスに関連するdiscovery_device_historyレコードをチェックするために使用されます。一致が見つかった場合、探索はトリガーされません。一致が見つかった場合は、同じディスカバリーステータスの別の IP アドレスを使用して、この CI が検出されているか、既に検出されていることを意味します。探索フェーズがトリガーされない IP アドレスの場合、discovery_device_historyフィールドlast_stateは [識別済み、追加の IP を無視] に設定されます。 「スクリプトインクルード:DiscoveryJSONIDSensor 」を参照してください。 パターン パターンによって識別フェーズと探索フェーズが組み合わされています。したがって、識別フェーズの情報を使用して探索フェーズをスキップすることはできません。代わりに、分類入力から始めて、IP 最適化によってテーブル discovery_device_duplicate_ips がチェックされ、CI が既に検出されているかどうかが判断されます。したがって、センサーは次のことを行います。 [IP アドレス] または [ネットワークカード] テーブルで、入力ソースに一致する IP を確認します。一致するものが 1 つある場合は、一致するレコードの CI を取得します。 1 つの IP アドレスに対して複数の結果が返された場合、入力はスキップされません discovery_device_duplicate_ipsテーブルに、この CI およびディスカバリーステータスに一致するものが既に存在するかどうかを確認します。一致するものがある場合は、discovery_device_duplicate_ipsステータスを「IP をスキップ」または「重複 IP」に設定します。 ECC キュー入力は準備完了ステータスのままになります。 この時点で一致するものがない場合は、「プロセス IP」ステータスのdiscovery_device_duplicate_ipsを作成します 注: デバイス IP の検出が完了すると、BR「ディスカバリーデバイスの重複 IP」がトリガーされ、準備完了状態で待機しているこのデバイスの他の入力が検出され、検出が完了できるように処理済みに設定されます。また、上記は、詳細/完全なロジックではなく、このプロセスの概要です。 IP 最適化の要件 glide.discovery.ip_based.active = falseglide.discovery.device.duplicate.ip.optimization = trueCI に関連するネットワークカードレコードのinstall_statusフィールド = インストール済みCI に関連する IP アドレスレコードのinstall_statusフィールド = インストール済み 注: デバイスのネットワークカードやIPアドレスは、CMDBで1つの一致を持つ必要があります。たとえば、IP = 192.168.1.10 のデバイスを検出し、CMDB にそのような IP アドレス/ネットワークアダプターが 2 つある場合、この IP は完全に検出されます。 上記のプロパティのデフォルト値: 名前価値glide.discovery.ip_based.activetrueglide.discovery.device.duplicate.ip.optimizationtrue 注意: プローブからパターンへの移行:プローブベースの検出からパターンベースの検出に移行する前に、プローブベースの検出からパターンベースの検出 (KB0694477) に切り替える手順に従う必要があります。移行プロセスでは、PRB1368993が原因で NewYork パッチ 5 より前のバージョンに移行するインスタンスを除き、「glide.discovery.ip_based.active」= false に設定されます。 問題 IP の最適化に失敗すると、同じディスカバリーでデバイスが複数回検出される可能性があります。これにより、次のようなさまざまな問題が発生する可能性があります。 ノードメモリの問題 デバイスが並列に複数回検出され、その入力ペイロードが同じノードで処理されると、ノードでメモリ競合が発生する可能性があります レプリケーション遅延 これは、同じ検出で非常に大きなスイッチまたはルーターを複数回検出した場合に発生する可能性があります。このようなデバイスは何千ものレコードをもたらす可能性があり、そのようなレコードをすべて更新すると、レプリケーションの遅延が発生する可能性があります ディスカバリーがキャンセルまたはハングしました。ディスカバリーに最大実行時間が設定されていない場合、ハングする可能性があります IP 最適化ロジックの PRB が原因で、Ecc_queue入力が準備完了ステータスのままになる場合がある トラブルシューティング ディスカバリーがハングアップ ディスカバリーステータスを開く[ecc_queue] タブを選択します「処理済み」のフィルターが空でキューが入力されました処理済みが空の IP アドレスをメモしますdiscovery_device_duplicate_ipsテーブルに移動ステップ 3 で見つかった IP と現在の検出のディスカバリーステータスを使用して「ソース」をフィルタリングします「CMDB CI」に一致するものを表示し、ソースフィルター条件を削除この時点で、CI に対して見つかったすべての IP ディスカバリーが表示されますこの CI に使用される他の IP アドレスのecc_queue入力にエラーがないか確認します 同じディスカバリーステータスで複数回検出されたデバイス 次の場合、同じディスカバリーで CI が複数回検出される可能性があります。 検出される CI のテーブル CMDB_CI_NETWORK_ADAPTER で IP アドレスが重複しています検出された IP アドレスがどちらのテーブルにも存在しません: CMDB_CI_NETWORK_ADAPTERCMDB_CI_IP_ADDRESS システムプロパティが、この KB の「IP 最適化要件」セクションに従って設定されていません ネットワークスイッチおよびルーター特記事項 ネットワークスイッチとルーターは、IP 最適化ロジックで問題が発生する可能性が高くなります。このようなデバイスは何度も検出され、不要なリソース消費を引き起こす可能性があります。これは多くの場合、次の原因によるものです。 ループバックアドレスネットワークアドレスブロードキャストアドレス リリースに応じて、次のようになります。 ループバックアドレスはネットワークアダプタテーブルに追加されません(ループバックアドレスであるため、除外されます)ネットワークアドレスとブロードキャストアドレスが検出されました ループバックアドレス PRB PRB1352376およびPRB1354567、ループバックアドレスを検出するオプションが追加されました。これはプロパティglide.discovery.allow_loopback_adaptersによって制御されます ネットワークおよびブロードキャストアドレス これらは NIC テーブルに追加されませんが、検出されません。ネットワークアドレスとPRB1342008/PRB1394394に対する修正チェックPRB1358510、ブロードキャストアドレスをスキップします。 IP がブロードキャストかネットワークアドレスかを決定します デバイスが同じ検出で複数回更新され、問題が発生している場合は、ネットワークアドレスやブロードキャストアドレスが検出されたことが原因かどうかを確認する必要があります。 discovery_device_historyに移動ディスカバリーステータス (問題が発生したディスカバリー)、cmdb_ci (影響を受けた CI)、および「識別済み、余分な IP を無視しました」に設定されていないlast_stateでフィルタリングしますdiscovery_device_historyレコードの一部を開くECC キュー関連リストに移動しますSNMP 分類プローブの入力を開きますこのディスカバリーデバイス履歴のプローブで使用されるソース IP を取得し、ペイロード内を検索しますペイロード ipAdEntNetMask から、これがネットワークアドレスかブロードキャストアドレスかを判断します 例 (A と B を実際の IP アドレスに置き換えます): 検出と更新の両方の CI が同じディスカバリーステータスの IP A と IP分類入力を開き、両方を検索します。 <ipAddrEntry instance="A"><ipAdEntAddr type="SnmpIPAddress">A</ipAdEntAddr><ipAdEntNetMask type="SnmpIPAddress">255.255.255.240</ipAdEntNetMask></ipAddrEntry><ipAddrEntry instance="B"><ipAdEntAddr type="SnmpIPAddress">B</ipAdEntAddr><ipAdEntNetMask type="SnmpIPAddress">255.255.255.240</ipAdEntNetMask></ipAddrEntry> サブネット計算機を使用すると、次のことがわかります: Address: A Netmask: 255.255.255.240 = 28 11111111.11111111.11111111.1111 0000Broadcast: BHostMin: NOT A or B HostMax: NOT A or B Hosts/Net: 14 (Private Internet) 上記から、IPアドレスBはブロードキャストアドレスであるため、検出されるべきではなかったことがわかります。IP アドレス A はネットワークアドレスでもブロードキャストアドレスでもないため、この検出は問題ないはずです。 ソリューション (ネットワークスイッチ & ルーター) Orlandoパッチ6にアップグレードし、PRB1354567とPRB1394394の両方、ループバックとブロードキャストを行います。システムプロパティ [glide.discovery.allow_loopback_adapters = true を設定]ネットワークアドレスは、PRB1436135が修正された Quebec で修正が対象になるまで検出され続けます。