基于含双NIC的Azure VM制作镜像后部署新VM仅识别1块NIC咨询

是否为Azure镜像服务内置限制 #

该现象不属于Azure镜像服务的内置限制，问题根因是捕获自定义镜像时，源VM操作系统内留存了旧网卡的硬件绑定规则，导致新VM部署时操作系统无法识别额外新增的网卡，属于操作系统层面的通用配置问题，和Azure镜像服务本身能力无关。

从根源避免该问题的操作流程 #

在对多网卡源VM执行镜像捕获前，需要先完成操作系统层面的网卡规则清理，再执行通用化和捕获操作，不同操作系统的操作步骤如下：

Windows系统源VM操作 #

• 打开设备管理器，展开「网络适配器」分类，卸载所有已列出的网卡设备
• 按下Win+R输入regedit打开注册表，删除路径HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles下的所有子项
• 运行Sysprep工具：路径为C:\Windows\System32\Sysprep\sysprep.exe，选择「进入系统全新体验(OOBE)」，勾选「通用」选项，关机选项选择「关机」，确认后等待VM自动关闭
• VM完全关机后，再在Azure控制台执行镜像捕获操作，不要提前启动VM

Linux系统源VM操作 #

• 清理udev网卡持久化规则：执行命令rm -f /etc/udev/rules.d/70-persistent-net.rules，部分发行版需额外删除/lib/udev/rules.d/75-persistent-net-generator.rules
• 移除网卡配置中的固定绑定参数：
  • RHEL/CentOS系发行版：编辑/etc/sysconfig/network-scripts/ifcfg-eth*下的所有网卡配置文件，删除HWADDR、UUID对应的配置行
  • Ubuntu系发行版：编辑/etc/netplan/下的所有yaml配置文件，删除macaddress、匹配MAC地址相关的配置行
• 执行Azure代理通用化命令：waagent -deprovision+user -force
• 执行关机命令shutdown -h now，待VM状态变为「已停止(已解除分配)」后再执行镜像捕获

已部署异常VM的临时修复方案 #

如果镜像已经捕获完成，不想重新制作镜像，可以对已部署的单网卡识别异常VM直接执行修复：

• Windows系统：打开设备管理器，点击顶部「操作」菜单选择「扫描检测硬件改动」，系统会自动识别未加载的第二块网卡，按需配置IP规则即可正常使用
• Linux系统：先执行lspci | grep Ethernet确认两块网卡都已经被Azure虚拟化层识别，再参照现有eth0的配置规则，手动添加eth1的配置文件，重启网络服务后即可正常识别

内容的提问来源于stack exchange，提问作者vijayakumar k