大多数情况下，管理员根本无需考虑虚拟机的MAC地址问题，但是有时只能通过配置静态MAC地址来避免冲突。

在物理环境当中，每块网卡都有一个与之关联的介质访问控制（MAC）地址，用来标示物理网络当中的设备。而在虚拟环境当中，很容易忽略MAC地址这个概念。毕竟虚拟机使用虚拟网卡，这些虚拟网卡通常是依附于某个物理网卡的。因此，很容易让人误以为虚拟网卡会继承或者至少使用物理网卡的MAC地址。但是事实上，虚拟网卡通常会使用自己的专用MAC地址。但是问题在于，这一点重要吗？

从逻辑角度来说（并非一定要采用这种方式），由于虚拟机具有可移植性，因此为虚拟网卡分配专用MAC地址是非常重要的。如果虚拟机简单地继承主机物理网卡的MAC地址，那么当虚拟机从一台主机迁移到另外一台上时，其MAC地址每次都会发生改变。根据hypervisor和虚拟机配置方式的不同，在某些情况当中将虚拟机从一台主机迁移到另外一台主机有可能导致MAC地址发生变化。但是一般情况下，静态MAC地址应该是虚拟机的特定属性，当虚拟机从一台主机被移动到另外一台当中时应该保持不变。因此，我们需要再次考虑为什么这一点十分重要。

关注虚拟机MAC地址主要出于两个因素。首先，许多网络管理工具通常会使用MAC地址来标示网络终端设备，包括虚拟机。确实，其他属性也可以被用来标示服务器，但是MAC地址的使用频率最高，因为相对于其他标识属性，比如IP地址，MAC地址是一种更为“静态”的值。

虚拟机MAC地址十分重要的另外一种原因是让它使得管理“裸金属”虚拟机变为可能。虽然从表面上来说听起来有些荒唐，但特别是对于虚拟机配置来说，裸金属管理确实拥有市场空间。

主要hypervisor厂商都提供了相关工具，可以基于现有模板镜像来创建虚拟机。比如微软，使用SCVMM（系统中心虚拟机管理器）提供基于模板的虚拟机创建方式，而问题在于这个过程可能会产生开销。

如果企业仍旧在使用针对物理服务器的传统配置工具，那么可以尝试使用一些其他工具来配置虚拟服务器。最近我就在协助一家企业进行这样一个项目，这家企业使用的软件要求管理员指定需要配置的服务器MAC地址。之后特定服务器执行PXE启动，连接到配置软件，开始操作系统的安装流程。尽管这种软件比现代hypervisor出现的时间更早，但是我们可以利用其控制虚拟机的MAC地址，从而实现虚拟机配置。

即便企业不依赖于第三方统计、监控和配置软件，依然有可能需要为虚拟机分配静态MAC地址。比如VMware ESXi，限制每台主机服务器为其中的虚拟机最多动态分配256个MAC地址。如果没有替代解决方案，那么这种限制将会影响能够在主机上创建的虚拟机总数量——或者更为精确地来说，虚拟网卡的总数量。幸运的是，VMware允许用户通过为虚拟机手动分配MAC地址来绕过这种限制。

当然这种做法引发了另外一个问题：管理员应该如何在不借助客户端操作系统的情况下分配或者决定虚拟机的MAC地址。不同hypervisor使用的技术不尽相同。在Windows Server 2012 R2 Hyper-V当中，管理员可以通过如下方式分配静态MAC地址，通过打开Hyper-V管理器，右键单击虚拟机，从快捷菜单当中选择“设定”。之后会弹出虚拟机的设定窗口，其中包含虚拟机的所有虚拟硬件。展开“网卡”列表，点击“高级特性”。之后我们能够看到分配静态MAC地址的选项，如图A所示。

图A：Hyper-V允许管理员为虚拟网卡分配静态MAC地址

尽管管理员不会每天为虚拟机配置静态MAC地址，但是静态MAC地址还是能够发挥重要作用的。了解如何手动分配静态MAC地址能够更加轻松地将针对物理环境所设计的软件应用在虚拟机环境当中，甚至能够帮助解决hypervisor层面的限制。