跳至主要內容
Telemetry
透明的規劃估算

估計 Telemetry 儲存和每月成本

根據明確的假設對保留的事件量、查詢執行時間和基於使用者的計劃成本進行建模。更改任何輸入並檢查估計的每個組成部分。

工作負載輸入

應用程式取樣和過濾後計算邏輯行數。

如果可用,請使用測量的序列化有效負載平均值。

穩態規劃範圍,而不是保留政策承諾。

整個團隊的聚合查詢執行時間。

已發布的付費計劃價格按每個使用者每月顯示。

規劃結果

3 國標

估計保留事件負載

免費

Over limit

包括 1 國標和 1 查詢時間。

Business

US$39.00

US$36.00 座位+ US$0.00 儲存+ US$3.00 查詢。

Enterprise

US$297.00

US$297.00 座位+ US$0.00 儲存+ US$0.00 查詢。

估算使用每月發布的標價和簡單的十進位制千兆位元組。它們不包括稅收、折扣、協商條款、壓縮、架構開銷、刪除和工作負載更改。這是一個規劃工具,而不是發票或報價。

計算路徑

每個輸出都可以追溯到輸入

計算器故意保持模型簡單,以便可以獨立檢查估算值並用測量的生產值替換。

  1. 1

    每月有效負載

    5,000,000 events × 200 average bytes.

  2. 2

    保留儲存

    Monthly payload × 3 months = 3 decimal GB.

  3. 3

    包含的用途

    Subtract each plan's included storage and query-hour allowances from your estimated usage before calculating overage.

  4. 4

    每月預估

    Add 3 user seats, storage at $0.03/GB-month, and query overage at $0.30/hour.

計算模型

在本頁之外複製估算值

保留的有效負載是每月事件乘以平均序列化位元組和保留月數,然後除以 10 億。該計算器使用十進位制千兆位元組,因為發布的儲存限額和超額率均以 GB 表示。

對於付費計劃,席位成本是使用者數乘以當前每月每使用者價格。儲存和查詢費用僅適用於超出該計劃所含金額的使用量。在新增三個元件之前,負過剩被限制為零。

stored_gb = 事件 × 位元組 × retention_months ÷ 1,000,000,000

storage_overage = 最大值(0, stored_gb − included_gb) × $0.03

query_overage = 最大值(0, query_hours − included_hours) × 0.30 美元

monthly_estimate = 座位 + storage_overage + query_overage

場景指導

選擇計劃之前模型體積發生變化

高容量活動

分別對請求或心跳事件進行建模。取樣、聚合和較短的保留期可以將其儲存貢獻改變幾個數量級。

廣泛的商業活動

測量編輯後的序列化有效負載。小批次的典型結果可能會更大,同時成本仍然低於許多狹窄的診斷事件。

查詢重的團隊

使用跨計劃報告、儀表板、調查和自動化的聚合執行時間。查詢計數本身並不能揭示查詢小時的使用情況。

用測量值替換假設

  • 按事件名稱排列的序列化事件大小範例。
  • 對取樣、編輯和重試重複資料刪除後的事件進行計數。
  • 使用目標團隊的實際查詢執行時使用情況。
  • 高容量資料表和低容量資料表的模型保留分開。