AWS ALB Pricing：應用負載平衡器成本詳解與最佳化

當企業將應用程式遷移到AWS 雲端環境時，部署 應用程式負載平衡器（ALB） 已成為提升可靠性與安全性的標準做法。 ALB 不僅能分發流量、實現高可用和容錯，還可以在應用層提供安全防護，是現代Web 架構中不可或缺的一部分。然而，許多企業在初次部署時都會面臨一個核心問題：“ALB 要多少錢？”

這個問題表面上簡單，但實際上涉及多個定價維度，包括基礎小時費、資料處理量以及負載平衡器容量單位（LCU）等。理解這些成本構成對於企業在預算規劃、架構最佳化以及成本控制方面至關重要。本文將圍繞 AWS ALB Pricing（應用負載平衡器定價），結合實際應用場景，幫助企業全面理解ALB 成本，並提供最佳化策略。

 

架構與場景概述

為了方便說明，我們以一個典型的企業場景為例：一個 大型單體Web 伺服器 部署在 eu-west-1（愛爾蘭）區域，直接處理來自終端用戶的HTTPS 請求。伺服器不僅處理大量普通網頁請求，還涉及大檔案上傳和下載。

假設每月入站流量約 15,000GB，出站流量約 20,000GB。這是一個典型的中大型企業Web 應用程式資料規模，對ALB 的資料處理能力提出了較高要求。

在這種場景下，企業的目標是將 ALB 部署在Web 伺服器前端，移除直接暴露的彈性IP（Elastic IP），以達到以下目的：

1. 提升高可用性：透過ALB 將流量分發至多個可用區（AZ）或伺服器實例，消除單點故障。

2. 增強安全性：透過ALB 結合AWS WAF 和Shield Standard 提供DDoS 防護，以及過濾無效HTTP 請求。

3. 簡化維：集中管理SSL/TLS 憑證、啟用健康檢查和維護模式，減輕Web 伺服器負載。

本文重點分析 ALB 相關直接成本，不包括EC2 執行個體費用、網際網路出口流量費用以及儲存成本（如EFS 和S3），這些成本保持不變。

 

AWS ALB 定價結構

AWS 的 應用負載平衡器定價主要由兩部分組成：

1. 基本小時費：每個ALB 實例每小時 0.0252 美元（不足一小時按小時計費）

2. LCU（Load Balancer Capacity Unit）小時費：每小時 0.008 美元

 

LCU 是什麼？

LCU 是AWS 用來衡量ALB 資源消耗的單位，綜合考慮以下四個維度：

• 新增連線數：每秒處理的新TCP 連線數量

• 活躍連線數：保持活動狀態的TCP 連線數

• 處理位元組數：ALB 處理的總資料量（入站和出站）

• 規則評估次數：ALB 執行的轉送規則數量

在大多數企業大檔案傳輸場景中，已處理位元組數往往是決定LCU 消耗的關鍵因素。換句話說，ALB 處理的資料越多，LCU 消耗越高，成本也隨之增加。

 

範例成本估算

假設每月總數據量為 35,000GB（入站+ 出站），平均每小時處理約 49GB，則每小時平均產生 49 個LCU。

基於此，ALB 的月費可估算為：

$$\text{ALB 月成本}=(0.0252+0.008\times 49)\times 24\times 30\approx 300美元$$

由此可見，ALB 的成本不僅取決於基礎小時費，還與資料吞吐量直接相關。對於企業來說，這意味著大流量Web 應用的ALB 成本可能成為月度預算中不可忽視的一部分。

 

不涉及的費用

在估算ALB 成本時，有兩類常見迷思需要澄清：

跨可用區資料傳輸

ALB 內部支援多可用區高可用性。如果流量只傳送到單一可用區的實例，是否會產生額外跨可用區費用？

• 答案：不會

• 原因：AWS EC2 定價規定，同一區域內私有IP 位址的EC2 與ALB 之間資料傳輸免費。因此，企業無需為ALB 跨可用區轉送流量支付額外費用。

彈性IP 資料傳輸

許多企業認為移除彈性IP 可以顯著節省成本，但在ALB 部署場景下效果有限。

• 對於外部用戶請求，ALB 替代Elastic IP 並不會產生額外區域內傳輸費用

• 因此，僅靠移除彈性IP 並不能顯著降低ALB 成本

 

實測驗證

為了驗證理論成本估算的準確性，我們在兩個AWS 帳戶中進行了簡化負載測試：

1. 帳戶 A：單一帶有Elastic IP 的Web 伺服器

2. 帳戶 B：Web 伺服器位於ALB 後端

每台伺服器分別處理 10GB 請求和10GB 回應數據，透過 AWS Cost Explorer 查看成本。結果顯示：

實驗結果與理論計算基本一致，進一步證明在大文件傳輸場景中，LCU 消耗是ALB 成本的主要驅動因素。

其他成本考量

在實際生產環境中，除了基礎ALB 費用，還可能有以下額外成本：

• DNS 費用：為ALB 建立別名記錄可能產生費用

• 訪問日誌：啟用ALB 訪問日誌寫入S3 會產生額外費用

而以下成本維持不變：

• 出站網路流量（例如每月20,000GB）

• EC2 執行個體運作費用

• 儲存及存取成本（EFS、S3）

• 資料庫或其他應用程式元件

 

成本優化策略

為了在保證高可用和安全的前提下進一步優化成本，企業可以考慮以下策略：

1. 檔案直接上傳/下載至S3

• 使用 預簽名URL，讓使用者直接與S3 交互

• 減少ALB 處理位元組數，降低LCU 消耗

• 降低Web 伺服器負載，可使用更小實例

2. CloudFront 加速

• 對於低頻大檔案下載場景，邊緣節點快取收益有限

• 可根據業務場景決定是否啟用CloudFront

3. Web 應用防火牆（WAF）

• ALB 可關聯 AWS WAF，提供更高層的安全防護

• 可對惡意請求進行過濾，減輕Web 伺服器壓力

4. 私有子網路部署

• 將虛擬機器遷移至私有子網，移除公網IP

• 配置NAT 網關（約69 美元/ 月）用於少量出站流量

• 提升安全性，同時確保必要更新或存取可用

ALB 的業務價值

ALB 不僅是流量分送工具，更是企業架構最佳化的重要支撐：

安全性提升

• 僅轉送有效HTTP 請求，防護TCP SYN 洪水攻擊

• 提供 AWS Shield Standard DDoS 防護

• 支援WAF 進階規則，提高Web 應用安全性

高可用與彈性

• 支援多可用區負載平衡，消除單點故障

• 健康檢查機制確保請求僅發送至健康實例

• 支援水平擴展，滿足業務峰值流量需求

維運便利

• 自動擴展與容錯，減少手動幹預

• SSL/TLS 憑證自動管理，支援自動續約

• 可在負載平衡器層級設定維護模式，讓伺服器完全離線進行升級或維護

網路最佳化

• HTTP keep-alive 減少SSL 握手開銷

• 減輕Web 伺服器負載，提高整體效能

 

总结

透過對 AWS ALB Pricing 的詳細分析和實測驗證，我們可以得到以下結論：

1. ALB 成本主要受LCU 消耗和資料吞吐量驅動

2. 跨可用區傳輸和Elastic IP 替換對成本影響有限

3. 結合預簽URL、WAF 和私有子網路部署可以優化成本和安全性

4. ALB 不僅提升高可用性，也簡化了維運工作，提高了整體業務可靠性

作為 AWS 官方認證代理商，在雲端上 可協助企業客戶合理規劃ALB 和LCU 使用，精準估算成本，同時實現高可用、可靠、安全的Web 應用架構。透過科學規劃，企業既能控製成本，又能提升應用效能和安全性，為業務發展提供堅實的雲端基礎支撐。