費用和兩方面因素相關：
資料量：使用者的資料量是業務決定的，無法最佳化。
配置：使用和資料量相匹配的配置，選擇最優的解決方案，才能使成本最小化。
最佳化配置
配置可以從以下兩個方面進行最佳化：
分區個數
一個分區最大可以處理5M/s的資料。只有readwrite的分區會收費。請調整分區個數，使其正好能處理5M/s的資料。減少分區個數請合并分區。
LogStore 資料儲存周期
針對您對日誌的查詢、儲存的需求不同，建議您最佳化LogStore 資料儲存周期。
如果您收集日誌是為了做Realtime Compute，建議您只使用LogHub，不建立索引。
如果您對日誌有長時間儲存和備份的需求，建議您把日誌匯入到OSS。
其他最佳化建議
使用Logtail：有 Batch 與斷點續傳功能，在保障即時性的同時以最優演算法傳輸資料。Logtail 消耗資源是開源軟體（Logstash，FluentD）的1/4，減少CPU消耗。
API寫入使用者盡量使用64KB~1MB大包寫入，減少請求次數。
索引關鍵字段，例如UserID，Action等，對無用欄位不配置索引。