我们将部署到旨在实现最大弹性/冗余以及快速可扩展性的环境中。
上下文
这个环境是：
NAS和应用服务器都是Citrix XenServer主机，NAS持有存储库和托pipe虚拟机的应用服务器。 其中一个主要意图是，随着我们扩展，我们可以引入新的硬件，修复或删除旧的硬件，而不会中断服务，通过在应用主机之间进行实时迁移（或者NAS，一旦我们购买额外的单元）。
题
之前没有在生产环境中执行实时迁移，我担心的是第2层交换机。 交换机是否能够处理这样一个事实，即某些mac地址正在通过port x被路由到一个时刻，然后再转到下一个port y ？
作为参考，具体的开关在这里： http : //uk.tp-link.com/products/details/cat-39_TL-SG3424.html
它会很好的工作，在生产环境中实时迁移是标准的。 但是你的基础设施并不像你想象的那么可靠，这里有很多的SPOF。 当你的交换机死亡会发生什么？ 甚至在该交换机上的端口？ 你的NAS会死的时候会发生什么？ 如果您需要高可用性，您的基础架构的每个组件都必须镜像！ 你将需要两个镜像的NAS，两个交换机（你的服务器应该连接到它们两个！），两个防火墙和两个分离的WAN连接。 没有医pipe局，如果你没有。
除了Ondra Sniper Flidr和Michael Hampton的评论之外，我还想提供Citrix的官方声明。 引用这个pdf （在HTML中没有find），第十六章“XenMotion”一章：
但是在这个例子的设置中，外部真实交换设备期望VM的MAC地址在一个端口上，而实际上它只是迁移到另一个端口。 在这种情况下，迁移的最后一步是目标主机使用免费ARP数据包更新任何外部设备。 “garp”不过是一个普通的ARP请求，但是MAC和IP地址已经被填充了。 这可以作为任何外部设备“arpcaching的更新，并且不会有任何反应。