城市之间延伸的数据中心

Question

我们计划在我们的两个站点之间实施一个延伸的数据中心。它们之间的连接是单个 100mbit QinQ 连接。我们在站点 A 上有大约 500 个用户，在站点 B 上有 200 个用户。链接上产生的流量非常低。

免责声明：我不会进行复制，因为这是一个不同的故事。我们将在几个月内准备好 SAN 复制。L3 路由等也不是问题，因为我们知道如何做到这一点。

网络计划（现在）如下：

1. VLAN 300：站点 A+B - 172.16.0.0/24 - 管理（交换机、路由器、vsphere 等）
2. VLAN 310：站点 A+B - 10.50.0.0/24 - 任一站点的客户端共享服务器
3. VLAN 311：站点 A(+B) - 10.51.0.0/24 - 站点 A 的客户端服务器
4. VLAN 312：站点 B(+A) - 10.52.0.0/24 - 站点 B 的客户端服务器
5. VLAN 320：站点 A - 192.168.0.0/24 - 站点 A 建筑物中的客户端
6. VLAN 321：站点 B - 192.168.10.0/24 - 站点 B 建筑物中的客户端

这里的一般想法是具有 HA/站点感知的服务（AD、DFS、Exchange、Lync 等）位于站点 A 的 VLAN 311 和站点 B 的 VLAN 312 中。这只是为了确保所有客户端都在使用这些服务离它们最近，以防止站点之间的 L2 链接出现故障时出现糟糕的用户体验。我们将使用单个 AD 域。

没有内置任何类型 HA 的服务器应置于 VLAN 310 中，该 VLAN 310 同时在两个站点上处于活动状态。通过这种方式，我们可以对特定 LUN 进行 SAN 副本故障转移，并在发生灾难时在相反站点启动 VM。

问题

• 我应该停止过度设计的东西，而是做一个完全扁平的设计，有 3 个 VLAN（一个管理，一个服务器和一个客户端）？我将失去站点意识，但它会大大简化设置和管理
• 如果我尝试在同一个逻辑网络上实施两个不同的集群，vSphere 会让我心碎吗？
• 还有什么能让我心碎吗？什么是主要的问题/缺点/优点？

Answer 1

我认为有站点感知设置会更好：

1) 您不希望通过 100 Mbit 链路进行 vMotion 或存储 vMotion。

2) 对于用户使用位于其建筑物内的 DC 来说是有利的

3) 随着时间的推移，越来越多的数据将通过您的 100 Mbit 链路传输。

4) 计划如果链路长时间断开将会发生什么情况。

也就是说，您可以在同一逻辑网络上实现 2 个不同的集群。