遙測成本與資料量管理
計費衡量所有工作節點實際使用的 CPU 時間，而非經過的時間：8 個忙碌的 CPU 執行 10 秒消耗 80 CPU 秒。等待不計費。每個已完成分片及協調節點自身的工作各計一次。即使整體請求失敗，已完成分片仍可能計費；重試可能增加用量。新紀錄沒有 300 ms 最低計費。Free 每月含 1 CPU 小時，Business 含 10，Enterprise 含 100；付費超額部分每 CPU 小時 $0.30。我們按實際工作而非等待造成的緩慢收費。平行執行不保證費用更低。
CPU billing: full details (English)
要了解遙測成本，需要衡量事件頻率、酬載大小、保留時間、查詢掃描的資料量、匯出量以及欄位的相異值數量。僅憑總位元組數無法解釋供應商帳單。在減少蒐集之前檢查這些指標，確定會失去哪些資料，以及可能降低哪些成本。
首先衡量事件契約
在攝取時，記錄一個緊湊的操作事件，其中包含受控事件名稱、有界生產者源、序列化有效負載位元組、模式版本、接受結果和環境。不要將原始有效負載複製到測量事件中。
遙測量SQL配方 按事件契約對計數和有效負載位元組進行分組。它還計算平均事件大小和拒絕率。這可以將高頻小事件與低頻超大事件區分開來，並防止因默默降低資料品質而導致成本變化。
序列化位元組與壓縮儲存、掃描位元組、網路出口或發票成本不同。在預測資金之前，將彙總資料與您的實際保留率和定價模型聯絡起來。
回顧基數和有用性
如果原始 URL、請求 ID、錯誤訊息或使用者生成的標籤等欄位成為分組維度，小事件仍然可能會建立不可用的儀表板。遵循 高基數字段指南 並保留用於有針對性的向下鑽取的識別符號，而不是預設圖表。
對於每份大型合約，記錄：
- 它支援的決策、儀表板、警示或調查。
- 必填欄位和可刪除或分類的欄位。
- 生產抽樣規則和抽樣應避免的問題。
- 保留和刪除要求。
- 檢查架構和卷更改的所有者。
安全地更改集合
從開發噪音、意外重複和沒有讀者的欄位開始。在減少生產資料之前測試模式更改和拒絕行為。推出後比較完整的每日儲存桶，這樣流量變化就不會被誤認為是儀器的勝利。
使用 資料品質配方收集 在更改數量時監控新鮮度、重複項、空欄位和架構採用情況。 資料保留指南 涵蓋了應與查詢最佳化分開的策略和刪除決策。