vSphere 網絡卡組隊及故障切換政策如何影響虛擬機連線？

技術原理與設計重點

管理、vMotion、儲存及虛擬機流量的可靠性要求不同。應把每個 VMkernel、連接埠群組、VLAN、實體交換器、上行鏈路及供電路徑畫在同一張圖上，避免兩張網卡其實連到同一故障點。

選擇路由方式時要同時看 vSphere 交換器政策、實體交換器能力、LACP 需求及端點流量模型。單一流量通常仍受單一實體鏈路或雜湊結果限制；不能以網卡數量直接推算單一連線速度。

鏈路狀態、實體交換器回報及 beacon 等方式各有適用條件。設定後應測試拔除鏈路、交換器埠、VLAN 或上游設備，確認切換時間、MAC 學習、告警、回復行為及是否有短暫中斷。

本文用於技術規劃及驗收前的溝通，不是對任何特定版本、硬件、授權或拓撲的保證。正式變更前，應核對現行 Broadcom VMware vSphere 文件、硬件相容性資料及企業變更政策，並先在非生產環境驗證。

本文內容以以下原廠或標準機構資料作交叉核對；版本更新時應重新確認相關設定：

不確定如何應用於實際環境？我們的工程師可按現場情況提供建議，免費解答及報價。

WhatsApp 即時查詢

NIC teaming 是否可以把兩條 1Gbps 變成單一 2Gbps 連線？

不應作此保證。實際吞吐量受路由政策、雜湊、端點、交換器及應用程式限制；單一流量通常未必同時使用兩條鏈路。應以實際測試和多流量情境評估總容量。

兩條上行鏈路接到同一台交換器就算備援嗎？

只能抵禦部分埠或網卡故障，不能抵禦該交換器、供電或上游故障。若目標是設備級備援，應按實體故障域把鏈路接到獨立設備，並確認交換器、VLAN、生成樹或聚合政策相容。

Active-Active 與 Active-Standby 應如何選擇？

應按交換器能力、流量類型、故障切換目標、維護能力及版本支援選擇。Active-Standby 的行為較容易解釋但可能浪費正常時段容量；Active-Active 可提高使用率但需要更嚴謹的端到端政策及測試。

故障偵測只看網卡 link up 狀態足夠嗎？

不一定。網卡與交換器埠仍顯示連線，不代表 VLAN、上游路由或對端服務可達。應按用途選擇受支援的偵測和監察方式，並用實際故障測試確認結果。

為何切換後虛擬機仍然無法連線？

常見原因包括交換器端 VLAN/trunk 不一致、MAC 學習延遲、上行鏈路實際連到同一故障域、ACL/路由問題、MTU 不一致或只為某一類流量配置了備援。應沿端到端路徑逐層檢查。

vMotion 或 iSCSI 的 teaming 可以沿用虛擬機網絡設定嗎？

不應直接複製。不同 VMkernel 服務對路徑、繫結、備援及故障行為的要求不同；應按 Broadcom 文件、儲存或網絡設備設計分別驗證，並記錄每個服務的主動/待命政策。

HKEZIT 可協助企業評估伺服器、網絡、儲存、備份及系統整合需要，按現場環境制定方案。

若閣下正計劃相關工程或需要選購設備，歡迎瀏覽網絡工程服務了解方案詳情，或透過網上快速報價與我們的工程師聯絡。