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技术支持