数据中心之间交叉连接

我会和其中一个区议会的数据中心运营团队交谈，看看两个站点之间是否存在连接。 如果他们是成熟的数据中心，那么您几乎可以肯定地发现两座build筑之间现有的pipe道，如果幸运的话，它们可能已经有剩余的销售能力了。 如果不是，通过现有的pipe道吹更多的纤维并不是一项巨大的任务。

另一个select是尝试find一个在两个DC都有存在的ISP。 在这样的情况下，站点之间的stream量似乎不太可能通过第三POP进行传输 – 这将满足您的延迟问题。

如果pipe道不存在，您将遇到问题，因为您的select是通过第三个POP进行，这可能不会满足您的延迟要求，或者让某人挖掘道路，从而推动安装通过屋顶的成本。

真的没有给你的条件，你已经申请。 两个数据中心之间最便宜的方式是无线连接，但是这会为连接增加大量的延迟（3 + ms）。 你可以得到更快的无线解决scheme，但根据我的经验，这意味着他们将需要带执照/微波和双方的硬件可能会花费约$ 20,000，你将不得不租赁频谱从某人或自己从FCC。 连接它们的最快方式（延迟方式）是在两者之间沟通光纤，成本会有所不同，但是如果没有导pipe已经存在，则可以在数万个这样做，仅为100m。

所以要正确回答你的问题，没有真正的低成本低延迟解决scheme。 这就是说，如果3-6毫秒不是一个巨大的交易，你可能可以在两个区域租赁屋顶空间（通常这可以做一个小的费用，以100s /月），并获得远程运营商级的WiFi设备连接它们（可能是2-3k $）。 如果这个延迟真的太多，你可能会被卡住，试图find在该地区有地铁环的人，看看你是否可以在两个设施之间跳/跳，而不必通过CO到达某处。 这将是更低的延迟，但可能相当昂贵，取决于你需要多less带宽。

你还有其他一些关于什么导致延迟的问题，这可能是一个单独的问题，因为它适用于一般的networking。 不过要简单回答一下，大部分时间就是光速。 一旦进入设施，交换和路由通常以线速完成，因此不会增加显着的延迟。 有一些边缘情况，如DSL和无线，有序列化延迟，在线路上完成的信号增加了一些重要的开销，但在通常SONET / ATM或以太网的数据中心情况下，这种情况并不常见。

在Equinix数据中心这样一个交stream良好的交易所举一个例子，您可以在<1ms内到达build筑物内外的任何ISP。

数据中心在路上100米的成本要低得多

是的，并猜测为什么 – 因为它有更高的延迟。 决定和吃它。 你不会玩100米以下的HOM游戏。

这是专门的托pipeoeprations，让你singledigit毫秒接入exchagnes。 我在CME集团的3ms内收到一个1u服务器每月150美元的报价，而1500美元的报价只有不到1ms（显着）。

现在，没有呜呜声会使100米与昂贵的报价相媲美….光速和东西慢信号下来。 HFT是一个金钱游戏，wuere eople从专业公司购买深度冷冻cpus高度超频，并运行专门的Linux内核，优化networking延迟。