本機，同機房，同城，異地，不一樣城，騰訊雲ping延時值

本機，同機房，同城，異地，不一樣城，騰訊雲ping延時值

 

 

ping本機： 0.01ms 
ping同機房機器： 0.1ms 
ping同城機器： 1ms 
ping不一樣城機器： 20ms 
北（南）方ping南（北）方機器： 50ms 
從國內ping國外機器： 200ms

 

 

1~30ms 極好 幾乎察覺不出有延遲
31~50ms 較好 沒有明顯延遲
51~100ms 通常 有明顯延遲
>100ms 差 丟包 ，掉線

 

騰訊雲

北京到上海：38ms
上海到廣州：40ms
北京到廣州：53ms

 

 

http://www.jifang360.com/news/2016429/n037681354.html
http://www.cnblogs.com/MYSQLZOUQI/p/5804571.html
RTT，是指Round-Trip Time，往返時延。
ping本機： 0.01ms
ping同機房機器： 0.1ms
ping同城機器： 1ms
ping不一樣城機器： 20ms
北（南）方ping南（北）方機器： 50ms
從國內ping國外機器： 200ms

提醒你們：網絡很複雜，狀況不少變，上述數據僅供參考。

怎樣看待數據中內心的PING延遲
PING是數據中內心進行網絡診斷的重要工具，哪一個網絡工程師在平常工做中都離不開PING。PING發送一個ICMP回聲請求消息給目的地並報告是否收到所預期的ICMP回聲應答，若是在設定的時間內，沒有收到迴應報文，則認爲網絡是不通的，顯示爲Timeout，若是受到了迴應報文，則打印出從發出請求報文到收到迴應報文所花費的時間，這個時間就是網絡延遲。

在一個數據中心內部，網絡延遲天然越低越好，這說明單位時間內，業務流量轉發的速度越快，網絡性能越高，反之網絡性能越低。因此PING是一個很好的檢測網絡延遲的工具，不少數據中心也用PING延遲的指標來判斷網絡運行是否高效。實際上，若是簡單地用PING的結果來判斷網絡延遲，是不夠準確的，甚至還會誤導。本文就來講一說PING延

 

PING工具在數據中心全部設備中基本都有安裝，包括服務器、網絡、存儲和安全等設備，在這些設備上直接輸入PING，而後帶上一些必要參數，就能夠進行PING操做，結果能夠很快獲得迴應。PING延遲是經過發送ICMP echo request包，收到ICMP echo reply包以後，計算髮送時間與接收時間之間的差值而得出的。PING缺省每秒發一個echo request，發包的時候不會輸出任何信息，直至收到迴應報文的時候才輸出一條信息:

從輸出的信息中能夠清楚地看到每一個迴應報文的花費時間，這個就是PING延遲。除了延遲信息，還有多包整體統計，TTL等信息。不少時候數據中心網絡運維的人員就拿這個數據進行對比，看網絡延遲是否符合要求，若是過大就要人工介入進行排查。在通常狀況下，延遲分爲四類：
延遲時間 性能 具體描述
1~30ms 極好 幾乎察覺不出有延遲
31~50ms 較好 沒有明顯延遲
51~100ms 通常 有明顯延遲
>100ms 差 丟包 ，掉線

 

實際上，用PING測出來的網絡延遲是不夠準確的，甚至與實際網絡延遲相差甚遠，爲何呢?首先，PING自己是一個應用層的小工具，PING時與設備CPU繁忙程度有關，不少高優先級的任務均可以搶佔PING的資源，PING收發報文的過程在設備自己處理上也要耗費必定時間，這些時間固然也要記錄在延遲中。若是設備收發比較多的報文，PING報文也會受到影響，在不少設備上PING報文優先級都比較低，設備CPU天然優先處理更爲重要的業務報文，這樣在有多種報文同時進入設備時，PING報文就會被擠到後面，增大了報文迴應的時間，這部分時間也要算到網絡延遲中，這時會看到PING報文延遲時間是有些波動的。其次，不少網絡設備，尤爲是交換機設備，交換機是一次學習屢次轉發的網絡設備。CPU處理的報文和轉發報文並不在一塊兒處理，CPU一旦學習完成，就將轉發表項下發到硬件中，這樣大部分業務流量由硬件完成轉發，而CPU只處理髮向本身的報文以及一些網絡協議報文。交換機的CPU能力都比較弱，若是對交換機進行PING測試會發現，通過交換機轉發的流量延遲很是小，而目的地址是交換機的PING延遲就不夠穩定，而且延遲要大得多，這是由於CPU要耗費比較多的處理報文時間，因此這時用PING來判斷網絡延遲並不許確，此時網絡延遲也許上百毫秒，可是業務流量依然會表現得很是穩定，這時的PING延遲時間並不能反映網絡性能的真實狀況。而對於不少路由器、防火牆等設備，全部的業務報文都是CPU處理，這時若是不對PING報文作優先處理，延遲效果也不會太好。因此在用PING進行延遲測試時，要將這些因素排除在外。第三，PING報文都叫ICMP包，ICMP報文也有好多種類型，PING但願收到的是ICMP_ECHOREPLY，可是其餘類型的包也都會傳遞給PING，若是網絡中ICMP類型報文不少，PING須要消耗額外的時間和資源去查看這些原本不相干的包，也會產生延遲。最後，服務器網卡驅動、防火牆軟件、網絡設備鏈路質量等等都會影響PING延遲，這些各類各樣因素疊加在一塊兒的時間都要算到PING測的網絡延遲時間中，可見這種PING測試網絡延遲是不許確的，只能從大面上判斷網絡性能的好與差，有時這種判斷仍是錯誤的。
　　

通過以上介紹，PING雖然是延遲測試經常使用工具，但不夠準確。實際上，對數據中心網絡進行延遲測試時，都是用專業的測試儀進行測量，在數據中心網絡的兩個端點接入測試儀，用測試儀打入流量，查看延遲時間，這類延遲測試是很是準確的。在運營商集採測試中，延遲時間已經成爲一個必測項，用測試儀測量設備的延遲。爲消除各類影響因素，採用專業測試儀測得的結果最接近網絡真實水平。測試儀是很是昂貴的設備，不少數據中心不具有購入測試儀的條件，這樣只能採用PING的方式。爲消除設備自身的影響，能夠PING一下127.0.0.1或者PING本機的IP地址，這樣不用經過網絡，甚至不用進入網卡驅動程度，這時耗費的時間就是設備自身耗費的時間，從PING延遲時間中將這部分時間去掉。還有，能夠多選一些IP地址，多使用一些設備進行PING，而後輸出PING延遲時間的表格，進行統計分析，綜合得出數據中心網絡各個部分的延遲時間，這樣PING延遲才能更接近實際網絡的延遲時間。

 

騰訊雲國內各機房延遲值

北京到上海：38ms
上海到廣州：40ms
北京到廣州：53ms