慎重に検討した結果、2 つのステップでSQLアプリケーションの Amazon Kinesis Data Analytics を中止することにしました。
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 Applications の停止」を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
for SQL Applications のモニタリング
モニタリングは、 と アプリケーションの信頼性、可用性、パフォーマンスを維持する上で重要な部分です。マルチポイント障害が発生した場合は、その障害をより簡単にデバッグできるように、AWS ソリューションのすべての部分からモニタリングデータを収集する必要があります。ただし、 のモニタリングを開始する前に、以下の質問に対する回答を反映したモニタリング計画を作成する必要があります。
-
どのような目的でモニタリングしますか?
-
どのリソースをモニタリングしますか?
-
どのくらいの頻度でこれらのリソースをモニタリングしますか?
-
どのモニタリングツールを利用しますか?
-
誰がモニタリングタスクを実行しますか?
-
問題が発生したときに誰が通知を受け取りますか?
次のステップでは、さまざまなタイミングと負荷条件でパフォーマンスを測定することにより、お客様の環境で通常のパフォーマンスのベースラインを確定します。 をモニタリングする際、過去のモニタリングデータを保存することができます。保存すれば、パフォーマンスデータをこの過去のデータと比較して、通常のパフォーマンスパターンとパフォーマンス異常を識別することで、問題の対処方法を考案しやすくなります。
でアプリケーションをモニタリングします。アプリケーションはデータストリーム (入力および出力) を処理します。どちらにも識別子が含まれており、CloudWatch ログで検索の絞り込みに使用できます。データストリームの処理方法については、「Amazon Kinesis Data Analytics for SQL Applications: 仕組み」を参照してください。
最も重要なメトリクスは millisBehindLatest
です。これはアプリケーションがどのくらい遅れてストリーミングソースから読み取るかを示します。一般的なケースでは、ミリ秒の遅延またはほぼゼロであるべきです。短期間のスパイクが発生することはよくあります。これは millisBehindLatest
での増加として表示されます。
アプリケーションでストリーミングソースからの読み取りが 1 時間以上遅延する場合にトリガーされる CloudWatch アラームをセットアップすることをお勧めします。処理されたデータをライブアプリケーションに発行するなど、ほぼリアルタイムの処理を必要とする一部のユースケースでは、5 分などより低い値でアラームを設定する場合もあります。