您可以監控連接埠鏡像工作階段以用於疑難排解或其他目的。
請注意，邏輯 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。如果看不到原則和管理程式模式按鈕，請參閱設定使用者介面設定。
