翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon CloudWatch による Amplify アプリケーションのモニタリング
AWS Amplify は Amazon CloudWatch と統合されているため、Amplify アプリケーションのメトリクスをほぼリアルタイムでモニタリングし、メトリクスが設定したしきい値を超えたときに通知を送信するアラームを作成できます。CloudWatchサービスの動作の詳細については、[Amazon CloudWatch ユーザーガイド](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)を参照してください。
## 「Supported CloudWatch metrics」(サポートされている CloudWatch メトリクス)
Amplify は、アプリのトラフィック、エラー、データ転送、レイテンシー、およびリクエストトークンを監視するために、`AWS/AmplifyHosting` の名前空間で 7 つの CloudWatch メトリクスをサポートしています。これらのメトリクスは1分間隔で集計されます。CloudWatch モニタリングメトリクスは無料で、[CloudWatch Service Quotas](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_limits.html)にはカウントされません。
次の表には、サポートされている各メトリクスの説明とともに最も関連性の高い統計がまとめられています。利用可能なすべての統計が必ずしもすべてのメトリクスに適用可能であるとは限りません。
| メトリクス | 説明 |
| --- | --- |
| リクエスト | アプリが受信したビューアリクエストの合計数。 最も関連性の高い統計は`Sum`です。リクエストの合計数を得るには、`Sum` 統計を使います。 |
| BytesDownloaded | リクエストに対して視聴者がアプリから転送 (ダウンロード) したデータ`GET`、`HEAD`、`OPTIONS`の総量 (バイト単位) 。 最も関連性の高い統計は`Sum`です。 |
| BytesUploaded | ヘッダーなどの、あらゆるリクエストに対してアプリに転送 (アップロード) されたデータの総量 (バイト単位)。 Amplify では、アプリケーションにアップロードされたデータに対する請求はありません。 最も関連性の高い統計は`Sum`です。 |
| 4xxErrors | HTTP ステータスコード 400～499 の範囲のエラーを返したリクエストの数。 最も関連性の高い統計は`Sum`です。これらのエラーの出現総数を取得するために、`Sum`統計を使用します。 |
| 5xxErrors | HTTPステータスコード500～599の範囲のエラーを返したリクエストの数。 最も関連性の高い統計は`Sum`です。これらのエラーの出現総数を取得するために、`Sum`統計を使用します。 |
| レイテンシー | 最初のバイトまでの時間 (秒単位)。Amplify ホスティングがリクエストを受け取ってから、ネットワークにレスポンスを返すまでの総時間。視聴者のデバイスに到達するレスポンスに発生したネットワークレイテンシーは含まれません。 最も関連性の高い統計は`Average`、`Maximum`、`Minimum`、`p10`、`p50`、`p90``p95`、`p100`です。 予測されるレイテンシーを評価するために`Average`統計を使用します。 |
| TokensConsumed | アプリが消費するリクエストトークン。 `Sum` 統計は、リクエストトークンの合計消費量を表します。この統計を現在の `Request tokens per second` サービスクォータと比較して、将来の高トラフィックイベント中にスロットリングが発生する可能性を避けるためにクォータの引き上げをリクエストする必要があるかどうかを判断できます。 `Average` 統計は、通常の時間とピーク時のリクエストトークンの消費量を表します。通常、トークンの消費量が多いほど、最初のバイトまでの時間 (TTFB) が長くなります。したがって、アプリケーションのレイテンシーを評価するときにこの統計を使用できます。レイテンシーが不十分な場合は、ダウンストリーム API を改善してトークンの消費量を減らし、トークンの消費量がアプリケーションの `Request tokens per second` サービスクォータを超えたときに発生する可能性のあるスロットリングを回避できます。 `Request tokens per second` のサービスクォータの詳細については、「[Amplify ホスティング Service Quotas](quotas-chapter.md)」を参照してください。 |
Amplifyには、以下の CloudWatch メトリクスディメンションが用意されています。
| ディメンション | 説明 |
| --- | --- |
| アプリケーション | 指標データはアプリによって提供されます。 |
| AWS アカウント | メトリクスデータは、 のすべてのアプリで提供されます AWS アカウント。 |
## CloudWatch メトリクスへのアクセス
次の手順を使用して、Amplify コンソールから直接 CloudWatch メトリクスにアクセスできます。
**注記**
[https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/) AWS マネジメントコンソール の で CloudWatch メトリクスにアクセスすることもできます。
**Amplify コンソールを使用してメトリクスにアクセスするには**
1. にサインイン AWS マネジメントコンソール し、[Amplify コンソール](https://console.aws.amazon.com/amplify/)を開きます。
1. メトリクスを表示するアプリを選択します。
1. ナビゲーションペインで、**[モニタリング]**、**[メトリクス]** の順に選択します。
## CloudWatch アラームの作成
特定の基準が満たされた際に、通知を送信する CloudWatch アラームを Amplify コンソールで作成できます。アラームは単一の CloudWatch メトリクスを監視し、メトリクスが所定の評価期間の数にわたってしきい値に違反すると、Amazon Simple Notice Service 通知を送信します。
CloudWatch コンソールまたは CloudWatch API を使用して、メトリクスの数学式を用いたより高度なアラームを作成できます。例えば、4xxErrorsの割合が 3 つの連続期間で 15% を超えたときに通知するアラームを作成できます。詳細については、「*Amazon CloudWatch ユーザーガイド*」の「[メトリクスの数式に基づく CloudWatch アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create-alarm-on-metric-math-expression.html)」を参照してください。
アラームには標準の CloudWatch 料金が適用されます。詳細については、「[Amazon CloudWatch の料金](https://aws.amazon.com/cloudwatch/pricing/)」を参照してください。
次の手順に従って、Amplify コンソールを使用することで ドメインを作成します。
**Amplify メトリクスの CloudWatch アラームを作成するには**
1. にサインイン AWS マネジメントコンソール し、[Amplify コンソール](https://console.aws.amazon.com/amplify/)を開きます。
1. アラームをセットアップするクォータを選択します。
1. ナビゲーションペインで、**[モニタリング]**、**[アラーム]** の順に選択します。
1. **[アラーム]** タブで、**[アラームの作成]** を選択します。
1. 「**アラームの作成**」ウィンドウで、アラームを次のように設定します。
1. **メトリック**を監視するには、メトリック名をリストから選択します。
1. [**アラーム名**] に、アラームに意味のある名前を入力します。例えば、リクエストを監視している場合、アラームに**HighTraffic**という名前を付けることができます。名前には ASCII 文字のみを使用します。
1. **[通知を設定]**については、次のいずれかを実行します。
+
1. 次の手順に従って、**新規**を選択して Amazon SNS の新しいトピックを作成します。
1. [**Eメールアドレス**] には、通知の受信者の Eメールアドレスを入力します。
1. 受信者を追加するには、[**新しいメールアドレスを追加**]を選択します。
+
1. Amazon SNS のトピックを再度利用するには、**既存**を選択します。
1. **SNS topic** (SNS トピック) では、 リストから既存のAmazon SNS ピックの名前を選択します。
1. 「**Wheneverメトリックの統計**」では、アラームの条件を次のように設定します。
1. メトリクスがしきい値より大きい、小さい、またはしきい値と等しいのいずれかを指定します。
1. しきい値を指定します。
1. アラームを発生させるためにアラーム状態を維持する必要がある評価期間の数を指定します。
1. 評価期間の長さを指定します。
1. **[確認]** を選択します。
**注記**
指定した各 Amazon SNS 受信者には、 AWS 通知から確認メールが届きます。E メールには、受信者が購読を確認して通知を受け取るために必要なリンクが含まれています。
## SSR アプリの CloudWatch ログへのアクセス
Amplify は SSR ランタイムに関する情報を、 AWS アカウントの Amazon CloudWatch Logs に送信します。SSR アプリを Amplify ホスティングコンピューティングにデプロイする場合、アプリには、ユーザーの代わりに他のサービスを呼び出す際に Amplify が引き受ける IAM サービスロールが必要です。Amplify ホスティングコンピューティングにサービスロールを自動的に作成させることも、作成したロールを指定することもできます。
Amplify に IAM ロールの作成を許可することを選択した場合、そのロールにはすでに CloudWatch Logs を作成する権限が付与されています。独自の IAM ロールを作成する場合、Amplify が Amazon CloudWatch Logs にアクセスできるようにするには、ポリシーに次のアクセス権限を追加する必要があります。
```
logs:CreateLogStream
logs:CreateLogGroup
logs:DescribeLogGroups
logs:PutLogEvents
```
サービスロールの追加についての詳細は、「[バックエンドリソースをデプロイするアクセス許可を持つサービスロールの追加](amplify-service-role.md)」をご参照ください。サーバー側でレンダリングされたアプリを展開する詳細については、[Amplify ホスティングでサーバーサイドレンダリングされたアプリのデプロイ](server-side-rendering-amplify.md)を参照してください。
SSR アプリケーションの Amplify ホスティングコンピューティングのログは、CloudWatch コンソールまたは Amplify コンソールで表示できます。Amplify コンソールでログを表示するには、次の手順に従います。
**Amplify コンソールで SSR アプリケーションの CloudWatch ログを表示するには**
1. にサインイン AWS マネジメントコンソール し、[Amplify コンソール](https://console.aws.amazon.com/amplify/)を開きます。
1. CloudWatch ログを表示する SSR アプリを選択します。
1. ナビゲーションペインで、**[モニタリング]**、**[ホスティングコンピューティングのログ]** の順に選択します。
1. **[ホスティングコンピューティングのログ]** ページで、特定のブランチの CloudWatch ロググループを検索して選択します。