監控 SQL 應用程式 - Amazon Kinesis Data Analytics for SQL 應用程式開發人員指南

在仔細考慮之後,我們決定在兩個步驟中停止 Amazon Kinesis Data Analytics for SQL 應用程式:

1. 從 2025 年 10 月 15 日起,您將無法為SQL應用程式建立新的 Kinesis Data Analytics。

2. 我們將自 2026 年 1 月 27 日起刪除您的應用程式。您將無法啟動或操作SQL應用程式的 Amazon Kinesis Data Analytics。從那時SQL起,Amazon Kinesis Data Analytics 將不再提供 的支援。如需詳細資訊,請參閱Amazon Kinesis Data Analytics for SQL 應用程式終止

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

監控 SQL 應用程式

監控是維護應用程式可靠性、可用性與效能的重要環節。您應該從 AWS 解決方案的所有部分收集監視資料,以便在發生多點失敗時更輕鬆地偵錯。不過,開始監控 之前,您應該建立監控計劃,其中回答下列問題:

  • 監控目標是什麼?

  • 要監控哪些資源?

  • 監控這些資源的頻率為何?

  • 要使用哪些監控工具?

  • 誰將執行監控任務?

  • 發生問題時應該通知誰?

下一步是在各個時間點和不同的負載條件下測量效能,以在您的環境中確立 正常效能的基準。在監控時,您可儲存歷史監控資料。藉此,您才能與目前的效能資料做比較、辨識正常效能模式和效能異常狀況、並規劃問題處理方式。

藉此,您可以監視應用程式。應用程式會處理資料串流 (輸入或輸出),這兩者都包含識別碼,您可以使用這些識別碼縮小 CloudWatch 記錄的搜尋範圍。有關如何處理資料串流的詳細資訊,請參閱 Amazon Kinesis Data Analytics for SQL 應用程式:運作方式

最重要的指標是 millisBehindLatest,表示應用程式從串流來源讀取的落後程度。在典型情況下,後面的毫秒應等於或接近零。出現短暫尖峰是正常的,此時 millisBehindLatest 會增加。

我們建議您設定 CloudWatch 警示,在應用程式落後超過一個小時讀取串流來源時觸發警示。針對需要非常接近即時處理的某些使用案例,例如將處理的資料傳送到即時應用程式,您可以選擇將提醒設定為較低的值,例如五分鐘。