慎重に検討した結果、Amazon Kinesis Data Analytics for SQL アプリケーションを中止することにしました。

1. **2025 年 9 月 1** 日以降、Amazon Kinesis Data Analytics for SQL アプリケーションのバグ修正は提供されません。これは、今後の廃止によりサポートが制限されるためです。

2. **2025 年 10 月 15** 日以降、新しい Kinesis Data Analytics for SQL アプリケーションを作成することはできません。

3. **2026 年 1 月 27 日**以降、アプリケーションは削除されます。Amazon Kinesis Data Analytics for SQL アプリケーションを起動することも操作することもできなくなります。これ以降、Amazon Kinesis Data Analytics for SQL のサポートは終了します。詳細については、「[Amazon Kinesis Data Analytics for SQL アプリケーションのサポート終了](discontinuation.md)」を参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# for SQL Applications のモニタリング
<a name="monitoring-overview"></a>

モニタリングは、 と アプリケーションの信頼性、可用性、パフォーマンスを維持する上で重要な部分です。マルチポイント障害が発生した場合は、その障害をより簡単にデバッグできるように、 AWS ソリューションのすべての部分からモニタリングデータを収集する必要があります。ただし、 のモニタリングを開始する前に、以下の質問に対する回答を反映したモニタリング計画を作成する必要があります。
+ モニタリングの目的は何ですか?
+ どのリソースをモニタリングしますか?
+ どのくらいの頻度でこれらのリソースをモニタリングしますか?
+ どのモニタリングツールを利用しますか?
+ 誰がモニタリングタスクを実行しますか?
+ 問題が発生したときに誰が通知を受け取りますか?

次のステップでは、さまざまなタイミングと負荷条件でパフォーマンスを測定することにより、お客様の環境で通常のパフォーマンスのベースラインを確定します。 をモニタリングする際、過去のモニタリングデータを保存することができます。保存すれば、パフォーマンスデータをこの過去のデータと比較して、通常のパフォーマンスパターンとパフォーマンス異常を識別することで、問題の対処方法を考案しやすくなります。

 でアプリケーションをモニタリングします。アプリケーションはデータストリーム (入力および出力) を処理します。どちらにも識別子が含まれており、CloudWatch ログで検索の絞り込みに使用できます。データストリームの処理方法については、「[Amazon Kinesis Data Analytics for SQL Applications: 仕組み](how-it-works.md)」を参照してください。

最も重要なメトリクスは `millisBehindLatest` です。これはアプリケーションがどのくらい遅れてストリーミングソースから読み取るかを示します。一般的なケースでは、ミリ秒の遅延またはほぼゼロであるべきです。短期間のスパイクが発生することはよくあります。これは `millisBehindLatest` での増加として表示されます。

アプリケーションでストリーミングソースからの読み取りが 1 時間以上遅延する場合にトリガーされる CloudWatch アラームをセットアップすることをお勧めします。処理されたデータをライブアプリケーションに発行するなど、ほぼリアルタイムの処理を必要とする一部のユースケースでは、5 分などより低い値でアラームを設定する場合もあります。

**Topics**
+ [モニタリングツール](monitoring-automated-manual.md)
+ [Amazon CloudWatch によるモニターリング](monitoring-cloudwatch.md)
+ [での AWS CloudTrail API コールのログ記録](logging-using-cloudtrail.md)