伺服器峰值頻寬與基準頻寬詳解

基準頻寬為香港伺服器日常業務提供持續、有保障的吞吐量；而峰值頻寬可在流量突增時提供臨時突發容量。

身為雲端維運工程師，日常總是面臨困難的權衡取捨：既要確保應用程式在訪問量突增時維持良好效能，又要避免網路限速，同時防止每月伺服器租用帳單產生高額超額費用。想要平衡各項取捨，你必須清楚掌握執行個體的流量特性。

重點摘要

• 基準頻寬為伺服器日常業務提供穩定、有保障的網路速度。

• 峰值頻寬依靠臨時信用額度，平穩處理短暫流量高峰。

• 網路信用額度耗盡後，伺服器頻寬將被降速，造成應用程式回應緩慢。

• 流量波動場景適合選用突發頻寬方案，流量穩定場景建議採用固定頻寬方案。

認識基準頻寬與峰值頻寬

雲端服務商透過可預期的基準頻寬配置與臨時突發上限管控網路效能。瞭解兩類網路資源的運作機制，有助於建置穩定、高效能的應用系統。

基準頻寬與保障吞吐量

基準頻寬指伺服器可持續取得的網路吞吐量。雲端服務商保證此最低速率可長時間不中斷執行，執行個體能夠持續以此速率傳輸資料，不會發生資源耗盡的狀況。

基準速率直接取決於你選用的執行個體規格。小型虛擬機提供較低的保障吞吐量，高階規格執行個體則具備更高效能。下表列出常見通用運算配置對應的保障吞吐量：

小型突發型通用執行個體遵循相同規則。舉例來說，t3.nano執行個體基準頻寬為0.03Gbit/s，t3.medium執行個體基準頻寬0.25Gbit/s，t3.2xlarge可持續速率提升至2.04Gbit/s。高階執行個體可承載高效能業務的持續大量資料流量，例如I8g.16xlarge能夠在嚴格的服務等級協議下達成每秒1160190筆穩定交易。掌握基準頻寬精準數值，可讓伺服器容量符合日常流量需求。

信用機制與峰值頻寬突發能力

當流量突然飆升，伺服器需要超出一般基準頻寬的臨時效能。vCPU數量≤16核心的執行個體大多採用支援突發的網路模式，頻寬標註「最高可達」上限。這類模式透過權杖桶信用機制，支援短暫流量突發。

信用額度機制遵循簡單的餘額管理規則：

• 信用額度累積：執行個體初始化時擁有最大信用額度；當網路流量低於基準頻寬時，執行個體持續累積額外信用額度。

• 流量分開統計

  ：執行個體流入流量與流出流量具備互相獨立的信用額度池。

• 信用額度消耗：網路負載超出基準頻寬時，伺服器消耗累積的信用額度，進而達到峰值頻寬。

• 突發時長限制：突發容量僅支援有限時長，依執行個體規格，通常為5至60分鐘。

• 效能回落：一旦信用額度全部耗盡，執行個體網路吞吐量會立刻回落至基準頻寬水準。

舉例而言，對m6in.xlarge伺服器進行效能測試，持續大量寫入場景下可維持約27分鐘的突發頻寬。完成5.1TB資料傳輸後，信用額度耗盡，傳輸速度隨即下降並穩定在標示305MB/s基準頻寬。突發能力仰賴共用實體硬體資源，因此峰值頻寬屬於盡力而為的保障。持續監控信用額度餘額，有助於預判流量突增時應用程式何時會回落至基準頻寬。

成本與效能影響分析

對於分散式架構，資料傳出費用通常是EC2第三大支出項目。你需要掌握伺服器對外頻寬費率，實現雲端成本可控。

對於分散式架構，資料傳出費用通常是EC2第三大支出項目。

計費模式與超額費用風險

服務商依據資料傳輸目的地與傳輸量計算對外頻寬費用。下表為AWS維吉尼亞北部區域標準流量費率：

許多伺服器租用與伺服器託管服務商採用95分位計費模式控管突發流量成本。此定價方式能夠減輕短暫極端峰值頻寬對帳單造成的衝擊。服務商每月以5分鐘為間隔擷取頻寬平均值，剔除最高5%的取樣資料後，以剩餘最高取樣值做為計費標準。單次劇烈高峰會被歸入剔除的5%區間，不會抬高月度帳單。但持續高負載、接近峰值上限的流量，會直接拉高計費分位數值。

機房託管服務商與頻寬供應商計算月度帳單遵循固定流程：

1. 計費週期內，以5分鐘間隔擷取頻寬資料。

2. 將所有5分鐘頻寬取樣值由高到低排序。

3. 捨棄數值最高的5%取樣資料（代表極端流量高峰）。

4. 取剩餘取樣資料中的最高值（即95分位頻寬）。

5. 客戶整月帳單依據該95分位頻寬數值結算。

倘若突發流量持續超出基準頻寬，並超過95分位門檻，將會產生超額費用。

網路限速與信用額度耗盡

網路信用額度耗盡會直接降低應用程式回應能力。雲端基礎設施會出現一連串效能惡化現象：

1. 流量持續超出基準頻寬或是出現微突發流量，耗盡網路I/O信用額度時，AWS將對EC2執行個體進行網路限速。

2. 限速引發封包佇列或是遺失。

3. 封包佇列、遺失造成網路延遲波動、TCP重傳次數急遽上升。

4. 從應用程式層面觀察，網路問題呈現為異常的請求延遲、連線逾時。

5. 嚴重情況下，會導致相依服務（例如索引鍵值儲存）存取延遲上升、應用程式請求逾時，甚至引發重試風暴、連線頻繁中斷，造成叢集整體故障。

你可以透過雲端監控指標，在效能下滑前預判信用額度耗盡：

• 監控工具可擷取小型AWS EC2執行個體的bw_in_allowance_exceeded與bw_out_allowance_exceeded指標。

• 這類執行個體依靠網路I/O信用額度實現超出基準頻寬的突發傳輸。

• 指標數值上升，代表信用額度正在快速消耗或是已經耗盡。

• 信用額度耗盡後流量被限制至基準頻寬，此時上述指標將持續上升。

掌握限速觸發門檻，有助於有效最佳化網路設定。

伺服器頻寬資源最佳化方案

估算基準網路流量需求

選定伺服器頻寬方案前，必須測量日常網路流量。歷史流量資料能夠呈現日常流量規律，協助預估未來容量需求。

資產負債表是企業某個時間點財務狀況的快照，與此類似，網路效能基準是基礎設施在正常營運時段的流量樣貌。

完成精準的基準流量測算，可遵循三步流程：

1. 網路評估與基準流量量測：擷取2–4週歷史流量資料，辨識流量規律、高峰時段與效能瓶頸。

2. 歷史報表趨勢分析：利用歷史報表功能分析長期趨勢，定位持續高消耗的應用程式。

3. 預估未來資源需求：依據頻寬歷史使用資料預估後續流量需求，規劃網路擴容與升級。

突發頻寬方案 vs 固定頻寬方案選型

頻寬方案需要符合業務負載特性。流量穩定場景選用固定頻寬方案節省成本，流量波動場景適合突發頻寬模式。

不同商業模式需要搭配對應的頻寬策略：

• 流量穩定的SaaS服務商：長期穩定占用約800Mbps頻寬，選擇1Gbps承諾頻寬方案，實現顯著成本節省與帳單穩定。

• 週末流量高峰的串流新創企業：平均流量400Mbps，但週末峰值可達1.5Gbps，採用突發頻寬計費，最終按照95分位（約600Mbps）結算。

• 存在季節性活動的遊戲廠商：線上遊戲活動期間流量高峰可達日常5倍，依靠突發頻寬承接短暫活動峰值頻寬需求。

遵循一條維運準則，就能平衡網路成本與業務效能：將基準頻寬對應伺服器日均流量，運用峰值頻寬承接突發、難以預測的流量尖峰，無需為閒置資源額外付費。

持續密切監控I/O信用額度與頻寬限制指標。網路信用額度耗盡會觸發突發限速、封包遺失，引發嚴重的應用程式延遲。

最後，依據業務負載穩定程度選擇執行個體規格。流量波動、尖峰明顯的業務選用支援突發頻寬的伺服器方案；穩定高流量業務遷移至專用伺服器，保障持續吞吐量，穩定雲端帳單支出。

常見問題

伺服器網路信用額度耗盡會發生什麼？

雲端服務商會立刻將網路效能限制至保障基準頻寬。此操作會造成封包佇列或遺失，進而導致應用程式延遲上升、請求逾時，嚴重時引發服務中斷。

如何計算95分位頻寬用量？

雲端服務商每月以5分鐘為間隔擷取網路傳輸資料，將取樣值由高到低排序並剔除最高5%流量高峰，最終依剩餘95%區間內最高頻寬數值計費。

怎樣在效能下滑前監測網路信用額度耗盡？

你可以監控bw_in_allowance_exceeded、bw_out_allowance_exceeded等雲端基礎設施指標。指標上升代表執行個體正在消耗全部網路信用額度，方便你在效能惡化前升級伺服器規格。