小编2ca*_*aos的帖子

查找两个数据中心之间的慢速网络节点

我在两个数据中心之间同步大量数据时遇到问题。两台机器都有千兆连接并且没有完全占用,但我能够获得的最快速度是 6 到 10 Mbit => 不可接受!

昨天我做了一些 traceroute,它表明 LEVEL3 路由器上的负载很大,但问题已经存在数周了,高响应时间也消失了(20 毫秒而不是 300 毫秒)。

我如何跟踪它以找到实际的慢节点?想过一个带有更大包的跟踪路由,但这行得通吗?

此外,此问题可能与我们的其中一台服务器无关,因为到其他服务器或客户端的传输速率要高得多。实际上office => serverserver <=> server快!

任何想法表示赞赏;)

更新
我们实际上通过 ssh 使用 rsync 来复制文件。由于加密往往有更多的瓶颈,我尝试了一个 HTTP 请求,但不幸的是它同样慢。

我们与其中一个数据中心签订了 SLA。他们说他们已经尝试更改路由,因为他们说这与流量路由通过的廉价网络有关。确实,它会通过“廉价网”,但只是反过来。我们的方向通过 LEVEL3,另一条路通过 lambdanet(他们说这不是一个好的网络)。如果我做对了(我是网络中间人),他们会模拟一条更长的路径来强制通过 LEVEL3 进行路由,并在 AS 路径中宣布 LEVEL3。

我基本上想知道他们是对的还是他们只是想推卸责任。问题是两个方向都存在问题(虽然路线不同),所以我认为这是我们的房东的责任。老实说,我不相信有一个 DC2DC 连接只能处理 600kb/s - 1.5 MB/s 几个星期!问题是如何检测这个瓶颈在哪里

networking debian debian-squeeze traceroute

3
推荐指数
1
解决办法
4120
查看次数

标签 统计

debian ×1

debian-squeeze ×1

networking ×1

traceroute ×1