如需與 Amazon Timestream for LiveAnalytics 類似的功能,請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間,以進行即時分析。在這裡進一步了解。
本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
佈建的時間串流運算單位
注意
佈建 TCU 僅適用於亞太區域 (孟買) 區域。
使用佈建的時間串流運算單位 (TCUs),您可以將固定數量TCUs 配置到您的帳戶,確保查詢的可預測效能和成本。透過佈建 TCUs,您可以更好地控制運算容量,讓您能夠根據應用程式的特定需求來最佳化效能和查詢成本。
佈建 TCU 的優點
佈建 TCU 可為具有專用工作負載的客戶提供數種好處,包括:
可預測效能:透過配置固定數量TCUs,您可以確保查詢的效能一致。
成本控制:使用佈建的 TCU,您可以更好地預測和管理成本,因為您只需支付佈建TCUs 持續時間的費用。
彈性:佈建 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 和檢視
InsufficientTCUThrottles以了解您的使用模式,並相應地調整佈建TCUs。主動調整:根據觀察到的趨勢和預期的工作負載變更,增加或減少佈建TCUs。針對尖峰和離峰期間進行調整。
維護 Headroom:將耗用的 QueryTCU 維持在 ProvisionedQueryTCU 的 80% 到 90% 以處理非預期的峰值。
最佳化查詢:利用 Query Insights 等功能,並遵循 Timestream Query 最佳實務來最佳化查詢,以減少運算用量。
Implement Retries:Timestream for LiveAnalytics Query SDK 支援重試機制,預設為 3 次重試。相應地調整值,以處理偶爾和非預期的爆量。