觀點 · 資訊分享

AWS Direct Connect 新增 VIF 限速：一條專線上最多 10 個虛擬介面，各自設頻寬上限

AWS 在 6 月 1 日讓 Direct Connect 專屬連線支援 VIF 限速。可替最多 10 個虛擬介面設頻寬上限，避免某個介面的流量暴衝，把同一條專線的頻寬吃光。

一句話看懂：AWS Direct Connect 現在能替每個虛擬介面（VIF）設頻寬上限，避免單一介面的流量暴衝，把同一條專線的頻寬吃光。

Direct Connect 新增 VIF 限速資訊圖卡：每個虛擬介面能設頻寬上限，一個暴衝不會拖垮其他介面

先用白話講：VIF 限速是什麼？

想像一條四線道的馬路（你的專線），上面同時有貨車、公車與救護車（不同用途的流量）。如果某一輛貨車突然帶了一大群車隊上路，整條馬路塞滿，救護車也過不去。

VIF 限速就像在每個路口加上流量管制：每種車隊最多只能佔幾條車道，超過的就請它在外面等，保證其他車子都過得去。

AWS 在 6 月 1 日宣布，AWS Direct Connect 的專屬連線（dedicated connection）新增 VIF 限速（VIF Rate Limiters）：

舉個一般性的例子：同一條專線上，同時跑著正式環境的資料庫連線、每晚的大型備份傳輸，以及開發團隊的測試流量。如果把備份與測試各放在不同的 VIF 並設上限，即使備份突然暴衝，正式環境的連線也不會被擠到。以上是依功能描述做的情境舉例，不是官方案例。

我自己的專案多半還沒用到 Direct Connect，這比較像企業網路管理者會碰的功能。不過它的概念很通用：同一條管線上不同流量要有各自的預算，否則某個備份工作或大批資料同步一暴衝，其他重要服務就跟著遭殃。

限速設得太緊，也會讓自己的流量被丟包。所以我會先看一段時間的實際使用率，再設上限，並用 CloudWatch 警示確認丟包數沒有異常。這種設定屬於「先觀察、再收緊」，不要一開始就設成理想值。

VIF 是什麼？

虛擬介面（Virtual Interface），是你在一條 Direct Connect 實體專線上切出來的邏輯通道，可以分別連到不同的 VPC 或服務。

超過限速上限會怎樣？

官方說明超過設定容量的封包會被丟棄，避免該 VIF 吃掉其他 VIF 需要的頻寬。

要怎麼知道限速設得對不對？

CloudWatch 會提供使用率（以設定容量的百分比）與丟包數指標，可依此設定警示並調整上限。

作者

接案做系統開發、網站與主機託管。觀點裡的文章都是我自己寫的,寫的是做專案時第一手遇到的事。