您可以監控連接埠鏡像工作階段以用於疑難排解或其他目的。
請注意,邏輯 SPAN 僅支援覆疊邏輯交換器,而非 VLAN 邏輯交換器。
NSX Cloud 附註: 若使用
NSX Cloud,請參閱
如何搭配使用 NSX-T Data Center 功能與公有雲以取得自動產生的邏輯實體清單、支援的功能和
NSX Cloud 所需的組態。
這項功能具有下列限制:
- 來源鏡像連接埠無法位於一個以上的鏡像工作階段中。
- 透過 KVM,您可將多個 NIC 連結至相同的 OVS 連接埠。鏡像會發生在 OVS 上行連接埠,這表示連結至 OVS 連接埠之所有 pNIC 上的流量皆會發生鏡像。
- 對於本機 SPAN 工作階段,鏡像工作階段的來源和目的地連接埠必須位於相同的主機 vSwitch 上。因此,如果您將具有來源或目的地連接埠的虛擬機器 vMotion 至其他主機,則該連接埠上的流量都將無法再次進行鏡像。
- 在 ESXi 上,當上行連接埠上啟用鏡像時,系統會使用 VDL2 的 Geneve 通訊協定將原始生產 TCP 封包封裝至 UDP 封包。支援 TSO (TCP 分割卸載) 的實體 NIC 可變更封包,以及使用 MUST_TSO 旗標來標記封包。在具有 VMXNET3 或 E1000 vNIC 的監控虛擬機器上,驅動程式會將封包視為一般 UDP 封包,且無法處理 MUST_TSO 旗標,而會捨棄封包。
如果有大量流量鏡像至監控虛擬機器,則可能會導致驅動程式的緩衝區循環已滿而造成捨棄封包。若要減輕這個問題,可執行下列一或多個動作:
- 增加 rx 緩衝區循環大小。
- 指派多個 CPU 資源給虛擬機器。
- 使用數據平面開發套件 (DPDK) 來改進封包處理效能。
備註: 確定監控虛擬機器的 MTU 設定 (若是 KVM,則也包括 Hypervisor 虛擬 NIC 裝置的 MTU 設定) 夠大以處理封包。這一點對於封裝式封包尤為重要,因為封裝會增加封包大小。否則,封包可能會遭到捨棄。對於具備 VMXNET3 NIC 的 ESXi 虛擬機器,這不會是問題,但對於 ESXi 和 KVM 虛擬機器上的其他 NIC 類型可能會發生問題。
備註: 在涉及 KVM 主機上虛擬機器的第 3 層連接埠鏡像工作階段中,您必須設定夠大的 MTU 大小才能處理封裝所需的額外位元組。鏡像流量會通過 OVS 介面和 OVS 上行。您必須將 OVS 介面的 MTU 設定為至少大於原始封包 (封裝和鏡像前) 大小的 100 個位元組。如果您看到捨棄的封包,請增加主機虛擬 NIC 和 OVS 介面的 MTU 設定。請使用下列命令來設定 OVS 介面的 MTU:
ovs-vsctl -- set interface <ovs_Interface> mtu_request=<MTU>
備註: 監控虛擬機器的邏輯連接埠和虛擬機器所在主機的上行連接埠時,視主機為 ESXi 或 KVM 而定,您會看到不同的行為。對於 ESXi,系統會以相同的 VLAN 識別碼標記邏輯連接埠鏡像封包和上行鏡像封包,且會以相同方式向監控虛擬機器顯示。對於 KVM,系統不會以 VLAN 識別碼標記邏輯連接埠鏡像封包,但會標記上行鏡像封包,且會以不同方式向監控虛擬機器顯示。
必要條件
確認已在 NSX Manager 使用者介面中選取管理程式模式。請參閱NSX Manager。如果看不到原則和管理程式模式按鈕,請參閱設定使用者介面設定。