我们在做微服务平台服务时经常在构建IaaS 时,因为硬件资源的扩容、缩减等可维护性问题需要迁移或者复制方式扩容方式来快速扩建集群节点,提高微服务运营的可靠性、可用性等非功能性技术支持,而我们在做非功能技术改造过程中往往会因为一些细节性技术问题尚未考虑到位导致迁移后不可用,例如我们想把一个集群节点服务从一台物理机迁移到另外一台新购买的服务器上,以便扩容C PU 和内存等,而因为迁移到新的硬件服务机器时物理网卡名称不会自动变化,导致迁移过去后启动无法访问,通过ifconfig无法找到对应原有IP ,如下图:

VMware 虚拟服务器迁移后无法访问的故障处理_java

这时通过ip link show查看当前网卡名称如下:

VMware 虚拟服务器迁移后无法访问的故障处理_java_02

而我们通过 cd /etc/sysconfig/network-scripts/ 查看对应网卡名称是否一致,发现网卡名称跟通过ip link show查看的不一致,说明从旧环境迁移到新的物理环境下网卡名称不会那么智能化改变:

VMware 虚拟服务器迁移后无法访问的故障处理_java_03

我们通过mv命令修改网卡名称,修改前先备份:

VMware 虚拟服务器迁移后无法访问的故障处理_java_04

修改后如下:

VMware 虚拟服务器迁移后无法访问的故障处理_java_05

在修改网卡里面对应配置文件设备名称、网卡名称,注释掉对应的U UID

VMware 虚拟服务器迁移后无法访问的故障处理_java_06

重启下网卡,然后ping看看是否与其他服务连接:

VMware 虚拟服务器迁移后无法访问的故障处理_java_07