上善若水
In general the OO style is to use a lot of little objects with a lot of little methods that give us a lot of plug points for overriding and variation. To do is to be -Nietzsche, To bei is to do -Kant, Do be do be do -Sinatra
posts - 146,comments - 147,trackbacks - 0
全球几个地区的网络延时情况[有标题党之嫌]
因为自己在做的项目需要在香港、伦敦、纽约、东京之间实现数据同步，需要在这几个区域之间传输数据，因而简单研究了一下这几个区域的网络延时，数据本身不是那么准确，只是作为一个数量级参考，所以有点标题党之嫌，但是又想不出更好的名字了。这些数据是使用ping在两个区域中传输1K数据得出的一个简单结果：
(ms)
SH
HK
TK
LDN
NY
SH-4841274210
HK480.157224224
TK41570.1203170
LDN2742242030.174
NY210224170740.1

从排序上：

SH <=> LDN

274ms

HK <=> NY

224ms

HK <=> LDN

224ms

SH <=> NY

210ms

TK <=> LDN

203ms

TK <=> NY

170ms

NY <=> LDN

74ms

HK <=> TK

57ms

SH <=> HK

48ms

SH <=> TK

41ms

LAN

0.1ms

LOCAL PC

0.01-0.03ms


在自己的Server上测试，大概同Blade的延迟在0.04-0.07ms之间，而同数据中心在0.10-0.15ms之间，而跨数据中心在0.9-1.0ms之间。
posted on 2015-04-30 21:49 DLevin 阅读(1141) 评论(4)  编辑  收藏 所属分类: 经验积累

FeedBack:
# re: 全球几个地区的网络延时情况[有标题党之嫌]
2015-05-01 08:49 | otaku119
疑問點：
1.不知道是使用ICMP方式，還是使用endTime-startTime，取得long？
2.因為SH到NY，中間會經過偉大長城，這一塊的明文傳送延遲，也是一個考量地方
3.因為server同步，通常都是要對外服務，如果如此，使用CDN來做靜態資料同步是否是好主意？
4.如果不是對外開放，只是針對intranet來使用，或許VPN+RDP，接回至中央主機，是個好主意？

以上幾點，隨口問問，並非挑戰......  回复  更多评论
  
# re: 全球几个地区的网络延时情况[有标题党之嫌]
2015-05-01 10:45 | DLevin
@otaku119
都是好问题啊，说实话，我对网络的了解并没有那么深入，所以简单回答一些我知道的。
1. 我其实只是简单的使用ping做统计测试的，所以可以认为是使用ICMP方式。
2. SH到NY的这段明文传送我不了解，有更详细的信息可以共享一下不？
3. 我们提供intranet服务，但是其实做的就是部分CDN的功能，只是我们的用户是固定的，所以只需要把数据分发到相应的数据中心即可。
4. VPN是必须的，数据本身都比较敏感，同步是为了性能，如上面所说的，部分类似CDN的功能。
话说多谢你的问题，我好像对我的系统有另一种理解了。:)  回复  更多评论
  
# re: 全球几个地区的网络延时情况[有标题党之嫌]
2015-05-01 13:26 | otaku119
@DLevin
1.因為ICMP，一來一往的方式，所以只能知道：需要經過多少router、對方回應預計多久回來，但是資料來來回回，TCP的三方交握..........就不能單純用ICMP來計算，因為這樣的計算，只能知道當時：
A.震盪值：就是對方跟我的回應會不會時快時慢，具體可以找cacti的Adv Ping或者MRTG的 PING，看那樣的幅度是否穩定）
B.到達目的地，需要經過多少到router 的關卡
另外，數據同步的資料，絕對不會只有單純1K、2K那麼小的封包（甚至網路傳送，每一封包大小在各router之間能否傳送、傳送優先順序也是個問題）
2.應該說，因為中國的「偉大長城」，會檢查是否有「AA、BB、CC」（牽涉政治語言，刪除兩萬字），經過檢查之後，然後再出口到對應的router，所以從200X年郵件無法收發到最近目的地突然被跳成XXXX.org，都是要小心的地方，誰能保證你的目的地原來是NY突然變成EU？
3.如果是針對intranet，所以這部分就有兩種看法：
A.統一控管，所有人透過類似EJB方式，針對一個cluster來存放
B.分散各地，定時同步
兩種沒有所謂好壞，只是唯一考量點：維護成本，可能是集中管理需要投資高端server，可能是需要負擔因為時間差的同步成本，這部分在目前的CDN作法有很多玩法（sorry，我只有玩CDN不到半年時間，無法專文解說）
4.VPN是為了保護資料傳輸中，不被竊取，不被污染，但是相對的也是：速度、成本，至於控制方式，就看整體需求與規劃.....

補充，對於網路的傳輸，MIS都會利用cacti、MRTG等等的監控方式，來監控網路當時情況，這部分版主在規劃的時候，也需要將MIS的維護成本一併考量

最後，是不是我自己該把這個討論，專門發一份文章在自己BLOG裡面備查.....XD  回复  更多评论
  
# re: 全球几个地区的网络延时情况[有标题党之嫌]
2015-05-01 15:26 | DLevin
@otaku119
1. 在linux里的ping可以统计一段时间内的平均响应时间，虽然是一个简单的统计值，而且我的样本不大，不过我原本的目的就是给自己一种大概网络性能的概念，以帮助做一些简单决策。至于TCP的握手、重传、序列之类的，那是基于网络之上的逻辑，这个影响因素太多，我觉得不是几个指标能说明的，而且也已经超过我的当下的能力范围了。自从做现在这个系统以及最近在研究的Hadoop、HBase框架之后才开始关注网络的东西，还一直想找个懂网络的大牛取经。。。。
2. 这个我到大概有知道，只是不知道里面具体逻辑，然后我们公司的网络都是走VPN的，所以应该会跨过这个？
3. EJB没有去看过，所以不做评论，不过同步是业务驱动的，要实时同步，对我们来说选择不多。
4. 国内一般外企都是直接VPN的吧，这是整个公司Infrastructure相关的东西，不是我等屌丝可以考虑的事情。。。。

cacti、MRTG都木有用过，我这几天去了解一下，多谢。

最后，期待你关于这方面的BLOG，求链接？  回复  更多评论
  

只有注册用户登录后才能发表评论。
网站导航:
 
Copyright ©2024 DLevin Powered By博客园 模板提供：沪江博客