為裝置角色偵測建立掃描規則集時,查詢資訊集(又稱為 Infoset)或許可提供探索效能優點。不過,如果需要完整的資訊,直接查詢 WMI/SNMP 的角色偵測規則是最佳的方式。本節將以判定裝置角色和子角色的例子,說明這兩個方式之間的差異。
Important: 建立及使用一個可查詢不完整 Infoset 的角色偵測規則,可能會影響角色判定的準確性。舉例來說,當探索在可由 SNMP 或 WMI 擷取一個值之前在 Infoset 中檢查該值時,這可能會造成「誤否定」的情況。
Tip: 當您的掃描規則使用 SNMP/WMI 檢查一個值或欄位時,WhatsUp Gold 探索會將其與一個 Infoset 關聯。因此在掃描大規模的網路時,在接下來的規則中查詢 Infoset(如果需要的話)會比較有幫助,而不是使用複製 SNMP/WMI 通話的作法。
套用查詢到 Infoset 的掃描規則與其他查詢不同之處在於:
Infoset 為 WhatsUp Gold 運用的內部架構,部分為公開以擴大探索支援。您可以透過檢視系統子角色的掃描規則來找到使用 Infoset 的最佳範例。
在 Dell 儲存中心子角色中定義的資訊集掃描規則
使用 Infoset 的掃描偵測規則範例(所示為 Cisco Meraki 子角色規則群組)
Infoset 運用命名空間或樹狀架構。您可以在角色或子角色定義中使用掃描規則來查詢以下的 Infoset 部分:
以下的表格列出 Infoset 公開以供探索效能優化的某些部分。
Infoset 名稱 |
值屬性 |
Infoset 路徑 |
cloud |
Azure、AWS、CiscoMeraki |
/cloud/platform |
LWAP、VirtualMachine、Portal/ LoadBalancer |
/cloud/type |
|
netapp-encl-table |
叢集(規則運算式) |
/netapp-encl-table/entry |
netapp-product |
NetApp、*Node |
/netapp-product/role |
smis-agent
|
NetApp |
/smis-agent/entries/entry/cluster-redundancy |
*Array |
/smis-agent/role |
|
root/emc/smis(規則運算式) |
/smis-agent/entries/entry/name-space |
|
virt-machine |
通常評估為規則運算式。舉例說明: '(Windows|Microsoft).*Server.*2012 R2' |
/virt-machine/guest-os |