閱讀本文約需要8分鐘,您可以先關注我們,避免下次無法找到。
今天系統運維負責人找到成哥反饋,昨天晚上有很多業務超時日志,說是不是網絡抖動了?成哥心裡一沉,又怪到網絡抖動了?網絡真的這麼容易抖動嗎?網絡的抖動會造成業務超時嗎?
01 網絡抖動概念網絡抖動簡單來說就是報文在傳輸過程,正常10ms可以到達對端。網絡抖動期間,延遲不穩定,可能50ms甚至100ms才到達對端。
那造成網絡抖動的原因是什麼呢?一般是網絡中發生了網絡擁塞,比如接口帶寬1000Mbps,但是某一時刻的流量超過了這個值。
當網絡中發生擁塞時,QoS(Quality of Service,服務質量)功能生效,設備在轉發報文的時候隊列機制開始工作。
默認情況下使用的是硬件隊列,硬件隊列采取的是FIFO,即先進到隊列的報文優先轉發出去,如果隊列中排在前面的數據包較多則延遲增大。
當然在實際的生産環境中,我們會對重要的業務流量打标簽,當發生網絡擁塞時,采取差分服務,即對延遲比較敏感的業務優先轉發,比如音頻、視頻、雲遊戲等。
02 網絡抖動的影響偶爾出現的網絡抖動到底對業務交互影響大不大呢?這個隻能說和業務的健壯性和具體的網絡抖動程度相關。
但是一般來說幾十、幾百毫秒的延遲抖動是不會對業務有明顯影響的(非延遲敏感業務)。有人說延遲幾百毫秒不會被判定為丢包了嗎?
隻要你用的是TCP協議,這個問題就不是問題,大家都知道TCP協議是有重傳機制的,當報文在規定時間内沒有收到确認ACK時,TCP會觸發重傳機制。
如果您對TCP的知識還不甚了解,可以前往一文秒懂 TCP/IP實際五層結構(上篇)
更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!