如需與 Amazon Timestream for LiveAnalytics 類似的功能，請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間，以進行即時分析。[在這裡](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)進一步了解。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 佈建的時間串流運算單位
**注意**
佈建 TCU 僅適用於亞太區域 （孟買） 區域。
使用佈建的時間串流運算單位 (TCUs)，您可以將固定數量TCUs 配置到您的帳戶，確保查詢的可預測效能和成本。透過佈建 TCUs，您可以更好地控制運算容量，讓您能夠根據應用程式的特定需求來最佳化效能和查詢成本。
**Topics**
+ [佈建 TCU 的優點](#provisioned-tcu.benefits)
+ [佈建 TCU 的運作方式](#provisioned-tcu.how-provisioned-tcu-works)
+ [監控佈建的 TCU 用量](#provisioned-tcu.monitoring)
+ [修改佈建TCUs](#provisioned-tcu.modifying)
+ [佈建 TCUs的定價](#provisioned-tcu.pricing)
## 佈建 TCU 的優點
佈建 TCU 可為具有專用工作負載的客戶提供數種好處，包括：
1. **可預測效能：**透過配置固定數量TCUs，您可以確保查詢的效能一致。
1. **成本控制：**使用佈建的 TCU，您可以更好地預測和管理成本，因為您只需支付佈建TCUs 持續時間的費用。
1. **彈性：**佈建 TCU 可確保工作負載具有專用運算資源，而且您可以調整佈建 TCUs 的數量以符合工作負載需求，並在應用程式需求變更時提供所需的可擴展性。
## 佈建 TCU 的運作方式
每個 Timestream 運算單位 (TCU) 由 4 vCPUs 和 16GB 記憶體組成。若要佈建 TCUs，請使用 AWS 管理主控台或 UpdateAccountSettings API 操作，將固定數量TCUs 分配給您的帳戶，然後專用於您的工作負載。這可確保查詢的可預測效能和成本。佈建 TCUs 的最小數量為 4，後續增量也是 4 的倍數 （例如 4、8、12、16)。佈建後，您可以不間斷地執行查詢工作負載。隨著工作負載需求變更，您可以隨時使用 AWS 管理主控台或 UpdateAccountSettings API 操作來調整佈建的 TCUs。不過，您只能在佈建 TCU 至少 1 小時之後，才能減少 TCUs 的數量。
例如，如果您在上午 10：00 佈建 8 TCUs，則會向您收取最少 1 小時的費用，直到上午 11：00。在此期間，您可以將 TCUs 增加到 12 個或更多，但直到上午 11：00 才能減少它們。
您帳戶中佈建請求的時間串流運算單位 (TCUs) 所需的時間，取決於請求TCUs 數量。例如，佈建 100 TCUs 最多可能需要 30 分鐘。不過，只有在資源佈建並可用於處理您的查詢工作負載時，才會向您收取這些資源的費用。為了確保在計劃的用量增加期間獲得順暢的體驗，我們建議事先佈建所需的資源。這可讓資源有足夠時間可用，並確保您的工作負載可在不中斷的情況下處理。
## 監控佈建的 TCU 用量
若要監控佈建的 TCU 用量，您可以使用下列 CloudWatch 指標：
+ **佈建的 QueryTCU：**此指標會指定您帳戶中佈建TCUs 數量。
+ **QueryTCU：**此指標會指定工作負載使用的 TCUs 數量。
+ **InsufficientTCUThrottles：**此指標會指定由於運算容量不足而調節的查詢數量。
## 修改佈建TCUs
您可以使用 AWS 管理主控台、 AWS 命令列界面 (CLI) 或 AWS SDKs，調整佈建時間串流運算單位 (TCUs) 的數量，以符合不斷變化的工作負載需求。
若要檢視您帳戶中目前佈建TCUs 數量，請導覽至 AWS 管理主控台中的「管理儀表板」區段。您可以從那裡輕鬆監控和管理佈建TCUs。
在查詢運算設定中，您可以驗證運算模式設定為「佈建」，並檢視您帳戶中目前佈建的時間串流運算單位 (TCUs) 數量，其顯示為「作用中查詢 TCU」。預設值為 0。您需要先佈建 TCUs才能執行查詢工作負載。
若要修改查詢運算設定，請按一下「修改」按鈕。例如，如果您想要將佈建TCUs 從 32 增加到 64，只需在「目標查詢 TCU」欄位中輸入所需的目標值 (64)。此外，您可以指定 Amazon Simple Notification Service (SNS) 主題，以便在佈建程序完成時收到通知。
選取「儲存設定」來確認所需的組態後，您會看到目前的請求狀態已更新為「待定」。「目標查詢 TCU」欄位現在將反映所需的運算單位數量，在此情況下為 64，表示佈建程序已啟動且正在等待完成。
佈建後，「作用中查詢 TCU」 欄位將會更新，以反映 64 Timestream Compute Units 的新佈建容量，表示佈建程序已完成，而且您帳戶中現在可使用其他資源。
若要減少帳戶中佈建的 Timestream 運算單位 (TCUs) 數量，請遵循與之前相同的步驟，然後輸入所需的目標值。例如，如果您想要將佈建TCUs 減少為 16，只需將「目標查詢 TCU」欄位設定為 16。請注意，您只能在距離上次佈建請求至少 1 小時之後減少佈建 TCUs 的數量。這表示如果您在過去一小時內佈建或修改 TCUs，則需要等到 1 小時的時段過後，才能減少 TCUs。
在請求減少佈建的 Timestream 運算單位 (TCUs) 之後，當服務判斷這樣做是安全的時，服務會減少 TCUs，這可能需要幾分鐘的時間。在此期間，「目標查詢 TCU」欄位將繼續顯示所需的目標值，在此情況下為 16 TCUs，表示待定變更。一旦減少完成，「作用中查詢 TCU」欄位將會更新，以反映 16 個 TCUs 的新佈建容量。
一旦請求成功完成，「作用中查詢 TCU」欄位將會更新，以反映 16 個 Timestream 運算單位 (TCUs) 的新佈建容量。如果您不再預期任何查詢工作負載，您可以進一步將佈建TCUs 減少為 0，有效地釋放所有佈建的資源並停止任何相關費用。
## 佈建 TCUs的定價
您需要為帳戶中佈建的 Timestream 運算單位 (TCUs) 支付 1 小時的費用。第一個小時之後，每秒會測量 TCUs。
若要計算總計量時數，請將佈建 TCUs 的數量乘以使用持續時間。例如：如果您佈建 16 TCUs 2 小時，總計量時數為 16 個 TCU \* 2 小時 = 32 個 TCU 小時。如果您佈建 16 TCUs 達 4 小時，則減少為 8 個 TCUs，並使用 6 小時，總計量時數為 16 個 TCU \* 4 小時 \+ 8 個 TCU \* 6 小時 = 112 個 TCU 小時。
您的總支出將取決於您所在區域的現行 TCU 小時成本。如需詳細資訊，請參閱 Amazon Timestream 定價頁面。
**管理佈建 TCU 的最佳實務**
若要充分利用佈建 TCU 功能，請遵循下列最佳實務：
+ **監控工作負載：**監控工作負載的效能、[使用的 QueryTCU ](monitoring-cloudwatch.md) 和檢視`InsufficientTCUThrottles`以了解您的使用模式，並相應地調整佈建TCUs。
+ **主動調整：**根據觀察到的趨勢和預期的工作負載變更，增加或減少佈建TCUs。針對尖峰和離峰期間進行調整。
+ **維護 Headroom：**將耗用的 QueryTCU 維持在 ProvisionedQueryTCU 的 80% 到 90% 以處理非預期的峰值。
+ **最佳化查詢：**利用 Query Insights 等功能，並遵循 Timestream Query 最佳實務來最佳化查詢，以減少運算用量。
+ **Implement Retries：**Timestream for LiveAnalytics Query SDK 支援重試機制，預設為 3 次重試。相應地調整值，以處理偶爾和非預期的爆量。