您在使用CLB的過程中如果遇到計費相關的問題，您可參考本文進行定位及處理。
CLB是否對入流量計費？
CLB目前只對出流量計費，入流量不參與計費。關於CLB網路流量路徑的資訊，請參見網路流量路徑說明。
健全狀態檢查產生的流量是否會被計費？
不會。CLB健全狀態檢查產生的流量不會計入購買的執行個體流量費用中。
ECS加入CLB的後端伺服器資源集區是否影響CLB計費？
不會。不論您配置在CLB執行個體後端的ECS採用何種計費方式，都不會因為其與CLB的關聯而產生計費規則上的變化。因為CLB和ECS是根據您的使用方式分別計費並結算的。
攻擊流量是否會被計費？
CLB目前和Apsara Stack Security結合提供防護功能。從攻擊開始達到清洗或黑洞閾值，到Apsara Stack Security開始清洗或黑洞，這期間有秒級的延時。因此這期間對攻擊包的響應會產生一定的費用。這樣的攻擊本身也消耗了CLB的頻寬資源。
CLB執行個體的所有後端ECS都停止，或者沒有掛載ECS時，是否會收取公網網路費用？
CLB公網IP保有費、執行個體費和規格費仍會正常收取。公網網路費的計費說明如下：
按流量計費
按使用流量計費只有在CLB執行個體停止、被釋放或無任何訪問的情況下才不會產生流量費用。
CLB是放置於ECS之前的負載平衡服務裝置，通過服務地址的方式提供服務。CLB執行個體的所有後端ECS停止，但CLB執行個體本身服務並未停止，當有請求發生時，流量還是會到CLB的服務地址，CLB健全狀態檢查發現後端沒有可用的ECS，會進行響應。
對於四層負載平衡服務，響應的僅是三向交握的包。對於七層負載平衡服務，由於負載平衡七層服務是通過Tengine提供的，因此響應的是一個Tengine的503錯誤頁。如果不停地有訪問進來，負載平衡不停地響應，這些響應流量會被計費。
對於沒有掛載ECS的CLB執行個體也是這樣的情況。因此，為避免CLB執行個體被收取流量費，建議您在不使用CLB執行個體時，停止或釋放該CLB執行個體。
按固定寬頻計費
按固定頻寬計費時，費用和執行個體狀態及使用流量無關，只要開通就按固定頻寬進行計費，只有在執行個體被釋放後才不會被計費。
CLB執行個體停機後是否會繼續計費？
會。CLB執行個體釋放後才會停止計費。
阿里雲從2024年12月01日00:00:00起對CLB隨用隨付執行個體的計費項目進行如下調整：
原有的執行個體費更名為“公網IP保有費”。
新增執行個體費計費項目。
詳細資料請參見傳統型負載平衡CLB計費項目調整公告。
停機後的CLB執行個體仍會計費，涉及的計費項目包括：公網IP保有費、執行個體費、規格費、頻寬費。
公網IP保有費：公網IP保有費是基於公網IP地址單價和使用時間長度來計算的，即使公網IP未被使用，只要它存在，就會產生相應的配置費用。
執行個體費：執行個體費指執行個體佔用費，執行個體停機後，未被釋放，仍會繼續收取執行個體費。
規格費：代表使用者使用不同規格執行個體的資源佔用費，停機後為了保障執行個體可以隨時啟動，依然需要預留資源，所以如果執行個體使用按規格計費，停機後仍會收取規格費。
頻寬費：頻寬費與執行個體狀態及使用流量無關，開通了按固定頻寬計費後，只有在執行個體被釋放後才不會收取頻寬費。
CLB執行個體停機後，不涉及流量費和LCU費的收取。
流量費：對於按使用流量計費的CLB執行個體，停機後執行個體不再轉寄流量，所以停機後的CLB執行個體不涉及流量費的收取。
LCU費：對於按使用量計費的CLB執行個體，停機後不會產生LCU消耗，所以停機後的CLB執行個體不涉及LCU費的收取。
私網類型的CLB執行個體也會收取規格費嗎？
如果您擁有的是效能共用型私網執行個體（已停售），則不收取規格費。
如果您選擇的是效能保障型私網執行個體，則需要收取規格費。
規格費收取方式與公網執行個體規格費計費規則一致。具體計費可參考執行個體計費方式。
共用型執行個體會額外收取規格費嗎？效能共用型執行個體和效能保障型執行個體的計費項目有什麼差別？
不會。
如果原有的共用型執行個體未變更為效能保障型執行個體，則不收取規格費。但如果您將共用型執行個體變更成效能保障型，則收取規格費。
根據執行個體類型和公網計費方式的不同，執行個體收取的計費項目也不同。
網路類型 | 公網計費方式 | 執行個體類型 | 公網IP保有費 | 執行個體費 | 流量費 | 頻寬費 | 規格費 |
公網 | 按使用流量計費 | 效能共用型 | ✔ | ✔ | ✔ | - | - |
效能保障型 | ✔ | ✔ | ✔ | - | ✔ | ||
按固定頻寬計費 | 效能共用型 | ✔ | ✔ | - | ✔ | - | |
效能保障型 | ✔ | ✔ | - | ✔ | ✔ | ||
私網 | - | 效能共用型 | ✔ | - | - | - | |
效能保障型 | ✔ | - | - | ✔ |
在上述表格中，“-”代表不收取該項費用，“✔”代表收取。
2024年12月01日00:00:00前建立的CLB執行個體暫時不收取執行個體費，限時免費至2025年11月30日23:59:59，詳細資料請參見傳統型負載平衡CLB計費項目調整公告。
CLB監控資料與實際賬單資料為什麼不同？
CLB控制台監控指標中展示的執行個體流量資料是按照一分鐘一個採集粒度，由CLB系統採集後上報CloudMonitor系統，再由CloudMonitor系統計算出每15分鐘所有採集點的平均值；而CLB執行個體的賬單計量資料是按照同樣粒度的採集頻度採集資料，在一個消費賬期後，以1個小時的累加值向賬單計量系統上報並結算費用的。
賬單資料是每一分鐘的累加值，而監控資料是每15分鐘平均值的累加值。所以，這兩組資料在實際計算產生方式上是有區別的，兩種資料不具備對比性。
CLB系統從採集資料到向CloudMonitor上報資料，然後CloudMonitor對資料進行平均值計算，最後展示在監控控制台的整個過程中，不可避免的存在一定的延遲。雖然這個延遲很小，我們也會盡量保證資料的即時性，但這種延遲也會導致其資料本身與賬單計量資料存在一定程度的差異。用作計費的賬單計量資料是可以容忍最多3小時延遲的，例如在01:00-02:00產生的賬單計量資料，正常情況下會在03:00之前由負載平衡上報賬單計量系統並進行計費，但是系統允許該上報時間最晚於05:00之前完成並計費。所以，從資料對即時性的要求不同來看，這兩組資料也是不具備可比性的。
從監控和賬單計量的產品定義上也是有區別的。監控的目的是為了通過一種手段來觀察被監控執行個體的運行狀態是否會出現異常，從而針對性地採取一定措施來解決由於異常導致的問題。賬單計量的目的是根據執行個體的實際資源消耗情況來進行計費。所以，從賬單核算的出發點來看應該是以賬單計量系統生產的資料來作為計費的判斷依據而不應該以監控資料作為計費的判斷依據。
為什麼HTTPS協議實際產生的流量會比賬單流量多一些？
HTTPS協議會使用一些流量用於協議握手，因此其實際產生的流量會多於賬單流量。
LCU用量及費用如何評估？
LCU為後付費，每小時的用量自動彈性，您可以通過以下方式評估LCU用量及費用。
對照自身業務指標，參見文檔中樣本估算LCU用量及費用。關於LCU文檔樣本，請參見效能容量單位LCU費。
您可以使用CLB LCU估算器來預估LCU的消耗。
升級變更配置過程是否會影響業務？
升級變更配置不影響業務，但如果涉及到流量的變更，所有變更配置會在次日00:00:00生效，生效前不能進行其它變更配置操作。
如果把現有按規格計費的執行個體變更為按使用量計費，是否會影響業務正常使用？
如果您的執行個體規格是超強型I及以下的規格執行個體，執行個體變更配置不會影響業務使用。
如果您的執行個體規格是超強型I以上規格執行個體，按規格計費變更為按使用量計費可能會導致執行個體效能降低，請謹慎操作。
說明CLB超強型I以上規格預設不開放，四層負載如需更大並發串連數請選擇網路型負載平衡NLB產品；七層負載如需更高的QPS，請選擇應用型負載平衡ALB產品。
關於NLB的介紹，請參見什麼是網路型負載平衡NLB。
關於ALB的介紹，請參見什麼是應用型負載平衡ALB。
按使用量計費的執行個體也存在效能上限，關於效能上限的相關內容，請參見按規格計費轉按使用量計費。