AWS Application Load Balancer - 已處理字節數指標
我剛剛在 AWS 上設置了 Application Load Balancer。我試圖弄清楚為什麼我的 Processed Bytes 指標給出瞭如此高的數字（因此消耗的容量單位上升並且變得昂貴）。這實際上是如何計算的？我試圖在網際網路上瀏覽這個答案，但沒有詳細資訊。
它只是標題/響應大小還是實際上來自網路工作者的所有數據？可能是一個轉儲問題，但如果我們載入任何 3rd 方 css 或 js，它是否也包含在這些計算中，或者我們很高興它全部載入到使用者端並且 LB 不需要對此做任何事情？
謝謝，
馬特
通過 ALB 的每個字節都被計費。定價在這裡。AWS 定價頁面提供瞭如何計算定價的範例。基本上每個連接、字節和規則都會增加成本。
如果您從不在 ALB 後面的另一台伺服器/域載入資源，則不會收費，因為它從不接觸 ALB - 客戶端直接連接到託管該資源的伺服器。正確設置記憶體標頭並使用良好的 CDN，例如 CloudFront（按 MB 計費）或 CloudFlare（他們有免費選項）可以降低 js、css、圖像和其他靜態資源的成本。CloudFront 和可能的 CloudFlare 可以記憶體動態頁面，如果它們不是按使用者自定義的，但設置涉及更多。
這是來自亞馬遜頁面的有關 LCU 的目前資訊。您會注意到它不會區分消息的 http 部分，它是“已處理的字節數”
LCU 衡量 Application Load Balancer 處理流量的維度（平均超過一小時）。測量的四個維度是：
新連接數：每秒新建立的連接數。通常，每個連接都會發送許多請求。活動連接數：每分鐘的活動連接數。已處理字節數：負載均衡器為 HTTP(S) 請求和響應處理的字節數，以千兆字節 (GB) 為單位。規則評估：它是負載均衡器處理的規則數量和請求率的乘積。前 10 個已處理的規則是免費的（規則評估 = 請求率 *（已處理的規則數 - 10 個免費規則）您只需為使用率最高的維度付費。一個 LCU 包含：
- 每秒 25 個新連接。
- 每分鐘 3,000 個活動連接。
- EC2 實例、容器和 IP 地址作為目標每小時 1 GB，Lambda 函式作為目標每小時 0.4 GB
- 每秒 1,000 次規則評估。