实时迁移 - 交换机基础设施

实时迁移 - 交换机基础设施

我们将部署到一个具有最大弹性/冗余度和快速扩展能力的环境中。

语境

此环境是:

  • 1 台带有 FreeNAS RAID 的 NAS 服务器
  • 2 台应用程序主机服务器
  • 1 个管理型第 2 层交换机
  • 1 个防火墙/路由器,最大 WAN 吞吐量为 250Mb/s

NAS 和应用服务器都是 Citrix XenServer 主机,NAS 保存存储库,应用服务器托管虚拟机。这样做的主要目的之一是,随着我们规模的扩大,我们可以引入新硬件并修复或移除旧硬件,而无需通过在应用主机(或 NAS,一旦我们购买了额外的单元)之间进行实时迁移来中断服务。

问题

由于之前没有在生产环境中执行过实时迁移,我担心的是第 2 层交换机。交换机能否处理某些 mac 地址port x一会儿被路由一会儿又被路由的情况port y

作为参考,具体开关在这里: http://uk.tp-link.com/products/details/cat-39_TL-SG3424.html

答案1

它会运行良好,实时迁移是生产环境中的标准。但您的基础设施并不像您想象的那么可靠,其中有很多 SPOF。当您的交换机死机时会发生什么?甚至在交换机上的端口上?当您的 NAS 死机时会发生什么?如果您需要高可用性,则必须镜像基础设施的每个组件!您将需要两个镜像 NAS、两个交换机(并且您的服务器应该连接到它们两个!)、两个防火墙和两个独立的 WAN 连接。如果没有它,就没有 HA。

答案2

除了 Ondra Sniper Flidr 和 Michael Hampton 的评论之外,我还想提供 Citrix 的官方声明。引用这个 pdf(在 HTML 中没有找到这个),章节“XenMotion”,第 16 页:

但在此示例设置中,外部实际交换机设备期望虚拟机的 MAC 地址位于一个端口上,而实际上它只是迁移到另一个端口。在这种情况下,迁移的最后一步是目标主机使用免费 ARP 数据包更新任何外部设备。“garp”只不过是一个常规 ARP 请求,但 MAC 和 IP 地址已经填写。这用作对任何外部设备的 arp 缓存的更新,并且不会有任何响应。

相关内容