上善若水
          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 閱讀(1166) 評論(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,求鏈接?  回復  更多評論
            
          主站蜘蛛池模板: 乐昌市| 托克托县| 阿荣旗| 织金县| 威信县| 马山县| 绥滨县| 靖远县| 山阳县| 安阳县| 广灵县| 石阡县| 宜兰县| 华容县| 萨嘎县| 新建县| 阳新县| 百色市| 都匀市| 景洪市| 榆林市| 西乡县| 罗平县| 洛浦县| 沙河市| 中超| 高平市| 城市| 麻栗坡县| 福贡县| 通许县| 灯塔市| 双江| 轮台县| 谷城县| 甘谷县| 烟台市| 焉耆| 将乐县| 晋州市| 光泽县|