如何找到從本機到Azure VM的網路頻寬瓶頸並加以改善?

如何找到從本機到Azure VM的網路頻寬瓶頸並加以改善?

Standard_D1_v21我建立了一個帶有 SKU的Azure VMSoutheast Asia。根據這個文檔,預期頻寬為750Mbps。

不過,我測試了從本機到虛擬機器的連線頻寬,結果約為 3Mbps。測試工具是性能3,將虛擬機器作為 iPerf3 伺服器,將我的本機電腦作為 iPerf3 用戶端。測試期間虛擬機器中沒有其他繁重的網路工作負載。我又做了一次測試NTTTCP遵循了這個結果。

據我了解,實際頻寬將低於預期,原因如下:

  • 連接是跨區域的,有很多跳。
  • 共享基礎架構中的虛擬機器共享一個總限制(關聯)。
  • VM 部署到最低延遲區域 (Azure 速度測試)。

但實際頻寬(3Mbps)遠小於預期(750Mbps)。那麼如何:

  1. 解決根本原因? VM 中的配置錯誤;或跨區域連接的多跳;或是基礎設施中某個地方的節流閥?
  2. 如何提高本機和遠端VM之間的頻寬?

答案1

你做一些完全明顯的測試怎麼樣?

  • 測試兩個端點和跨端點的頻寬。使用從互聯網上獲得的測試 - 其中許多在瀏覽器中運行。 Speedtest.net 可讓您選擇對位,因此您可以從本機伺服器開始,然後使用另一側(至少關閉),然後在整個路徑中掛起自己。

本質上:除非你或另一方有本地問題 - 這不太可能以像你釘住他們那樣滑稽的速度水平 - 這是一個路由問題,你無能為力 - 除了兩件事:

  • 與您的 ISP 支援人員聯繫
  • 更改您的網際網路供應商。

路由是他們的領域。他們可能已經竊聽了特定的上行路線 - 但如果沒有,那麼除了尋找其他網路供應商之外,您無能為力。

你的測試(事實上)是毫無用處的 - 因為它只測試 A 到 B - 而不是任何一方是否有本地問題。透過我的方法,您可以改變對位並查看您的本機電腦是否在特定目的地出現問題。可能您的本地頻寬良好,但國際連結過載。

如果可行 - 是時候檢查所使用的作業系統了。 RSS 的存在是有原因的——它增加了長 ping 可能需要的「飛行中」資料包的數量。

除此之外,你真的無能為力。

答案2

歡迎來到論壇。

這裡的問題是你無法控制之間的點。尋找這種粒度既是科學,又是藝術,因為沒有真正好的答案,更多的是關於多個因素的發現的報告。

正確定位瓶頸意味著能夠測試每一側之間的所有點,您永遠無法訪問所有這些點,但您可以推斷一些事情並查看很多角度以獲得更好的圖片。

您可以消除的事情是“您這邊的吞吐量是否足夠?”如果您有一個具有專用頻寬的已知網站可供測試,並且有一條已知的良好路由能夠維持您的吞吐量,那麼就可以實現這一點。線上速度測試可能具有欺騙性,因為您可能有足夠的連接,而且他們可能有足夠的頻寬來可靠地執行測試。但你們倆都無法控制你們和他們之間發生的事情。如果您在多個測試網站上持續獲得良好的速度測試,那麼您可以相對安全地排除問題在您這邊,只要您能控制它。當然,另一方面,如果失敗的原因仍然不是您,也可能是您的ISP 的ISP、某處核心網路中的某個人、某路由擁塞了另一條路由,等等。您是否可以詢問您的ISP參與其中,但在消費者專線上,他們會向您拋出“速度達”,在專用業務專線上,您有爭論,但仍然有舉證責任。

儘管這並非不可能,但瓶頸不太可能出現在蔚藍方面,除非您的合約頻寬有限。

你可以做一些事情,例如使用地鐵https://en.wikipedia.org/wiki/MTR_(軟體)以獲得一個簡單的概述,但請記住,丟棄 ICMP 可能是系統自然運行的結果,因為大多數網路設備會在壓力下丟棄 ICMP,有些只是配置為預設不響應。因此,雖然這可能會給你更多的幫助,但這並不是確鑿的證據,你必須了解如何閱讀和解釋它。

你可以看看像這裡這樣的地方https://www.thousandeyes.com/outages/透過全球感測器網路記錄重大停電情況。有時這可以給您提供線索,特別是在 AS 網路(簡單來說就是互聯網的核心節點)中,如果有人遇到直接影響您的路線的問題。 千眼

要解釋這一點並確定「您的」路由是什麼,您可以從此處開始使用 HE 的 BGP 工具https://bgp.he.net/你會有效地看到在哪裡在網路中,你處於路由意義上。如果您點擊您存取互聯網所經過的 IP(通常稱為您的公共 IP),您將看到類似這樣的內容...邊界網關協議

這是您在網路上的身份(存取來源)、您來自哪個網路(宣佈為)以及如何進入「網際網路」(您的 ISP)

可以從ASN 追蹤到ASN(自治系統編號),以查看您所採取的實際路線(在該時間點,因為路線可能會在沒有通知的情況下發生變化,以保持路線暢通),甚至可以查看它的圖表。

ASN 圖

然後,您可以與千眼圖或許多其他線上 BGP 報告工具進行比較,看看這些路由是否已知擁塞,或者它們是否波動(上下)等。

這通常會為您提供足夠的資訊來通知誰可能負責哪個系統(請注意,大多數人不會關心您的ISP),儘管這可能無法讓您到達您想要的位置,但它可以解釋為什麼您沒有到達您想要的位置想要成為。

總而言之,你必須這樣想,整個網路的速度並不一致,有些部分是透過令人難以置信的快速連結連接的,有些則不是那麼多。當其中一個大公司倒閉時,許多較小的公司就會遭受巨大損失。

所以你對此能做些什麼? 有時如果您正在進行點對點連接,則可以繞過它,但是您繞過它並不能確保所有沿著相同路線旅行的客戶都會有相同的體驗。例如,您可以在那裡擁有一個 Web 伺服器,並且您可能能夠獲得與 VPN 提供者之類的可靠的良好吞吐量連接,該提供者距離您的遠端更近,並迫使其採用更好的路線。訪問您的伺服器但不做相同事情的用戶將不會有相同的體驗。有一些服務可以在整個過程中收取一定費用來完成此操作,從而有效地使您的伺服器出現在實際位置之外的其他地方,並採取優質路線。可能cloudflare有這樣的服務,我從來沒有使用過它,所以我必須讓cloudflair專家插話一下。

希望這能讓您有足夠的時間繼續了解這會變得多麼棘手,並了解您的經歷和異國他鄉的人可能完全不同。

相關內容