假設客戶有 10,000 部裝置，每部裝置每個月會產生 5 MB 的資料。

處理的資料為 10,000*[5 MB]/[1,024 MB/GB] = 48.83 GB。由於資料處理單元允許您處理最多 100 GB 的資料，因此您只需要支付 $- /月的資料處理費用。

處理的資料中，如果您設定 10 GB 進行經常性儲存資料分析，而分析資料每個月在儲存的 10 GB 資料上需要 1 個查詢，則

經常性儲存體費用 = 10 GB* $- /GB = $- 每個月

經常性儲存查詢 = 免費

如果剩餘的資料會傳送到極非經常性儲存體，而且每個月會查詢一次，則

極非經常性儲存體費用 = 38.83 GB* $- /GB = $- (使用 Blob 定價 )

極非經常性儲存查詢 = 38.83 GB* $- /GB = $- 每個月

時間序列深入解析的每月總費用 = 資料處理 $- + 經常性儲存體 $- + 經常性儲存查詢 $0 + 極非經常性儲存體 $- + 極非經常性儲存查詢 $- = $- 。

這套新 SKU 一方面引進了經過時間序列最佳化後的極非經常性存取資料路徑分析這項新功能，一方面仍繼續保有經常性存取資料路徑的隨選資料探索功能。此服務在開放公開預覽時，將開始支援極非經常性存取資料路徑分析功能。此服務在未來幾個月內仍會持續更新，以納入已經發行的經常性存取資料路徑隨選分析，以及將時間序列資料路由到您業務需要之一或兩個儲存體層的功能。

目前在使用者體驗方面，設定時間序列環境將包括目前的 S1/S2 SKU 及更新後的新 SKU。預計在不久的將來，當經常性存取資料隨選分析功能納入新的 SKU 之後，我們將開始鼓勵客戶在時間序列深入解析服務中，從 S1/S2 SKU 轉移到只使用一個統一的 SKU，以享有更新後多項的定價優點，以及全程解決方案更多的全方位功能。

每個 S1 單位包含最多 30 GB 的儲存體總計或 3 千萬筆事件 (視何者先達到上限)，以及每日輸入上限和可設定的保留期。此外也包含時間序列深入解析視覺效果體驗。使用者數目或可進行的查詢數目則沒有限制。

例如，如果您佈建 1 個 S1 單位，您可以將環境設定為保留資料最多 400 天的保留期。如果設定為 400 天保留期，平均每日輸入不得超過已配置環境 (1 個 S1 單位 30 GB) 的 1/400。在此範例中，每天總儲存體容量的 1/400 為 0.075 GB 或 75 MB。

另一個範例則假設您將具有一個 S1 單位的環境設定為保留資料 180 天，每日輸入不得超過每天 0.166 GB (166 MB)。如果您的輸入速率超過每天 0.166 GB，您的資料將不會儲存 180 天。例如，如果您的平均輸入速率為每天 0.189 GB，則只會實現 158 天加上不到 1 天的保留期 (30 GB/0.189 = 158.73 天保留期)。

如果您想要將每日輸入提高到最大，您每天最多可以輸入 1 GB，並保留該資料最多 30 天。

每個 S2 單位包含最多 300 GB 或 3 億筆事件 (視何者先達到上限) 的儲存體總計，以及可設定的每日輸入和保留期。 此外也包含時間序列深入解析視覺效果體驗。使用者數目或可進行的查詢數目則沒有限制。

例如，如果您佈建 1 個 S2 單位，並將環境設定為保留 400 天，則會達到 400 天保留期，且平均每日輸入為 300 GB 的 1/400 (每天 0.75 GB 或 750 MB) 或更少。

另一個範例則假設您將具有一個 S2 單位的環境設定為保留資料 180 天，每日輸入只要不超過每天 1.66 GB (1,660 MB)，就會達到 180 天保留期。如果您的輸入速率超過每天 1.66 GB，您的資料將不會儲存 180 天。例如，如果您的平均輸入速率為每天 1.89 GB，則只會達到 158 天加上不到 1 天的保留期 (300 GB/1.89 = 158.73 天保留期)。

如果您想要將每日輸入提高到最大，您每天最多可以輸入 10 GB，並保留該資料最多 30 天。

計費方式以每日按比例為基礎。每日的起始為 UTC 午夜，供計費目的使用。計費以每月為基礎產生。例如，若客戶使用三個單位的 Time Series Insights S1 共 5 天，客戶在月底所需支付的費用為 3 個單位 × 5 天 × ( $- /31) = $- 。

同樣地，若客戶使用三個單位的 Time Series Insights S2 共 5 天，客戶在月底所需支付的費用為三個單位 × 5 天 × ( $- /31) = $- 。