CAS雲平台遷移網絡問題

一、核心原因分析

1. ‌遷移策略未指定遷移網絡‌
   CAS遷移任務默認可能選擇管理網絡，需在遷移配置中手動綁定遷移網絡接口‌35。若未明確指定，係統會優先使用管理網絡傳輸數據。

2. ‌網絡策略或路由幹擾‌
   遷移網絡與管理網段存在路由衝突，或防火牆/安全組策略未放行遷移流量（如VXLAN端口4789），導致流量回退至管理網絡‌。

3. ‌存儲路徑依賴管理網絡‌
   若虛擬機存儲（如共享存儲NFS/iSCSI）僅通過管理網絡訪問，遷移時存儲數據傳輸仍走管理網段‌。

二、配置驗證與優化步驟

▶ ‌步驟1：檢查遷移任務配置‌

1. ‌手動選擇遷移網絡‌
   創建遷移任務時，在 ‌高級選項‌ 中勾選遷移網絡接口（如migrate-net），強製指定流量路徑‌35。
   ‌操作路徑‌：遷移向導 > 網絡配置 > 選擇遷移網絡接口。

▶ ‌步驟2：驗證網絡策略與路由‌

1. ‌排查防火牆規則‌
   確保遷移網絡相關端口（如VXLAN 4789、SSH 22）在主機間互通：

   iptables -L | grep migrate-net # 檢查防火牆規則

   若存在攔截策略，需添加放行規則‌45。

2. ‌檢查路由優先級‌
   通過路由表確認遷移網絡路由優先級高於管理網絡：

   route -n | grep "migrate_net_gateway"

   若遷移網絡網關未配置或優先級低，需調整路由策略‌4。

▶ ‌步驟3：優化存儲訪問路徑‌

1. ‌配置存儲專用網絡‌
   若使用共享存儲，需將存儲流量分離至獨立網絡（如存儲網絡storage-net），避免與管理/遷移網絡混用‌。
   ‌配置示例‌：

   # 存儲服務器綁定存儲網絡IP ifconfig eth1 10.10.20.1 netmask 255.255.255.0

2. ‌驗證存儲連通性‌
   從CAS主機通過遷移網絡訪問存儲，確認鏈路可達：

   ping -I migrate-net-interface storage-ip # 指定遷移網絡接口測試

三、高級調試方法

1. ‌抓包分析流量路徑‌
   在源主機和目標主機的遷移網絡接口抓包，確認是否生成遷移流量：

   tcpdump -i eth1 -nn "port 4789" -w migrate.pcap # 捕獲VXLAN流量

   若未捕獲到數據，表明遷移網絡未被啟用‌。

2. ‌重啟遷移服務‌
   強製刷新網絡配置（謹慎操作，建議在維護窗口執行）：

   service tomcat8 restart # 重啟CAS管理服務‌:ml-citation{ref="5" data="citationList"}

四、後續維護建議

• ‌分離網絡角色‌：將管理、遷移、存儲網絡物理隔離，避免帶寬爭搶和策略衝突‌。
• ‌定期驗證配置‌：通過模擬遷移任務檢查流量路徑，確保策略生效‌。

通過上述措施可係統性定位並解決遷移流量未走專用網絡的問題。若問題仍存，建議收集/var/log/cas/migration.log日誌並聯係H3C技術支持