我们目前将所有客户托pipe在一个数据中心。 我们希望在今年年底之前扩展到两个新的数据中心。 我的工作是弄清楚如何将我们现在的networking扩展到这两个地方。
我有一些基本的devise（数据中心之间的站点到站点之间的VPN，内部路由的OSPF，循环DNS来分配负载），但是我真的可以使用一些以前做过这个的人的build议。 我主要关心的是做出一个deviseselect，这会限制我们或者将来需要重新devise。 我们已经有一些deviseselect会阻碍我们在将来（例如，每个客户端自己的10.xxx / 24子网自己的VLAN，这将直到我们的第4093客户端）。
有谁知道如何创build一个可扩展的networkingdevise一些很好的资源？
编辑：我们的业务类似VPS托pipe，所以你可以想象，有所有types的stream量。 大部分是networking（80,443）和邮件，所以吞吐量是通常的优先级，然后是延迟。
我们想要扩展的商业原因是我们的客户可以在美国的东/西海岸或南亚的亚太地区托pipe他们的服务器。 IT的原因是在自然灾害的情况下给我们一个灾难恢复站点。
编辑2：只是要清楚，我正在寻找资源如何devisenetworking。 如何做到这一点（VPN，路由，DNS等）我可以做的细节。
Sun曾经推出一个他们称之为服务交付networking架构的模型 。
这不会回答你所有的问题（这是一个架构，而不是一个如何指导），但你可能会觉得它有用。