Ubuntu

在沒有任何伺服器負載或本地路由器延遲的情況下體驗伺服器的高延遲

  • March 28, 2017

我遇到了一個非常奇怪的問題,很難用一個簡單的句子來綜合,所以如果問題的標題相當陰暗,我很抱歉。

所以我有一個執行以下規格的專用伺服器:

CPU:Intel i5-4590 Quad-Core @ 3.3Ghz RAM:4x 8Gb(總共 32Gb) SSD:2x500 Gb SSD 作業系統:Ubuntu 伺服器 LTS 16.04

所以當我 ping 我的伺服器時,這就是我得到的:

Envoi d’une requête 'Ping'  85.25.185.108 avec 32 octets de données :
Réponse de 85.25.185.108 : octets=32 temps=54 ms TTL=55
Réponse de 85.25.185.108 : octets=32 temps=108 ms TTL=55
Réponse de 85.25.185.108 : octets=32 temps=117 ms TTL=55
Réponse de 85.25.185.108 : octets=32 temps=76 ms TTL=55

Statistiques Ping pour 85.25.185.108:
   Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
   Minimum = 54ms, Maximum = 117ms, Moyenne = 88ms

正如你所看到的,延遲奇怪地上下波動。

現在,伺服器目前的 CPU 負載為 33%,記憶體負載為 11.8Gb,超過 32 Gb。

我已經要求一位夥伴嘗試,他沒有遇到任何延遲,並且對伺服器的 ping 非常低,所以顯然,我是唯一遇到此問題的人。

現在,如果我對伺服器進行跟踪:

 1    <1 ms     1 ms     2 ms  FREEBOX [x.x.x.x]
 2    34 ms    31 ms    32 ms  cnv94-2-x-x-x-x.fbx.proxad.net [x.x.x.x]
 3    40 ms    31 ms    44 ms  213.228.14.254
 4   116 ms   109 ms   101 ms  bzn-crs16-2-be1008.intf.routers.proxad.net [194.149.160.125]
 5    97 ms    86 ms   110 ms  th2-9k-3-be1000.intf.routers.proxad.net [194.149.163.90]
 6    68 ms    71 ms    77 ms  be4204.ccr31.par04.atlas.cogentco.com [149.11.115.13]
 7   107 ms   107 ms   110 ms  be3184.ccr42.par01.atlas.cogentco.com [154.54.38.157]
 8    82 ms    48 ms    38 ms  be2247.rcr21.sxb01.atlas.cogentco.com [130.117.49.117]
 9    62 ms    61 ms    70 ms  be2781.nr14.b015623-2.sxb01.atlas.cogentco.com [154.25.8.234]
10   116 ms    66 ms    42 ms  149.14.12.82
11    98 ms    78 ms    61 ms  malta2027.startdedicated.net [85.25.185.108]

現在我的路由器將總流量負載顯示為:

 Download: 55Ko/s (6.5Mb/s max)
 Upload: 6Ko/s (1.0Mb/s max)

我嘗試從伺服器到 bing.com 進行 MTR 並得到了這個:

PING bing.com (204.79.197.200) 56(84) bytes of data.
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=1 ttl=120 time=3.88 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=2 ttl=120 time=3.87 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=3 ttl=120 time=3.87 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=4 ttl=120 time=3.95 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=5 ttl=120 time=4.06 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=6 ttl=120 time=4.21 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=7 ttl=120 time=3.76 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=8 ttl=120 time=4.16 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=9 ttl=120 time=4.18 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=10 ttl=120 time=4.33 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=11 ttl=120 time=4.03 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=12 ttl=120 time=3.93 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=13 ttl=120 time=4.27 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=14 ttl=120 time=3.92 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=15 ttl=120 time=4.08 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=16 ttl=120 time=3.89 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=17 ttl=120 time=4.13 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=18 ttl=120 time=4.05 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=19 ttl=120 time=4.00 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=20 ttl=120 time=3.88 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=21 ttl=120 time=4.02 ms
64 bytes from a-0001.a-msedge.net (204.79.197.200): icmp_seq=22 ttl=120 time=3.93 ms

所以現在,我開始相信我到伺服器的路由上有一個故障節點,有沒有人知道發生了什麼以及如何解決這個問題?

提前致謝!=)

你對你的伺服器有不好的“希望”。在您和您的伺服器之間存在一些導致此類問題的不良路線。因此,這不是伺服器問題,而是您的 ISP 問題。

引用自:https://serverfault.com/questions/840993