上善若水
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 阅读(1004) 评论(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,求链接?  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航: