我们计划在两个站点之间实施一个扩展数据中心。它们之间的连接是单个 100mbit 的 QinQ 连接。我们在站点 A 有大约 500 个用户,在站点 B 有 200 个用户。链路上产生的流量非常少。
免责声明:我不会介绍复制,因为这是另一回事。几个月后,我们将准备好 SAN 复制。L3 路由等也不是问题,因为我们知道如何做到这一点。
网络规划(现在)如下:
- VLAN 300:站点 A+B - 172.16.0.0/24 - 管理(交换机、路由器、vsphere 等)
- VLAN 310:站点 A+B - 10.50.0.0/24 - 任一站点的客户端共享服务器
- VLAN 311:站点 A(+B) - 10.51.0.0/24 - 站点 A 的客户端服务器
- VLAN 312:站点 B(+A) - 10.52.0.0/24 - 站点 B 的客户端服务器
- VLAN 320:站点 A - 192.168.0.0/24 - 站点 A 大楼内的客户端
- 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 在两个站点上同时处于活动状态。这样,我们可以对特定 LUN 进行 SAN 副本故障转移,并在发生灾难时在对面的站点启动虚拟机。
问题
- 我是否应该停止过度设计,而采用完全扁平的设计,使用 3 个 VLAN(一个管理、一个服务器和一个客户端)?我会失去站点感知,但它会大大简化设置和管理
- 如果我尝试在同一个逻辑网络上实现两个不同的集群,vSphere 会让我失望吗?
- 还有什么会让我心碎吗?主要的陷阱/缺点/优点是什么?
答案1
我认为具有站点感知设置会更好:
1) 您不想通过 100 Mbit 链路进行 vMotion 或存储 vMotion。
2)用户使用位于其建筑物内的 DC 将大有裨益
3)随着时间的推移,越来越多的数据将通过您的 100 Mbit 链路传输。
4) 制定计划,应对链接长时间中断时将发生的情况。
也就是说,您可以在同一个逻辑网络上实现 2 个不同的集群。