拉伸数据中心之间的城市

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

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

networking计划(现在)如下:

  1. VLAN 300:站点A + B – 172.16.0.0/24 – pipe理(交换机,路由器,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 – 站点Abuild筑物中的客户端
  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中,这两个站点同时处于活动状态。 这样我们可以做一个特定的LUN的SAN副本故障切换,并在发生灾难的情况下调用对方的虚拟机。

问题

  • 我应该停止过度工程的东西,而是做一个完全平坦的devise,有3个VLAN(一个pipe理器,一个服务器和一个客户端)? 我会失去网站的知名度,但它会大大简化设置和pipe理
  • 如果我试图在同一个逻辑networking上实现两个不同的群集,vSphere会不会打破我的心?
  • 还有什么会伤我的心吗? 什么是重要的陷阱/缺点?

我认为有网站感知安装它更好:

1)您不想通过100 Mbit链接进行vMotion或存储vMotion。

2)用户使用位于其build筑物内的DC是有益的

3)随着时间的推移,越来越多的数据将通过你的100兆比特链路传播。

4)计划如果链接长时间停顿将会发生什么事情。

也就是说,你可以在同一个逻辑networking上实现2个不同的集群。