Amazon CloudWatch - ユーザーガイド · Amazon CloudWatch ユーザーガイド AWS CLI...

Amazon CloudWatchユーザーガイド

Amazon CloudWatch ユーザーガイド

Amazon CloudWatch: ユーザーガイドCopyright © 2018 Amazon Web Services, Inc. and/or its affiliates. All rights reserved.

Amazon's trademarks and trade dress may not be used in connection with any product or service that is not Amazon's, in any mannerthat is likely to cause confusion among customers, or in any manner that disparages or discredits Amazon. All other trademarks notowned by Amazon are the property of their respective owners, who may or may not be affiliated with, connected to, or sponsored byAmazon.


Table of ContentsAmazon CloudWatch とは? .................................................................................................................. 1

CloudWatch へのアクセス ............................................................................................................ 1関連 AWS サービス .................................................................................................................... 1CloudWatch の仕組み .................................................................................................................. 2概念 .......................................................................................................................................... 2

名前空間 ............................................................................................................................ 3メトリクス ........................................................................................................................ 3ディメンション .................................................................................................................. 4統計 .................................................................................................................................. 5パーセンタイル .................................................................................................................. 7アラーム ............................................................................................................................ 7

制限 .......................................................................................................................................... 8リソース .................................................................................................................................... 9

準備作業 .......................................................................................................................................... 11アマゾンウェブサービス（AWS）へのサインアップ ..................................................................... 11Amazon CloudWatch コンソールにサインインする ........................................................................ 11AWS CLI のセットアップ ........................................................................................................... 11

ご利用開始にあたって ....................................................................................................................... 13シナリオ: 予想請求額のモニタリング ........................................................................................... 13

ステップ 1: 請求アラートを有効にする ................................................................................ 13手順 2: 請求アラームを作成する ......................................................................................... 14手順 3: アラームの状態をチェックする ................................................................................ 15手順 4: 請求アラームを編集する ......................................................................................... 15手順 5: 請求アラームを削除する ......................................................................................... 16

シナリオ: メトリクスをパブリッシュする ..................................................................................... 16手順 1: データ構成を定義する ............................................................................................ 16手順 2: CloudWatch にメトリクスを追加する ........................................................................ 17手順 3: CloudWatch から統計を取得する .............................................................................. 18手順 4: コンソールでグラフを表示する ................................................................................ 18

ダッシュボードの使用 ....................................................................................................................... 19ダッシュボードを作成する ......................................................................................................... 19グラフを追加または削除する ...................................................................................................... 20グラフを移動、またはサイズを変更する ....................................................................................... 21グラフを編集する ...................................................................................................................... 22グラフ名を変更する .................................................................................................................. 23テキストウィジェットを追加、または削除する .............................................................................. 23アラームの追加または削除 ......................................................................................................... 24複数リージョンにあるリソースをモニタリングする ........................................................................ 24グラフをリンク、またはリンク解除する ....................................................................................... 25[Favorites] リストにダッシュボードを追加する .............................................................................. 25更新間隔を変更する .................................................................................................................. 25時間範囲またはタイムゾーン形式を変更する ................................................................................. 26

メトリクスの使用 .............................................................................................................................. 27利用可能なメトリクスを表示する ................................................................................................ 27利用可能なメトリクスを検索する ................................................................................................ 30メトリクスの統計を取得する ...................................................................................................... 31

特定のリソースの統計を取得する ........................................................................................ 31統計をリソース間で集計 .................................................................................................... 34Auto Scaling グループ別に統計を集計する ............................................................................ 36AMI 別に統計を集計する .................................................................................................... 37

メトリクスをグラフ化 ............................................................................................................... 39メトリクスをグラフ化する ................................................................................................. 39グラフの時間範囲またはタイムゾーン形式を変更する ............................................................ 41グラフの Y 軸を変更する ................................................................................................... 42

iii


グラフのメトリクスからアラームを作成する ......................................................................... 43カスタムメトリクスをパブリッシュする ....................................................................................... 43

高解像度のメトリクス ....................................................................................................... 44ディメンションを使用する ................................................................................................. 44単一データポイントをパブリッシュする ............................................................................... 45統計セットをパブリッシュする ........................................................................................... 46値ゼロ（0）をパブリッシュする ......................................................................................... 46

Metric Math を使用する ............................................................................................................. 46CloudWatch グラフに数式を追加する ................................................................................... 46Metric Math 構文と関数 ..................................................................................................... 47Metric Math を GetMetricData API オペレーションと使用する ................................................. 49

CloudWatch エージェントを使用して Amazon EC2 インスタンスとオンプレミスサーバーからメトリクスとログを収集する ................................................................................................................................. 50

CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する ..................................... 51Amazon EC2 インスタンスの CloudWatch エージェントで使用する IAM ロールを作成する .......... 52オンプレミスサーバーで CloudWatch エージェントを使用するための IAM ユーザーを作成する .... 53

Amazon EC2 インスタンスに CloudWatch エージェントをインストールする ..................................... 54開始方法: CloudWatch エージェントを最初のインスタンスにインストールする .......................... 54エージェント設定を使用して追加インスタンスに CloudWatch エージェントをインストールする ................................................................................................................................... 60

オンプレミスサーバーに CloudWatch エージェントをインストールする ............................................ 65開始方法: CloudWatch エージェントを最初のサーバーにインストールする ................................ 65エージェント設定を使用して追加サーバーに CloudWatch エージェントをインストールする ........ 71

CloudWatch エージェント設定ファイルを作成する ........................................................................ 75ウィザードを使用して CloudWatch エージェント設定ファイルを作成する ................................. 76CloudWatch エージェント設定ファイルを手動で作成または編集する ....................................... 80

CloudWatch エージェントを使用した一般的なシナリオ .................................................................. 96CloudWatch エージェントにより収集されるメトリクスにカスタムディメンションを追加する ...... 97CloudWatch エージェントによって収集されるメトリクスを集約またはロールアップする ............ 97CloudWatch エージェントを使用して高解像度メトリクスを収集する ........................................ 98

CloudWatch エージェントのトラブルシューティング ..................................................................... 99Run Command を使用して CloudWatch エージェントをインストールする ................................ 99CloudWatch エージェントが開始されない ........................................................................... 100CloudWatch エージェントが実行されていることを確認する .................................................. 100メトリクスの場所 ............................................................................................................ 101エージェントが起動せず、Amazon EC2 リージョンに関するエラーが発生する ........................ 101CloudWatch エージェントファイルとロケーション ............................................................... 101CloudWatch エージェントによって生成されるログ ............................................................... 102CloudWatch エージェントを停止して再起動する .................................................................. 102システムの起動時に CloudWatch エージェントを開始する .................................................... 103

メトリクスとディメンションのリファレンス ....................................................................................... 104AWS の名前空間 ..................................................................................................................... 105API Gateway .......................................................................................................................... 107

API Gateway メトリクス .................................................................................................. 107メトリクスのディメンション ............................................................................................. 109

AppStream 2.0 ........................................................................................................................ 109Amazon AppStream 2.0 のメトリクス ................................................................................ 109Amazon AppStream 2.0 メトリクスのディメンション ........................................................... 111

Auto Scaling ........................................................................................................................... 111Auto Scaling グループメトリクス ...................................................................................... 111Auto Scaling グループメトリクスのディメンション .............................................................. 112

AWS Billing and Cost Management ........................................................................................... 112AWS Billing and Cost Management メトリクス ................................................................... 112AWS Billing and Cost Management メトリクスのディメンション ........................................... 112

Amazon CloudFront ................................................................................................................. 113Amazon CloudFront メトリクス ........................................................................................ 113CloudFront メトリクスのディメンション ............................................................................ 114

iv


Amazon CloudSearch .............................................................................................................. 114Amazon CloudSearch メトリクス ...................................................................................... 114Amazon CloudSearch メトリクスのディメンション ............................................................. 115

CloudWatch エージェントにより収集されるメトリクス ................................................................ 115Windows Server インスタンスで CloudWatch エージェントにより収集されるメトリクス ........... 115Linux インスタンスで CloudWatch エージェントにより収集されるメトリクス .......................... 116

Amazon CloudWatch Events ..................................................................................................... 123CloudWatch イベントのメトリクス ................................................................................... 123CloudWatch イベントメトリクスのディメンション ............................................................. 124

Amazon CloudWatch Logs ....................................................................................................... 124CloudWatch Logs のメトリクス ........................................................................................ 124CloudWatch Logs メトリクスのディメンション ................................................................... 125

Amazon Connect ..................................................................................................................... 125AWS DMS ............................................................................................................................. 126AWS Direct Connect ................................................................................................................ 126

AWS Direct Connect のメトリクス .................................................................................... 126AWS Direct Connect メトリクスのディメンション ............................................................... 127

Amazon DynamoDB ................................................................................................................ 127DynamoDB メトリクス .................................................................................................... 127DynamoDB メトリクスのディメンション ............................................................................ 140

Amazon EC2 .......................................................................................................................... 141C5 および M5 インスタンスのメトリクスコレクションと計算 ................................................ 141Amazon EC2 メトリクス .................................................................................................. 143Amazon EC2 メトリクスのディメンション ......................................................................... 148

Amazon EC2 スポットフリート ................................................................................................ 148Amazon EC2 スポットフリートのメトリクス ...................................................................... 149Amazon EC2 スポットフリートのメトリクスのディメンション .............................................. 150

Amazon ECS .......................................................................................................................... 150Amazon ECS メトリクス ................................................................................................. 150Amazon ECS メトリクスのディメンション ......................................................................... 152

Elastic Beanstalk ..................................................................................................................... 153Elastic Beanstalk メトリクス ............................................................................................ 153Elastic Beanstalk メトリクスのディメンション .................................................................... 154

Amazon ElastiCache ................................................................................................................ 154ElastiCache メトリクスのディメンション ........................................................................... 155ホストレベルのメトリクス ................................................................................................ 155Memcached のメトリクス ................................................................................................ 155Redis のメトリクス ......................................................................................................... 158

Amazon EBS .......................................................................................................................... 161Amazon EBS メトリクス ................................................................................................. 161

Amazon EFS .......................................................................................................................... 161Amazon EFS の Amazon CloudWatch メトリクス ................................................................ 161Amazon EFS メトリクスのディメンション ......................................................................... 164

Elastic Load Balancing ............................................................................................................. 164Application Load Balancer メトリクス ................................................................................ 165Application Load Balancer のメトリクスディメンション ........................................................ 170ネットワークロードバランサーメトリクス .......................................................................... 170ネットワークロードバランサーのメトリクスディメンション .................................................. 171Classic Load Balancer メトリクス ..................................................................................... 172Classic Load Balancer のメトリクスディメンション ............................................................. 176

Amazon EMR ......................................................................................................................... 177Amazon EMR メトリクス ................................................................................................. 177Amazon EMR ディメンション ........................................................................................... 187

Amazon ES ............................................................................................................................ 187Amazon Elasticsearch Service のメトリクス ....................................................................... 187Amazon Elasticsearch Service メトリクスのディメンション .................................................. 191

Elastic Transcoder ................................................................................................................... 191

v


Elastic Transcoder メトリクス .......................................................................................... 191Elastic Transcoder メトリクスのディメンション .................................................................. 193

Amazon GameLift .................................................................................................................... 193フリートの Amazon GameLift メトリクス ........................................................................... 193キューの Amazon GameLift メトリクス .............................................................................. 197マッチメーキングの Amazon GameLift メトリクス ............................................................... 198Amazon GameLift メトリクスのディメンション ................................................................... 201

Amazon Inspector ................................................................................................................... 201AWS IoT ................................................................................................................................ 201

AWS IoT メトリクス ....................................................................................................... 201メトリクスのディメンション ............................................................................................. 206

AWS IoT Analytics .................................................................................................................. 207AWS IoT Analytics Metrics ............................................................................................... 207Dimensions for Metrics ..................................................................................................... 207

Amazon Kinesis Data Analytics ................................................................................................. 207メトリクス ..................................................................................................................... 207メトリクスのディメンション ............................................................................................. 209

Amazon Kinesis Data Firehose ................................................................................................. 209サービスレベル CloudWatch メトリクス ............................................................................. 209API レベルの CloudWatch メトリクス ................................................................................ 211データ変換の CloudWatch メトリクス ................................................................................ 212

Amazon Kinesis Data Streams .................................................................................................. 213基本ストリームレベルメトリクス ...................................................................................... 213拡張シャードレベルメトリクス ......................................................................................... 217Amazon Kinesis メトリクスのディメンション ..................................................................... 219

Amazon Kinesis 動画ストリーム ................................................................................................ 220Metrics ........................................................................................................................... 220のディメンション Amazon Kinesis 動画ストリームのメトリクス ........................................... 224

AWS KMS .............................................................................................................................. 224AWS KMS メトリクス ..................................................................................................... 224AWS KMS メトリクスのディメンション ............................................................................. 224

AWS Lambda ......................................................................................................................... 224AWS Lambda CloudWatch のメトリクス ............................................................................ 224AWS Lambda メトリクスのディメンション ........................................................................ 226

Amazon Lex ........................................................................................................................... 227Runtime Metrics for Amazon Lex ....................................................................................... 227Channel Association Metrics for Amazon Lex ...................................................................... 230

Amazon Machine Learning ....................................................................................................... 231Amazon ML メトリクス ................................................................................................... 231Amazon Machine Learning メトリクスのディメンション ....................................................... 231

Amazon MQ ........................................................................................................................... 231Broker Metrics ................................................................................................................ 232Destination (Queue and Topic) Metrics ............................................................................... 232

AWS OpsWorks ...................................................................................................................... 234AWS OpsWorks Stacks のメトリクス ................................................................................ 234AWS OpsWorks メトリクスのディメンション ..................................................................... 237

Amazon Polly ......................................................................................................................... 237Amazon Polly メトリクス ................................................................................................. 237Amazon Polly メトリクスのディメンション ........................................................................ 238

Amazon Redshift ..................................................................................................................... 239Amazon Redshift メトリクス ............................................................................................ 239Amazon Redshift メトリクスのディメンション .................................................................... 241

Amazon RDS ......................................................................................................................... 242Amazon RDS メトリクス ................................................................................................. 243Amazon Aurora メトリクス .............................................................................................. 245RDS メトリクスのディメンション ..................................................................................... 249

Route 53 ................................................................................................................................ 250

vi


Route 53 メトリクス ....................................................................................................... 250Route 53 メトリクスのディメンション ............................................................................... 251

Amazon SageMaker ................................................................................................................ 252Amazon SES .......................................................................................................................... 254

Amazon SES メトリクス ................................................................................................. 254Amazon SES メトリクスのディメンション ......................................................................... 255

Amazon SNS .......................................................................................................................... 256Amazon SNS メトリクス ................................................................................................. 256Amazon Simple Notification Service メトリクスのディメンション ........................................... 258

Amazon SQS ......................................................................................................................... 258Amazon SQS メトリクス ................................................................................................. 258Amazon SQS メトリクスのディメンション ......................................................................... 261

Amazon S3 ............................................................................................................................ 261バケットの Amazon S3 CloudWatch 日次ストレージメトリクス ............................................. 261Amazon S3 CloudWatch リクエストメトリクス ................................................................... 262Amazon S3 CloudWatch ディメンション ............................................................................ 264

AWS Shield アドバンスド ........................................................................................................ 264AWS Step Functions ............................................................................................................... 265

実行メトリクス ............................................................................................................... 265アクティビティのメトリクス ............................................................................................. 265Lambda 関数メトリクス ................................................................................................... 266

Amazon SWF ......................................................................................................................... 266AWS Storage Gateway ............................................................................................................ 271

AWS Storage Gateway メトリクス .................................................................................... 271AWS Storage Gateway メトリクスのディメンション ............................................................ 279

Amazon Translate ................................................................................................................... 279CloudWatch Metrics for Amazon Translate .......................................................................... 279CloudWatch Dimensions for Amazon Translate .................................................................... 280

AWS Trusted Advisor .............................................................................................................. 280Trusted Advisor チェックレベルメトリクス ......................................................................... 281Trusted Advisor カテゴリレベルメトリクス ......................................................................... 281Trusted Advisor サービスレベルメトリクス ......................................................................... 281チェックレベルメトリクスのディメンション ....................................................................... 281カテゴリレベルメトリクスのディメンション ....................................................................... 281サービス制限メトリクスのディメンション .......................................................................... 282

Amazon VPC NAT ゲートウェイ ............................................................................................... 282NAT ゲートウェイメトリクス ........................................................................................... 282NAT ゲートウェイメトリクスのディメンション ................................................................... 285

Amazon VPC VPN .................................................................................................................. 285VPN のメトリクス .......................................................................................................... 285VPN メトリクスのディメンション ..................................................................................... 286

AWS WAF ............................................................................................................................. 286AWS WAF のメトリクス .................................................................................................. 286AWS WAF ディメンション ............................................................................................... 287

Amazon WorkSpaces ............................................................................................................... 288Amazon WorkSpaces メトリックス ................................................................................... 288Amazon WorkSpaces メトリックスのディメンション ........................................................... 289

アラームの作成 ............................................................................................................................... 290アラームの状態 ....................................................................................................................... 290アラームを評価する ................................................................................................................. 290アラームの欠落データの処理の設定 ........................................................................................... 291

データが欠落した場合のアラーム状態の評価方法 ................................................................. 292高解像度アラーム .................................................................................................................... 293パーセンタイルベースのアラームおよび少数のデータサンプル ....................................................... 293CloudWatch アラームでよく使用する機能 ................................................................................... 294SNS トピックの設定 ............................................................................................................... 294

AWS マネジメントコンソールを使用した Amazon SNS トピックの設定 .................................. 295

vii


AWS CLI を使用した SNS トピックの設定 ......................................................................... 295アラームの作成または編集 ........................................................................................................ 297CPU 使用率アラームの作成 ...................................................................................................... 298

AWS マネジメントコンソールを使用した CPU 使用率アラームの設定 .................................... 298AWS CLI を使用した CPU 使用率アラームの設定 ................................................................ 300

ロードバランサーのレイテンシーアラームの作成 ......................................................................... 300AWS マネジメントコンソールを使用したレイテンシーアラームの設定 .................................... 301AWS CLI を使用したレイテンシーアラームの設定 ............................................................... 301

ストレージスループットアラームの作成 ..................................................................................... 302AWS マネジメントコンソールを使用したストレージスループットアラームの設定 .................... 302AWS CLI を使用したストレージスループットアラームの設定 ................................................ 303

インスタンスを停止、終了、再起動、または復旧するアラームを作成する ....................................... 303Amazon CloudWatch アラームへの停止アクションの追加 ..................................................... 305Amazon CloudWatch アラームへの終了アクションの追加 ..................................................... 306Amazon CloudWatch アラームへの再起動アクションの追加 .................................................. 306Amazon CloudWatch アラームへの復旧アクションの追加 ..................................................... 307トリガーされたアラームとアクションの履歴の表示 .............................................................. 309

請求アラームの作成 ................................................................................................................. 309請求アラートを有効にする ................................................................................................ 310請求アラームの作成 ......................................................................................................... 310アラームのステータスを確認する ...................................................................................... 311請求アラームを削除する ................................................................................................... 311

Auto Scaling アラームを非表示にする ........................................................................................ 312認証とアクセスコントロール ............................................................................................................. 313

認証 ...................................................................................................................................... 313アクセスコントロール .............................................................................................................. 314CloudWatch ダッシュボードアクセス許可の更新 .......................................................................... 314アクセス管理の概要 ................................................................................................................. 315

リソースおよびオペレーション ......................................................................................... 315リソース所有権について ................................................................................................... 316リソースへのアクセスの管理 ............................................................................................. 317ポリシー要素の指定 : アクション、効果、プリンシパル ........................................................ 318ポリシーでの条件の指定 ................................................................................................... 318

アイデンティティベースのポリシー (IAM ポリシー) を使用する ..................................................... 318CloudWatch コンソールを使用するために必要なアクセス権限 ............................................... 319CloudWatch に対する AWS 管理 (事前定義) ポリシー。 ........................................................ 322お客様が管理するポリシーの例 ......................................................................................... 322

サービスにリンクされたロールの使用 ........................................................................................ 324CloudWatch アラームのサービスにリンクされたロールのアクセス許可 ................................... 324CloudWatch アラームのサービスにリンクされたロールの作成 ............................................... 325CloudWatch アラームのサービスにリンクされたロールの作成 ............................................... 325CloudWatch アラームのサービスにリンクされたロールの削除 ............................................... 326

Amazon CloudWatch のアクセス許可リファレンス ...................................................................... 328API 呼び出しのログ作成 ................................................................................................................... 334

CloudTrail 内の CloudWatch 情報 .............................................................................................. 334ログファイルエントリの概要 ..................................................................................................... 336

ドキュメント履歴 ............................................................................................................................ 339

viii

Amazon CloudWatch ユーザーガイドCloudWatch へのアクセス

Amazon CloudWatch とは?Amazon CloudWatch は、アマゾンウェブサービス (AWS) リソースと、AWS で実行されているアプリケーションをリアルタイムでモニタリングします。CloudWatch を使用してメトリクスを収集し、追跡できます。メトリクスとは、リソースやアプリケーションに関して測定できる変数です。CloudWatch アラームは、ユーザーが定義したルールに基づいて、通知を送信したり、モニタリングしているリソースに自動的に変更を加えたりします。たとえば、Amazon EC2 インスタンスの CPU 使用率およびディスク読み/書きをモニタリングし、そのデータを基に、増加する負荷を処理する追加のインスタンスを開始すべきかどうかを判断します。また、このデータを使用して、十分利用されていないインスタンスを停止することで、費用を節約することができます。AWS に付属している組込みメトリクスをモニタリングすることに加えて、独自のカスタムメトリクスもモニタリングできます。CloudWatch を使って、リソース使用率、アプリケーションパフォーマンス、オペレーションの正常性をシステムワイドに把握できます。

CloudWatch へのアクセス次のいずれかの方法で CloudWatch にアクセスできます。

• [Amazon CloudWatch console] — https://console.aws.amazon.com/cloudwatch/• [AWS CLI] — 詳細については、AWS Command Line Interface ユーザーガイドのAWS コマンドラインイ

ンターフェースでの準備作業を参照してください。• CloudWatch API — 詳細については、『Amazon CloudWatch API リファレンス』を参照してください。• [AWS SDKs] — 詳細については、アマゾンウェブサービス用ツールを参照してください。

関連 AWS サービスAmazon CloudWatch と併せて使用されるサービスは次のとおりです。

• [Amazon Simple Notification Service (Amazon SNS)] は、サブスクライブしているエンドポイントやクライアントへのメッセージの配信または送信の調整と管理を行います。アラームのしきい値に達したとき、CloudWatch の Amazon SNS を使用してメッセージを送信します。詳細については、「AmazonSNS通知の設定 (p. 294)」を参照してください。

• [Amazon EC2 Auto Scaling] は、ユーザー定義のポリシー、ヘルスステータスチェック、およびスケジュールに基づいて Amazon EC2 インスタンスを自動的に起動または終了します。Auto Scaling でCloudWatch アラームを使用して、オンデマンドで EC2 インスタンスを拡大縮小することができます。詳細については、Amazon EC2 Auto Scaling ユーザーガイドの動的なスケーリングを参照してください。

• [AWS CloudTrail] は、アカウントの Amazon CloudWatch API 宛ての呼び出し (AWS マネジメントコンソール、AWS CLI などのサービスによって行われる呼び出しを含む) のモニタリングを可能にします。CloudTrail のログ作成をオンにすると、CloudWatch は、CloudTrail の設定時に指定された Amazon S3 バケットにログファイルを書き込みます。詳細については、「AWS CloudTrail でのAmazon CloudWatch API 呼び出しのログ作成 (p. 334)」を参照してください。

• AWS Identity and Access Management (IAM) は、ユーザーに対して AWS リソースへのアクセスを安全に制御するためのウェブサービスです。IAM により、どのユーザーがお客様の AWS リソースを使用できるか (認証)、それらのユーザーがどのリソースをどのような方法で使用できるか (承認) を制御できます。詳細については、「Amazon CloudWatch に対する認証とアクセスコントロール (p. 313)」を参照してください。

1

https://console.aws.amazon.com/cloudwatch/

http://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-set-up.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/Welcome.html

http://aws.amazon.com/tools

http://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html

Amazon CloudWatch ユーザーガイドCloudWatch の仕組み

Amazon CloudWatch の仕組みAmazon CloudWatch は、基本的にはメトリクスのレポジトリーです。AWS のサービス (Amazon EC2 など) は、メトリクスをレポジトリに置き、これらのメトリクスを基に統計が取得されます。独自のカスタムメトリクスをレポジトリーに置いた場合も、それらのメトリクスを基に統計を取得できます。

メトリクスを使用して統計を計算し、そのデータをグラフ化して CloudWatch コンソールに表示できます。メトリクスを生成して CloudWatch に送信するその他の AWS リソースの詳細については、「AmazonCloudWatch メトリクスとディメンションのリファレンス (p. 104)」を参照してください。

一定の基準が満たされたときに Amazon EC2 インスタンスを停止、開始、または終了するアラームアクションを設定できます。加えて、ユーザー操作なしで Amazon EC2 Auto Scaling および Amazon SimpleNotification Service（Amazon SNS）アクションを開始するアラームを作成できます。CloudWatch アラーム作成の詳細については、「アラーム (p. 7)」を参照してください。

AWS クラウドコンピューティングリソースは、高可用性データセンター設備に収容されています。拡張性と信頼性を高めるため、各データセンターは、リージョンとして知られる特定の地域に配置されています。各リージョンは、障害が発生しても切り分けてできる限り安定性を高めるため、他のリージョンから完全に分離される設計になっています。Amazon CloudWatch は複数のリージョンをまたがってデータを集約することはありません。そのため、メトリクスはリージョン間で完全に分離されています。リージョンの詳細については、『アマゾンウェブサービス全般のリファレンス』の「リージョンとエンドポイント」を参照してください。

Amazon CloudWatch の概念Amazon CloudWatch を理解し使用するために重要な用語と概念を、以下に示します。

• 名前空間 (p. 3)• メトリクス (p. 3)

2

http://docs.aws.amazon.com/general/latest/gr/rande.html#cw_region

Amazon CloudWatch ユーザーガイド名前空間

• ディメンション (p. 4)• 統計 (p. 5)• パーセンタイル (p. 7)• アラーム (p. 7)

名前空間名前空間は、CloudWatch メトリクスのコンテナです。異なる名前空間のメトリクスは相互に切り離されて、異なるアプリケーションのメトリクスが誤って同じ統計に集約されないようになっています。

デフォルトの名前空間はありません。CloudWatch に発行する各データポイントには、名前空間を指定する必要があります。メトリクスの作成時に名前空間名を指定できます。これらの名前には有効な XML 文字を含める必要があり、長さを 256 文字未満にする必要があります。使用可能な文字は、英数字 (0-9A-Za-z)、ピリオド (.)、ハイフン (-)、アンダースコア (_)、スラッシュ (/)、ハッシュ (#)、コロン (:) です。

AWS 名前空間では、命名規則 AWS/service が使用されます。たとえば、Amazon EC2 は AWS/EC2 名前空間を使用します。AWS 名前空間のリストについては、「AWS の名前空間 (p. 105)」を参照してください。

メトリクスメトリクスは CloudWatch での基本的な概念です。メトリクスは、CloudWatch に発行された時系列のデータポイントのセットを表します。メトリクスは監視対象の変数、データポイントは時間の経過に伴うその変数の値と考えることができます。たとえば、特定の EC2 インスタンスの CPU 使用率は、AmazonEC2 により提供される 1 つのメトリクスです。データポイント自体は、データの収集元のアプリケーションまたはビジネスアクティビティから生成されます。

AWS のサービスが CloudWatch にメトリクスを送信し、お客様は独自のカスタムメトリクスをCloudWatch に送信できます。データポイントの順序や比率は、任意で選択して、追加できます。それらのデータポイントについての統計を、順序付けられた時系列データのセットとして取得できます。

メトリクスは作成されたリージョンにのみ存在します。メトリクスは削除できませんが、それらに対して新しいデータが発行されない場合、15 か月後に自動的に有効期限切れになります。15 か月以上経過したデータポイントは、ローリング方式で期限切れになります。つまり、新しいデータポイントが入ってくるたびに、古い 15 か月以上経過したものが削除されます。

メトリクスは名前、名前空間、0 以上のディメンションで一意に定義されます。各データポイントには、タイムスタンプと、（オプションで）測定単位があります。統計をリクエストして返ってきたデータストリームは、名前空間、メトリクス名、ディメンション、（オプションで）単位により識別されます。

詳細については、「利用可能なメトリクスを表示する (p. 27)」および「カスタムメトリクスをパブリッシュする (p. 43)」を参照してください。

タイムスタンプ各メトリクスデータポイントには、タイムスタンプが付けられる必要があります。タイムスタンプは、最大 2 週間前から最大 2 時間後になります。ユーザーがタイムスタンプを指定しない場合は、データポイントを受信した時間を基に、CloudWatch がタイムスタンプを作成します。

タイムスタンプは、完全な日付、時間、分、秒を含む dateTime オブジェクトです (たとえば、2016-10-31T23:59:59Z)。詳細については、「dateTime」を参照してください。必須ではありませんが、協定世界時 (UTC) を使用することをお勧めします。CloudWatch から統計を取得すると、すべての時刻は UTC になります。

CloudWatch アラームは、現在の UTC 時刻に基づいてメトリクスをチェックします。現在の UTC 時刻以外のタイムスタンプで CloudWatch にカスタムメトリクスが送信されると、アラームが Insufficient Data状態を表示するか、アラームに遅延が生じる可能性があります。

3

http://www.w3.org/TR/xmlschema-2/#dateTime

Amazon CloudWatch ユーザーガイドディメンション

メトリクスの保持CloudWatch には、メトリクスデータが次のように保持されます。

• 期間が 60 秒未満のデータポイントは、3 時間使用できます。これらのデータポイントは高解像度カスタムメトリクスです。

• 期間が 60 秒 (1 分) のデータポイントは、15 日間使用できます。• 期間が 300 秒 (5 分) のデータポイントは、63 日間使用できます。• 期間が 3600 秒 (1 時間) のデータポイントは、455 日 (15 か月) 間使用できます。

最初は短い期間で発行されるデータポイントは、長期的なストレージのため一緒に集計されます。たとえば、1 分の期間でデータを収集する場合、データは 1 分の解像度で 15 日にわたり利用可能になります。15 日を過ぎてもこのデータはまだ利用できますが、集計され、5 分の解像度のみで取得可能になります。63 日を過ぎるとこのデータはさらに集計され、1 時間の解像度のみで利用できます。

CloudWatch は、2016 年 7 月 9 日の時点で 5 分および 1 時間のメトリクスデータを保持し始めました。

ディメンションディメンションは、メトリクスを一意に識別する名前/値のペアです。1 メトリクスあたり最大 10 ディメンションを割り当てることができます。

各メトリクスには、それを表す固有の特徴があります。ディメンションはその特徴のカテゴリーと考えることができます。ディメンションは、統計プランの構造を設計するのに役立ちます。ディメンションは、メトリクスの一意の識別子の一部であるため、メトリクスに一意の名前と値のペアを追加するときは常に、そのメトリクスの新しいバリエーションを作成していることになります。

CloudWatch にデータを送信する AWS のサービスは、各メトリクスにディメンションを指定します。CloudWatch が返す結果にフィルタを掛ける際にディメンションを使用できます。たとえば、メトリクスを検索する際に InstanceId ディメンションを指定することにより、特定の EC2 インスタンスの統計を取得できます。

Amazon EC2 など特定の AWS のサービスが生成するメトリクスでは、CloudWatch は複数のディメンションにまたがるデータを集約する場合があります。たとえば、ディメンションを指定せずに AWS/EC2名前空間にあるメトリクスを検索すると、CloudWatch は、指定されたメトリクスの全データを集約して、リクエストされた統計を作成します。CloudWatch はディメンション間ではカスタムメトリクスを集約しません。

ディメンションの組み合わせCloudWatch は、メトリクスのメトリクス名が同じ場合でも、ディメンションの一意の各組み合わせを別個のメトリクスとして扱います。明示的に発行したディメンションの組み合わせを用いてのみ、統計を取得できます。統計を取得するとき、名前空間、メトリクス名、ディメンションパラメーターに、メトリクス作成時に使用されたのと同じ値を指定します。CloudWatch が集約に使用する開始時間と終了時間も指定できます。

たとえば、次のプロパティを使用して、DataCenterMetric 名前空間内で ServerStats という名前の 4 つの異なるメトリクスを発行するとします。

Dimensions: Server=Prod, Domain=Frankfurt, Unit: Count, Timestamp: 2016-10-31T12:30:00Z, Value: 105Dimensions: Server=Beta, Domain=Frankfurt, Unit: Count, Timestamp: 2016-10-31T12:31:00Z, Value: 115Dimensions: Server=Prod, Domain=Rio, Unit: Count, Timestamp: 2016-10-31T12:32:00Z, Value: 95

4

Amazon CloudWatch ユーザーガイド統計

Dimensions: Server=Beta, Domain=Rio, Unit: Count, Timestamp: 2016-10-31T12:33:00Z, Value: 97

これらの 4 つのメトリクスのみを発行した場合、次のディメンションの組み合わせで統計を取得できます。

• Server=Prod,Domain=Frankfurt

• Server=Prod,Domain=Rio

• Server=Beta,Domain=Frankfurt

• Server=Beta,Domain=Rio

次のディメンションの統計を取得したり、ディメンションを指定しない場合に統計を取得したりすることはできません。

• Server=Prod

• Server=Beta

• Domain=Frankfurt

• Domain=Rio

統計統計は、指定した期間のメトリクスデータの集計です。CloudWatch は、カスタムデータまたは AWS の他のサービスから CloudWatch に与えられたメトリクスのデータポイントを基に、統計を提供します。集約は、指定した期間内に、名前空間、メトリクス名、ディメンション、データポイントの測定単位を用いて行われます。次の表は利用可能な統計を説明しています。

統計説明

Minimum 指定された期間に認められた最小値です。この値を用いて、アプリケーションの低ボリュームのアクティビティを判断できます。

Maximum 指定された期間に認められた最大値です。この値を用いて、アプリケーションの高ボリュームのアクティビティを判断できます。

Sum 該当するメトリクスで加算されたすべての合計値です。この統計は、メトリクスの合計ボリュームを判断するのに役立ちます。

Average 指定した期間の Sum/SampleCount の値です。この統計を Minimum および Maximumと比較することで、メトリクスの全容、および平均使用量がどれくらい Minimum とMaximum に近いかを判断できます。この比較は、必要に応じていつリソースを増減させるべきかを知るのに役立ちます。

SampleCount 統計計算で使用するデータポイントのカウント (数) です。

pNN.NN 指定されたパーセンタイルの値。小数点以下最大 2 桁を使用して、任意のパーセンタイルを指定できます (p95.45 など)。パーセンタイル統計は負の値を含むメトリクスに対して使用することはできません。詳細については、「パーセンタイル (p. 7)」を参照してください。

事前計算された統計を追加できます。データポイント値の代わりに、SampleCount、Minimum、Maximum、Sum の値を指定します（平均値は CloudWatch が計算します）。この方法で追加した値は、一致するメトリクスと関連付けられたその他すべての値と一緒に集約されます。

5

Amazon CloudWatch ユーザーガイド統計

単位各統計には、測定単位があります。単位の例は、Bytes、Seconds、Count、Percent などです。CloudWatch がサポートする単位の全リストについては、『Amazon CloudWatch API リファレンス』の「MetricDatum」のデータタイプを参照してください。

カスタムメトリクスを作成するときに単位を指定できます。単位を指定しない場合、CloudWatch は単位として None を使用します。単位は、データの概念的意味を与えるのに役立ちます。CloudWatch は内部的に単位に意味を持たせていませんが、他のアプリケーションでは、単位を基に意味のある情報を引き出すことができます。

測定単位を指定するメトリクスデータポイントは個別に集約されます。単位を指定せずに統計を取得する場合、CloudWatch が同じ単位のデータポイントをすべて 1 つに集約します。単位だけが異なっている 2つのメトリクスがある場合、単位ごとに別々の 2 つのデータストリームが返されます。

期間期間とは、特定の Amazon CloudWatch の統計に関連する時間長です。各統計は、指定された期間に収集されたメトリクスデータの集約を表しています。期間は秒数で定義され、期間の有効な値は、1、5、10、30、または 60 の倍数になります。たとえば、6 分の期間を指定するには、期間の値として 360 を使用します。期間の長さを変えることで、データの集約方法を調整できます。期間は、最短 1 分から最長 1 日 (86,400 秒) までになります。デフォルト値は 60 秒です。

1 秒のストレージ解像度で定義したカスタムメトリクスのみが、1 分未満の解像度をサポートします。60秒未満の期間を設定するオプションは常にコンソールで利用できますが、メトリクスの保存方法に合った期間を選択する必要があります。1 分未満の期間をサポートするメトリクスの詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

統計を取得するとき、期間、開始時刻、終了時刻を指定できます。これらのパラメーターでは、統計に関連する全体の時間長を決定します。開始時刻と終了時刻のデフォルト値では、過去 1 時間分の統計が得られます。開始時刻と終了時刻に指定した値により、CloudWatch により返される期間が決まります。たとえば、期間、開始時刻、終了時刻のデフォルト値を使用して統計を取得すると、過去 1 時間で毎分の集約された統計一式が返されます。10 分区切りで集約された統計を取得する場合は、期間を 600 に指定します。 1 時間分の集約された統計の場合は、期間を 3600 に設定します。

期間は、CloudWatch アラームにとっても重要です。特定のメトリクスをモニタリングするアラームを作成したなら、そのメトリクスと指定したしきい値を比較するよう CloudWatch に依頼していることになります。ユーザーは、CloudWatch がその比較を行う方法を広範囲に制御できます。どれくらいの期間で比較するかだけでなく、結論までに使用する評価期間数も設定できます。たとえば、3 つの評価期間を設定すると、CloudWatch は 3 つのデータポイントのウィンドウを比較します。最も古い期間が超過し、その他の期間が超過または不足している場合にのみ、CloudWatch は通知を送ります。連続して発行されるメトリクスについては、3 つエラーが発見されるまで CloudWatch は通知を送りません。

集約統計の取得時に指定した期間の長さに従って、Amazon CloudWatch は統計を集約します。同一または類似したタイムスタンプを使って、望む数のデータポイントをパブリッシュできます。CloudWatch は、期間の長さごとに集計します。集約された統計は、詳細モニタリングを利用している場合のみ取得できます。加えて、Amazon CloudWatch は複数のリージョンにまたがってデータを集約することはありません。

同じタイムスタンプだけでなく、同じ名前空間とディメンションを共有するメトリクスのデータポイントをパブリッシュできます。CloudWatch は、それらのデータポイントの集約された統計を返します。また、どのタイムスタンプでも、同じメトリクスまたは異なるメトリクスの複数のデータポイントをパブリッシュすることもできます。

大きいデータセットの場合、統計セットという事前集約されたデータセットを挿入できます。統計セットにより、CloudWatch に多数のデータポイントの Min (最小値)、Max (最大値)、Sum (合計)、SampleCount

6

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_MetricDatum.html

Amazon CloudWatch ユーザーガイドパーセンタイル

(サンプルカウント) を与えます。これは、1 分間に何回もデータを収集する必要がある場合によく使用されます。たとえば、ウェブページのリクエストレイテンシーに関するメトリクスがあるとします。ウェブページがヒットされるたびにデータを発行することは意味を成しません。そこで、そのウェブページの全ヒットのレイテンシーを収集してそのデータを毎分集約し、その統計セットを CloudWatch に送信することができます。

Amazon CloudWatch は、メトリクスのソースを区別しません。ソースが異なっていても、名前空間とディメンションが同じメトリクスがパブリッシュされれば、CloudWatch はこれを 1 つのメトリクスとして扱います。これは、分散型の、拡大縮小されたシステムのサービスメトリクスで有用です。たとえば、ウェブサーバーのアプリケーションのすべてのホストが処理するリクエストのレイテンシーを表すメトリクスを 1 つにまとめてパブリッシュできます。CloudWatch はこれらを 1 つのメトリクスとして扱い、アプリケーション全体ですべてのリクエストの最小値、最大値、平均、合計の統計を取得できるようにします。

パーセンタイルパーセンタイルは、データセットにおける値の相対的な位置を示します。たとえば、95 パーセンタイルは、95 パーセントのデータがこの値を下回っており、5 パーセントのデータがこの値を上回っていることを意味します。パーセンタイルにより、メトリクスデータの分布をよく理解することができます。パーセンタイルが使用可能なサービスは、次のとおりです。

• Amazon EC2• Amazon RDS• Kinesis• Application Load Balancer• Elastic Load Balancing• API Gateway

パーセンタイルは、異常を分離するためによく使用されます。一般的な分布では、95 パーセントのデータが平均から 2 標準偏差以内に収まっており、99.7 パーセントのデータが平均から 3 標準偏差以内に収まっています。3 標準偏差に収まらないデータは、平均値とかけ離れているため、多くの場合異常と見なされます。たとえば、お客様の満足度を高めるため、EC2 インスタンスの CPU 使用率をモニタリングしているとします。平均をモニタリングした場合、異常が見えなくなる可能性があります。最大をモニタリングした場合、1 つの異常のために正しい結果が見えなくなる可能性があります。パーセンタイルを使用すると、CPU 使用率の 95 パーセンタイルをモニタリングし、負荷が異常に高いインスタンスをチェックできます。

他の CloudWatch 統計 (平均、最小、最大、合計) を使用するのと同じように、パーセンタイルを使用してシステムとアプリケーションをモニタリングできます。たとえば、アラームを作成するとき、パーセンタイルを統計関数として使用できます。小数点以下最大 2 桁のパーセンタイルを指定できます (p95.45 など)。

パーセンタイル統計は、メトリクス値が負の数値のメトリクスに対して使用することはできません。

CloudWatch は、raw データポイントを使用してパーセンタイルを計算します。統計セットを使用してデータをパブリッシュする場合は、以下の条件のいずれかが真である場合のみ、このデータのパーセンタイル統計を取得できます。

• 統計セットの SampleCount が 1.• 統計セットの最小値と最大値が同一.

アラームアラームを使用すると、アクションを自動的に開始することができます。アラームは、指定した期間の単一のメトリクスを監視し、一定期間におけるしきい値とメトリクスの値の関係性に基づいて、1 つ以上の

7

Amazon CloudWatch ユーザーガイド制限

指定されたアクションを実行します。アクションは、Amazon SNS トピックまたは Auto Scaling ポリシーに送信される通知です。アラームはダッシュボードに追加することもできます。

アラームは、持続している状態変化に対してのみアクションを呼び出します。CloudWatch アラームはそれが特定の状態にあるという理由だけではアクションを呼び出しません。アクションを呼び出すには、状態が変化し、その状態が特定の期間にわたって維持されている必要があります。

アラームを作成する際、メトリクスのモニタリング頻度以上の期間を選択します。たとえば、AmazonEC2 の基本モニタリングでは、5 分ごとにインスタンスのメトリクスが提供されます。基本モニタリングのメトリクスにアラームを設定する場合、少なくとも 300 秒（5 分）の期間を選択します。Amazon EC2の詳細モニタリングでは、1 分ごとにインスタンスのメトリクスが生成されます。詳細モニタリングのメトリクスにアラームを設定する場合、少なくとも 60 秒 (1 分) の期間を選択します。

高解像度メトリクスでアラームを設定する場合、10 秒または 30 秒の期間で高解像度アラームを指定するか、60 秒の倍数の期間で通常のアラームを設定できます。高解像度のアラームには高い料金が発生します。高解像度メトリクスの詳細については、「カスタムメトリクスをパブリッシュする (p. 43)」を参照してください。

詳細については、「Amazon CloudWatch アラームの作成 (p. 290)」および「グラフのメトリクスからアラームを作成する (p. 43)」を参照してください。

CloudWatch の制限CloudWatch には以下の制限があります。

リソースデフォルトの制限

アクション 5/アラーム。この制限は変更できません。

アラーム 10/月/顧客で無料。アカウントごと、リージョンごとに5000.

API リクエスト 1,000,000/月/顧客で無料。

カスタムメトリクス無制限.

ダッシュボードアカウントあたり最大 1000 ダッシュボード。

ダッシュボードウィジェットあたり最大 100 メトリクス。

ダッシュボードあたり最大 500 メトリクス、すべてのウィジェットで。

これらの制限は変更できません。

DescribeAlarms 1 秒あたり 9 件のトランザクション (TPS). スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数。

制限の引き上げをリクエストできます。

ディメンション 10/メトリクス。この制限は変更できません。

GetMetricData 1 秒あたり 50 件のトランザクション (TPS). スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数。

API リクエストで使用される StartTime が現在の時刻より3 時間以内である場合は、180,000 Datapoints Per Second

8

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarms.html

https://console.aws.amazon.com/support/home#/case/create?issueType=service-limit-increase&limitType=service-code-amazon-cloudwatch

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricData.html

Amazon CloudWatch ユーザーガイドリソース

リソースデフォルトの制限(DPS)。StartTime が現在の時刻より 3 時間より長い場合は、90,000 DPS。これは、スロットリングなしで 1 つ以上のAPI コールを使用して 1 秒あたりにリクエストできるデータポイントの上限です。

これらの両方の制限を引き上げることができます。

GetMetricStatistics 1 秒あたり 400 件のトランザクション (TPS). スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数。


ListMetrics 1 秒あたり 25 件のトランザクション (TPS). スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数。


メトリクスデータ 15 か月. この制限は変更できません。

MetricDatum 項目 20/PutMetricData リクエスト。 1 つの MetricDatum オブジェクトに単一値、または多数の値を表す StatisticSet オブジェクトを含めることができます。この制限は変更できません。

メトリクス 10/月/顧客で無料。

間隔最大値は 1 日 (86,400 秒) です。この制限は変更できません。

PutMetricAlarm リクエスト 1 秒あたり 3 件のトランザクション (TPS). スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数。


PutMetricData リクエスト。 HTTP POST リクエストでは 40 KB。PutMetricData は、スロットリングなしで 1 秒あたりに実行できるオペレーションリクエストの最大数として、1 秒あたり 150 のトランザクションを処理できます (TPS)。


Amazon SNS メール通知 1,000/月/顧客で無料。

Amazon CloudWatch のリソースこのサービスを利用する際に役立つ関連リソースは以下の通りです。

リソース説明

Amazon CloudWatch のよくある質問本製品に関して開発者からよく寄せられる上位の質問です。

リリースノートリリースノートには、最新リリースの概要が記載されています。新機能、解決された問題、既知の問題が具体的に記載されています。

9


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricStatistics.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_ListMetrics.html



http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricData.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_StatisticSet.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html





http://aws.amazon.com/cloudwatch/faqs/

http://aws.amazon.com/releasenotes/CloudWatch

Amazon CloudWatch ユーザーガイドリソース

リソース説明

AWS 開発者リソースセンター資料、コード例、リリースノートをはじめとする、AWS ベースの革新的なアプリケーション開発に役立つさまざまな情報が収められた、中心的起点となるリソースセンターです。

AWS マネジメントコンソールコンソールでは、プログラミングを行うことなく、AmazonCloudWatch とその他の AWS のサービスのほとんどの機能を実行できます。

Amazon CloudWatch ディスカッションフォーラム

Amazon CloudWatch に関連する技術的な質問を提起するための、開発者向けコミュニティベースフォーラムです。

AWS サポート AWS サポートケースを作成および管理するためのハブ。フォーラム、技術上のよくある質問、サービス状態ステータス、AWS Trusted Advisor などの便利なリソースへのリンクも含まれています。

Amazon CloudWatch 製品情報 Amazon CloudWatch に関する情報のメインのウェブページです。

お問い合わせ AWS の支払い、アカウント設定その他に関する連絡先です。

10

http://aws.amazon.com

http://aws.amazon.com/console/

https://forums.aws.amazon.com/forum.jspa?forumID=138

https://forums.aws.amazon.com/forum.jspa?forumID=138

https://console.aws.amazon.com/support/home#/

http://aws.amazon.com/cloudwatch/

http://aws.amazon.com/contact-us/

Amazon CloudWatch ユーザーガイドアマゾンウェブサービス（AWS）へのサインアップ

準備作業Amazon CloudWatch を使用するには、AWS アカウントが必要です。AWS アカウントがあれば、&EC2;などのサービスを利用して、CloudWatch コンソール (ポイントしてクリックするウェブベースのインターフェース) で表示できるメトリクスを生成できます。加えて、AWS コマンドラインインターフェース(CLI) をインストールし、設定することができます。

アマゾンウェブサービス（AWS）へのサインアップ

AWS アカウントを作成すると、すべての AWS サービスに自動的にサインアップされます。料金が発生するのは、お客様が使用したサービスの分のみです。

既に AWS アカウントをお持ちの場合は次の手順に進んでください。AWS アカウントをお持ちでない場合は、次に説明する手順にしたがってアカウントを作成してください。

サインアップして AWS アカウントを作成するには

1. https://aws.amazon.com/ を開き、[Create an AWS Account] を選択します。Note

過去に AWS マネジメントコンソールにサインインした場合は、お使いのブラウザで使用できないことがあります。その場合は、[Sign in to a different account] を選択し、次に [Createa new AWS account] を選択します。

2. オンラインの手順に従います。

サインアップ手順の一環として、通話呼び出しを受け取り、電話のキーパッドを用いて PIN を入力することが求められます。

Amazon CloudWatch コンソールにサインインするAmazon CloudWatch コンソールにサインインするには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. 必要に応じて、ナビゲーションバーを使い、リージョンを AWS リソースがあるリージョンに変更し

ます。3. CloudWatch コンソールを初めて使用するのに、[Your Metrics] にメトリクスが表示されている場合が

あります。これは、Amazon CloudWatch に無料で自動的にメトリクスをプッシュする AWS 製品を使用したことがある場合です。その他の AWS 製品では、メトリクスを有効にする必要があります。

作成済みのアラームがない場合、[Your Alarms] セクションに [Create Alarm] ボタンが表示されます。

AWS CLI のセットアップAWS CLI または Amazon CloudWatch CLI を使用して CloudWatch コマンドを実行します。AWS CLI がCloudWatch CLI に取って代わることに注意してください。CloudWatch の新しい機能は、AWS CLI にのみ含まれます。

11

https://aws.amazon.com/


Amazon CloudWatch ユーザーガイドAWS CLI のセットアップ

AWS CLI をインストールして設定する方法については、『AWS Command Line Interface ユーザーガイド』の「Getting Set Up with the AWS Command Line Interface」を参照してください。

Amazon CloudWatch CLI をインストールして設定する方法については、『Amazon CloudWatch CLIReference』の「Set Up the Command Line Interface」を参照してください。

12


http://docs.aws.amazon.com/AmazonCloudWatch/latest/cli/SetupCLI.html

Amazon CloudWatch ユーザーガイドシナリオ: 予想請求額のモニタリング

Amazon CloudWatch の使用開始以下のシナリオでは、Amazon CloudWatch を使用する方法を示します。最初のシナリオでは、CloudWatch コンソールを使用して、AWS の使用量を追跡して一定の消費のしきい値を超えたときに通知する、請求アラームを作成します。2 つ目のシナリオはより高度なものです。AWS コマンドラインインターフェイス（CLI）を使用して、GetStarted という仮定のアプリケーション用に 1 つのメトリクスをパブリッシュします。

シナリオ

• 予想請求額のモニタリング (p. 13)• メトリクスをパブリッシュする (p. 16)

シナリオ: CloudWatch で予想請求額をモニタリングする

このシナリオでは、予想請求額をモニタリングする Amazon CloudWatch アラームを作成します。ご使用の AWS アカウントに対する予想請求額のモニタリングを有効にすると、予想請求額が計算されて、メトリクスデータとして CloudWatch に 1 日複数回送信されます。

請求メトリクスデータは米国東部 (バージニア北部) リージョンに保存され、世界全体の請求額を反映します。このデータには、使用した AWS の各サービスに対する予想請求額と、AWS 全体の予想請求額が含まれています。

請求額が所定のしきい値を超過したときにメールでアラートを受け取るようにすることができます。これらのアラートは CloudWatch によってトリガーされ、メッセージが Amazon Simple Notification Service(Amazon SNS) により送信されます。

タスク• ステップ 1: 請求アラートを有効にする (p. 13)• 手順 2: 請求アラームを作成する (p. 14)• 手順 3: アラームの状態をチェックする (p. 15)• 手順 4: 請求アラームを編集する (p. 15)• 手順 5: 請求アラームを削除する (p. 16)

ステップ 1: 請求アラートを有効にする予想請求額のアラームを作成する前に、請求アラートを有効にする必要があります。有効にすると、予想AWS 請求額をモニタリングし、請求メトリクスデータを使用してアラームを作成できます。請求アラートを有効にすると、データの収集を無効にできなくなりますが、作成した請求アラームは削除できます。

初めて予想請求額のモニタリングを有効にした後、請求データの表示と請求アラートの設定ができるようになるまで約 15 分かかります。

要件

• ルートアカウント認証情報を使用してサインインする必要があります。IAM ユーザーが AWS アカウントの請求アラートを有効にすることはできません。

• 一括請求（コンソリデーティッドビリング）のアカウントの場合、支払いアカウントでログインすると、リンクされている各アカウントの請求データを見ることができます。リンクされているそれぞれの

13

Amazon CloudWatch ユーザーガイド手順 2: 請求アラームを作成する

アカウントと一括請求アカウントのどちらに対しても、予想請求合計額とサービスごとの予想請求額のデータを見ることができます。

予想請求額のモニタリングを有効にするには

1. https://console.aws.amazon.com/billing/home?# にある Billing and Cost Management コンソールを開きます。

2. ナビゲーションペインで [Preferences] を選択します。3. [請求アラートを受け取る] を選択します。

4. [Save preferences] を選択します。

手順 2: 請求アラームを作成する請求アラートを有効にした後、請求アラームを作成できるようになります。このシナリオでは、AWS の予想請求額が指定されたしきい値を超えたときにメールメッセージを送信するアラームを作成します。

Note

この手順では、簡単なオプションを使用します。詳細なオプションを使用するには、予想 AWS請求額をモニタリングする請求アラームの作成で「請求アラームの作成 (p. 310)」を参照してください。

請求アラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. 必要に応じて、リージョンを米国東部（バージニア北部）に変更します。請求メトリクスデータはこ

のリージョンに保存され、世界全体の請求額を反映します。3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. 月の AWS ご利用料金総額を超過するたびで、アラームをトリガーし、メール通知が送信されるよう

にするために超過することが必要な金額 (例: 200) を指定します。

Tip

[Alarm Preview] に、適切な金額を設定するために使用できる料金の見積もりがあります。

14

https://console.aws.amazon.com/billing/home?#/


Amazon CloudWatch ユーザーガイド手順 3: アラームの状態をチェックする

5. [Send a notification to] で、既存の通知リストを選択するか、新しい通知リストを作成します。

リストを作成するには、[新しいリスト] を選択して、アラームがアラーム状態に変わったら通知するメールアドレスを、カンマ区切りのリストに入力します。各 E メールアドレスには、サブスクリプションの確認メールが送信されます。受信者は、E メールアドレスに通知が送信される前に、サブスクリプションを確認する必要があります。

6. [Create Alarm] を選択します。

手順 3: アラームの状態をチェックする作成したばかりの請求アラームの状態をチェックします。

アラームのステータスを確認するには


のリージョンに保存され、世界全体の請求額を反映します。3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. ポリシーの横にあるチェックボックスをオンにします。サブスクリプションが確認されるまで、「保

留中の確認」と表示されます。サブスクリプションが確認された後、更新されたステータスを表示するためにコンソールを更新します。

手順 4: 請求アラームを編集する毎月 AWS で使う金額を 200 USD から 400 USD に増やしたいとします。既存の請求アラームを編集して、アラームがトリガーされるしきい値の金額を上げることができます。

15


Amazon CloudWatch ユーザーガイド手順 5: 請求アラームを削除する

請求アラームを編集するには


のリージョンに保存され、世界全体の請求額を反映します。3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. アラームの横にあるチェックボックスをオンにして、[Actions]、[Modify] の順に選択します。5. 月の AWS ご利用料金総額を超過するたびで、アラームをトリガーし、メール通知が送信されるよう

にするために超過することが必要な新しい金額を指定します。6. [Save Changes] を選択します。

手順 5: 請求アラームを削除する不要になった請求アラームは削除できます。

請求アラームを削除するには


のリージョンに保存され、世界全体の請求額を反映します。3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. アラームの横にあるチェックボックスをオンにして、[Actions]、[Delete] の順に選択します。5. 確認を求めるメッセージが表示されたら、[Yes, Delete] を選択します。

シナリオ: メトリクスを CloudWatch にパブリッシュする

このシナリオでは、AWS Command Line Interface (AWS CLI) を使用して GetStarted という仮定のアプリケーションの 1 つのメトリクスをパブリッシュします。まだ AWS CLI, をインストールして設定していない場合、AWS Command Line Interface ユーザーガイドの AWS Command Line Interface のセットアップを参照してください。

タスク• 手順 1: データ構成を定義する (p. 16)• 手順 2: CloudWatch にメトリクスを追加する (p. 17)• 手順 3: CloudWatch から統計を取得する (p. 18)• 手順 4: コンソールでグラフを表示する (p. 18)

手順 1: データ構成を定義するこのシナリオでは、アプリケーションのリクエストレイテンシーを追跡するデータポイントをパブリッシュします。メトリクスの名前と名前空間は、わかりやすいものを選択します。この例では、メトリクスに RequestLatency という名前を付けて、すべてのデータポイントを GetStarted という名前空間に入れます。

パブリッシュするデータポイントは多数あります。これらの集合が、3 時間分のレイテンシーデータを表します。生データは、3 時間にわたって読み取られた 15 個のリクエストレイテンシー読み取り値で構成されています。読み取り値の単位はミリ秒です。

16





Amazon CloudWatch ユーザーガイド手順 2: CloudWatch にメトリクスを追加する

• 1 時間目: 87、51、125、235• 2 時間目: 121、113、189、65、89• 3 時間目: 100、47、133、98、100、328

データを CloudWatch にパブリッシュするときは、単一のデータポイントとしてパブリッシュすることも、複数のデータポイントを集約したセット（統計セット）としてパブリッシュすることもできます。メトリクス集約の最小単位は 1 分間です。データポイントを集約して統計セットとして CloudWatch にパブリッシュするときに、4 つの事前定義キー（Sum、Minimum、Maximum、SampleCount）を指定できます。

ここでは、1 時間目のデータポイントをそれぞれ単一データポイントとしてパブリッシュします。 2 時間目と 3 時間目のデータについては、データポイントを時間ごとに集約し、統計セットとしてパブリッシュします。キーの値を次の表に示します。

時間生データ合計最小最大 SampleCount

1 87

1 51

1 125

1 235

2 121, 113, 189, 65, 89 577 65 189 5

3 100, 47, 133, 98, 100, 328 806 47 328 6

手順 2: CloudWatch にメトリクスを追加するデータ構成の定義が完了すると、データを追加できる状態になります。

データポイントを CloudWatch にパブリッシュするには

1. 最初の時間のデータを追加するには、コマンドプロンプトで次の put-metric-data コマンドを実行します。協定世界時 (UTC) で、サンプルのタイムスタンプを、2 時間前のタイムスタンプと入れ替えます。

aws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \--timestamp 2016-10-14T20:30:00Z --value 87 --unit Millisecondsaws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \--timestamp 2016-10-14T20:30:00Z --value 51 --unit Millisecondsaws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \--timestamp 2016-10-14T20:30:00Z --value 125 --unit Millisecondsaws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \--timestamp 2016-10-14T20:30:00Z --value 235 --unit Milliseconds

2. 最初の 1 時間よりも 1 時間遅いタイムスタンプを使用して、2 時間目のデータを追加します。

aws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \--timestamp 2016-10-14T21:30:00Z --statistic-values Sum=577,Minimum=65,Maximum=189,SampleCount=5 --unit Milliseconds

3. 現在の時刻にデフォルト設定されているタイムスタンプを省略して、3 時間目のデータを追加します。

aws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \

17

http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-data.html

Amazon CloudWatch ユーザーガイド手順 3: CloudWatch から統計を取得する

--statistic-values Sum=806,Minimum=47,Maximum=328,SampleCount=6 --unit Milliseconds

手順 3: CloudWatch から統計を取得するこれで、CloudWatch にメトリクスをパブリッシュしたので、次のように、get-metric-statistics コマンドを使用してこれらのメトリクスに基づいた統計を取得できます。--start-time と --end-time は、パブリッシュした最も早いタイムスタンプが含まれるように、必ずそれよりも前の時刻を指定してください。

aws cloudwatch get-metric-statistics --namespace GetStarted --metric-name RequestLatency --statistics Average \--start-time 2016-10-14T00:00:00Z --end-time 2016-10-15T00:00:00Z --period 60

出力例を次に示します。

{ "Datapoints": [], "Label": "Request:Latency"}

手順 4: コンソールでグラフを表示するCloudWatch にメトリクスをパブリッシュし終わったら、CloudWatch コンソールを使用して統計グラフを表示できます。

統計情報のグラフをコンソールで表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [メトリクス] を選択します。3. [All metrics] タブで、検索ボックスで「RequestLatency」と入力して、Enter キーを押します。4. RequestLatency メトリクスのチェックボックスを選択します。メトリクスのデータのグラフが上のペ

インに表示されます。

詳細については、「メトリクスをグラフ化 (p. 39)」を参照してください。

18

http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html


Amazon CloudWatch ユーザーガイドダッシュボードを作成する

Amazon CloudWatch ダッシュボードの使用

Amazon CloudWatch ダッシュボードは、CloudWatch コンソールにあるカスタマイズ可能なホームページであり、ダッシュボードを使用すれば、異なるリージョンにまたがっているリソースでも、1 つのビューでモニタリングできます。CloudWatch ダッシュボードを使用して、AWS のリソースのメトリクスおよびアラームをカスタマイズした状態で表示することができます。

ダッシュボードでは、以下のことが可能です。

• 複数のリージョンのリソースやアプリケーションの状態を評価するのに役立つ選ばれたメトリクスおよびアラームを 1 つの画面で表示。各グラフのメトリクスごとに使用する色を選択できるため、複数のグラフにわたる同一のメトリクスを追跡しやすくなります。

• 操作イベント中の特定の問題への対処法に関して、チームのメンバーにガイダンスを提供する運営計画。

• 操作イベント中により短いコミュニケーションフローで、チームメンバーに共有できる重要なリソースとアプリケーション測定の共通表示。

コンソール、AWS CLI、または PutDashboard API を使用してダッシュボードを作成できます。

目次• CloudWatch ダッシュボードを作成する (p. 19)• CloudWatch ダッシュボードにグラフを追加または削除する (p. 20)• CloudWatch ダッシュボードでグラフの移動やサイズ変更をする (p. 21)• CloudWatch ダッシュボードのグラフを編集する (p. 22)• CloudWatch ダッシュボードのグラフ名を変更する (p. 23)• CloudWatch ダッシュボードからテキストウィジェットの追加や編集、削除をする (p. 23)• CloudWatch ダッシュボードよりアラームを追加または削除する (p. 24)• CloudWatch ダッシュボードを使用して、複数のリージョンのリソースをモニタリングする (p. 24)• CloudWatch ダッシュボードのグラフをリンクまたはリンク解除する (p. 25)• [Favorites] リストにダッシュボードを追加する (p. 25)• CloudWatch ダッシュボードの更新間隔を変更する (p. 25)• CloudWatch ダッシュボードの時間範囲またはタイムゾーン形式を変更する (p. 26)

CloudWatch ダッシュボードを作成するCloudWatch ダッシュボードを開始するには、まずダッシュボードを作成する必要があります。複数のダッシュボードを作成することができます。AWS アカウントで最大 500 のダッシュボードを持つことができます。すべてのダッシュボードはグローバルで、リージョン固有ではありません。

このセクションのステップでは、コンソールを使用してダッシュボードを作成します。PutDashboardAPI を使用してダッシュボードを作成することもできます。この場合、JSON 文字列を使用してダッシュボードの内容を定義します。PutDashboard を使用してダッシュボードを作成する際に、既存のダッシュボードに基づいてダッシュボードを作成するには、[Actions]、[View/edit source] を選択して、新しいダッシュボードに使用する現在のダッシュボードの JSON 文字列を表示してコピーします。

19

Amazon CloudWatch ユーザーガイドグラフを追加または削除する

API を使用したダッシュボード作成の詳細については、Amazon CloudWatch API リファレンスの「PutDashboard」を参照してください。

コンソールを使用してダッシュボードを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards]、[Create dashboard] の順に選択します。3. [Create new dashboard] ダイアログボックスで、ダッシュボード名を入力し、[Create dashboard] を

選択します。4. [Add to this dashboard] ダイアログボックスで、次のいずれかを実行します。

• ダッシュボードにグラフを追加するには、[Line] または [Stacked area] を選択し、[Configure] を選択します。[Add metric graph] ダイアログボックスで、グラフのメトリクスを選択し、[Createwidget] を選択します。

• メトリクスを表示する数をダッシュボードに追加するには、[Number]、[Configure] を選択します。[Add metric graph] ダイアログボックスで、グラフのメトリクスを選択し、[Create widget] を選択します。

• ダッシュボードにテキストブロックを追加するには、[Text]、[Configure] を選択します。新しいテキストウィジェットダイアログボックスのマークダウンで、マークダウンを使用したテキストを追加し、フォーマットを行い、[ウィジェットを作成] を選択します。

5. オプションで、[Add widget] を選択してステップ 4 を繰り返し、別のウィジェットをダッシュボードに追加します。この手順を必要に応じて繰り返すことができます。

6. ダッシュボードを保存を選択します。

CloudWatch ダッシュボードにグラフを追加または削除する

モニタリングするリソースについて、ダッシュボードに、1 つ以上のメトリクスを含むグラフを追加できます。グラフは不要になったら削除できます。

グラフをダッシュボードに追加する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [Add widget] を選択します。4. [Line] または [Stacked area] を選択した後、[Configure] を選択します。5. [All metrics] タブで、メトリクスをグラフに選択します。6. (オプション) グラフ化するメトリクスを選択すると、グラフの色を変更できます。変更するには、

[Graphed metrics] を選択し、メトリクスの横にある色が付いた四角形を選択してカラーピッカーボックスを表示します。カラーピッカーの他の色の四角形を選択してから、カラーピッカーの外側をクリックすると、新しい色がグラフに表示されます。または、カラーピッカーで、変更したい色を表す16 進数 6 桁スタンダードの HTML カラーコードを入力して ENTER を押します。

7. (オプション) グラフ化されたメトリクスについての詳細情報を表示するには、説明文にマウスカーソルを合わせます。

8. (オプション) ウィジェットタイプを変更するには、グラフのタイトルエリアの上にマウスを移動し、[Widget actions]、[Widget type] の順に選択します。

9. (オプション) メトリクスに使用する統計を変更するには、[グラフ化したメトリクス]、[統計] の順に選択して、使用する統計を選択します。詳細については、「統計 (p. 5)」を参照してください。

10. (オプション) グラフに表示される時間範囲を変更するには、グラフ上部の [カスタム] または [カスタム] の左にある期間のいずれかを選択します。

20

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutDashboard.html


http://docs.aws.amazon.com/general/latest/gr/aws-markdown.html


Amazon CloudWatch ユーザーガイドグラフを移動、またはサイズを変更する

11. (オプション) 水平の注釈は、ダッシュボードユーザーがいつメトリクスが特定のレベルにまで急上昇したか、または、メトリクスが事前定義された範囲内にあるかどうかをすばやく確認するのに役立ちます。水平の注釈を追加するには、[Graph options]、[Add horizontal annotation] を選択します。

a. [Label] には、注釈のラベルを入力します。b. [Value] には、水平の注釈が表示されるメトリクス値を入力します。c. [Fill] には、この注釈でフィルシェーディングを使用するかどうかを指定します。たとえば、対応

するエリアを塗りつぶすには Above または Below を選択します。Between を指定すると、もう1 つの Value フィールドが表示され、2 つの値の間のグラフのエリアが塗りつぶされます。

d. [Axis] では、グラフに複数のメトリクスが含まれる場合、Value の数値が左の Y 軸または右の Y軸のどちらに関連するメトリクスを指すかを指定します。

注釈の塗りつぶしの色を変更するには、注釈の左側の列の色がついた四角形を選択します。

同じグラフに複数の水平注釈を追加するには、これらのステップを繰り返します。

注釈を非表示にするには、注釈の左の列のチェックボックスをオフにします。

注釈を削除するには、[Actions] の列の [x] を選択します。12. [Create widget] を選択します。13. ダッシュボードを保存を選択します。

グラフをダッシュボードから削除する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフのタイトルにマウスカーソルを合わせ、[Widget actions]、[Delete] の順に選択します。4. ダッシュボードを保存を選択します。変更を保存する前にダッシュボードから離れる場合は、変更を

保存するか破棄するよう求められます。

CloudWatch ダッシュボードでグラフの移動やサイズ変更をする

CloudWatch ダッシュボードのグラフを調節したり、サイズを変更したりすることができます。

ダッシュボードのグラフを移動する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. 選択アイコンが表示されるまで、グラフのタイトルにマウスカーソルを合わせ、グラフを選択し、

ダッシュボード上の移動先にドロップしてください。4. ダッシュボードを保存を選択します。

グラフのサイズを変更するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. サイズを大きくしたり小さくするには、グラフにマウスカーソルを合わせ、グラフの右下をドラッグ

します。4. ダッシュボードを保存を選択します。

21




Amazon CloudWatch ユーザーガイドグラフを編集する

一時的にグラフを拡大するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフを選択します。あるいは、グラフのタイトルにマウスカーソルを合わせ、[ウィジェットアク

ション] を選択し、[拡大] を選択します。

CloudWatch ダッシュボードのグラフを編集するタイトルや統計、期間を変更したり、メトリクスを追加や削除したりしてグラフを編集できます。グラフに複数のメトリクスが表示されている場合、関係のないメトリクスを一時的に非表示にすることで、作業を簡潔に行うことができます。

ダッシュボードのグラフを編集する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフのタイトルにマウスカーソルを合わせ、[Widget actions]、[Edit] を選択します。4. グラフのタイトルを変更するには、タイトルを選択し、新しいタイトルを入力して、Enter キーを押

します。5. グラフに表示される時間範囲を変更するには、グラフ上部の [カスタム] または [カスタム] の左にある

期間のいずれかを選択します。6. グラフの別々の行、グラフの積み上げ行、および数値の間のウィジェットのタイプを変更するには、

[カスタム] の右側にあるボックスを選択し、[行]、[スタックされたエリア]、[数値] のいずれかを選択します。

7. 画面の下部にある [Graphed metrics] タブで、色、統計、または期間を変更できます。

a. 各行の色を変更するには、メトリクスの横にある色が付いた四角形を選択し、カラーピッカーボックスを表示します。カラーピッカーの新しい色を選択してから、カラーピッカーの外側をクリックすると、新しい色がグラフに表示されます。または、カラーピッカーで、変更したい色を表す 16 進数 6 桁の HTML カラーコードを入力して ENTER を押します。

b. 統計を変更するには、ウィンドウの左下の [Statistic] を選択し、必要な新しい統計を選択します。詳細については、「統計 (p. 5)」を参照してください。

c. ウィンドウの下半分で、[Statistic] の横にある期間を変更するには、[Period] を選択し、別の値を選択します。この新しい設定は、ダッシュボードの期間設定自体が Auto に設定されている場合のみ使用されます。それ以外の場合は、ダッシュボードの期間設定が、個々のウィジェットの期間設定よりも優先されます。

8. 水平の注釈を追加または編集するには、[Graph options] を選択します。

a. 水平の注釈を追加するには、[Add horizontal annotation] を選択します。b. [Label] には、注釈のラベルを入力します。c. [Value] には、水平の注釈が表示されるメトリクス値を入力します。d. [Fill] では、この注釈でフィルシェーディングを使用する方法を指定します。たとえば、対応する

エリアを塗りつぶすには Above または Below を選択します。Between を指定すると、もう 1つの Value フィールドが表示され、2 つの値の間のグラフのエリアが塗りつぶされます。

注釈の塗りつぶしの色を変更するには、注釈の左側の列の色がついた四角形を選択します。e. [Axis] では、グラフに複数のメトリクスが含まれる場合、Value の数値が左の Y 軸または右の Y

軸のどちらに関連するメトリクスを指すかを指定します。


22



Amazon CloudWatch ユーザーガイドグラフ名を変更する


注釈を削除するには、[Actions] の列の [x] をクリックします。9. 変更が完了したら、[ウィジェットの更新] を選択します。

一時的にダッシュボードのグラフメトリクスを非表示にすることができます。

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフのフッターで説明文の色付きの四角にマウスカーソルを合わせ、X に変わったらそれをクリッ

クします。4. メトリクスを復元するには、グレーの四角とメトリクス名を選択します。

CloudWatch ダッシュボードのグラフ名を変更するCloudWatch がダッシュボードのグラフに対してつけたデフォルト名を変更できます。

ダッシュボードのグラフ名を変更する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフのタイトルにマウスカーソルを合わせ、[Widget actions]、[Edit] を選択します。4. 上部近くの [Edit graph] 画面の下部で、グラフのタイトルを選択します。5. タイトルで、新しい名前を入力し、OK (チェックマーク) を選択し、グラフの編集画面の右下部分で

[ウィジェットの更新] を選択します。

CloudWatch ダッシュボードからテキストウィジェットの追加や編集、削除をする

テキストウィジェットにはマークダウン形式でテキストブロックが含まれます。CloudWatch ダッシュボードを使用して、テキストウィジェットの追加、編集、削除を行うことができます。

テキストのウィジェットをダッシュボードに追加する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [Add widget] を選択します。4. [Text]、[Configure] を選択します。5. [Markdown] で、[Markdown] を使用してテキストを追加し、フォーマットを行い、[Create widget] を

選択します。6. ダッシュボードを保存を選択します。

ダッシュボードのテキストウィジェットを編集する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. テキストブロックの右上にマウスカーソルを合わせ、[ウィジェットアクション] を選択し、[編集] を

選択します。

23







Amazon CloudWatch ユーザーガイドアラームの追加または削除

4. 必要に応じてテキストを更新し、[Update widget] を選択します。5. ダッシュボードを保存を選択します。

テキストウィジェットをダッシュボードから削除する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. テキストブロックの右上にマウスカーソルを合わせ、[Widget actions] を選択し、[Delete] を選択しま

す。4. ダッシュボードを保存を選択します。

CloudWatch ダッシュボードよりアラームを追加または削除する

作成したアラームをダッシュボードに追加することができます。ダッシュボードにある場合、アラームはALARM 状態になると赤に変わります。

アラームをダッシュボードに追加するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms] を選択し、追加するアラームを選択したら、[Add to Dashboard]

をクリックします。3. ダッシュボードを選択し、ウィジェットタイプ ([Line]、[Stacked area]、[Number] のいずれか) を選択

して、[Add to dashboard] を選択します。4. ダッシュボードのアラームを表示するには、ナビゲーションペインの [Dashboards] を選択し、ダッ

シュボードを選択します。5. (オプション) 一時的にアラームグラフを大きくするには、グラフを選択します。6. (オプション) ウィジェットタイプを変更するには、グラフのタイトルの上にマウスを移動し、[Widget

actions]、[Widget type] の順に選択します。

アラームをダッシュボードから削除するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. グラフのタイトルにマウスカーソルを合わせ、[Widget actions]、[Delete] の順に選択します。4. ダッシュボードを保存を選択します。変更を保存する前にダッシュボードから離れる場合は、変更を

保存するか破棄するよう求められます。

CloudWatch ダッシュボードを使用して、複数のリージョンのリソースをモニタリングする

1 つの CloudWatch ダッシュボードで、複数のリージョンにある AWS リソースをモニタリングできます。たとえば、us-west-2 リージョンにある EC2 インスタンスの CPU 使用率と us-east-1 リージョンにある請求メトリクスを表示するダッシュボードを作成できます。

1 つのダッシュボードで、複数のリージョンのリソースをモニタリングするには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。

24





Amazon CloudWatch ユーザーガイドグラフをリンク、またはリンク解除する

2. ナビゲーションペインでメトリクスを選択します。3. ナビゲーションバーで、リージョンを選択します。4. ダッシュボードに追加するメトリクスを選択します。5. [アクション] で、[ダッシュボードに追加] を選択します。6. [Add to] で、新しいダッシュボードの名前を入力し、[Add to dashboard] を選択します。

または、既存のダッシュボードに追加するには、[Existing dashboard] を選択し、ダッシュボードを選択して、[Add to dashboard] を選択します。

7. 別のリージョンからメトリクスを追加するには、次のリージョンを選択し、以下のステップを繰り返します。

8. ダッシュボードを保存を選択します。

CloudWatch ダッシュボードのグラフをリンクまたはリンク解除する

ダッシュボード上のグラフをリンクし、1 つのグラフを拡大または縮小した際に同時に他のグラフも縮小または拡大されるようにできます。グラフのリンクを解除し、拡大を 1 つのグラフに行うこともできます。

ダッシュボードのグラフのリンクする方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [Actions]、[Link graphs] を選択します。

ダッシュボードのグラフのリンクを解除するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [アクション]、[グラフのリンク] をオフにします。

[Favorites] リストにダッシュボードを追加するCloudWatch ダッシュボードをお気に入りダッシュボードのリストに追加して、すばやく見つけることができます。[Favorites] リストは、ナビゲーションペインの下部に表示されます。

[Favorites] リストにダッシュボードを追加するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、ダッシュボードを選択します。3. 追加するには、ダッシュボードの横にある星の記号を選択します。

CloudWatch ダッシュボードの更新間隔を変更するCloudWatch ダッシュボードのデータの更新頻度を変更したり、自動的に更新するよう設定したりできます。

25




Amazon CloudWatch ユーザーガイド時間範囲またはタイムゾーン形式を変更する

ダッシュボードの更新間隔を変更する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [Refresh options] メニュー (右上) で、[10 Seconds]、[1 Minute]、[2 Minutes]、[5 Minutes]、または

[15 Minutes] を選択します。

ダッシュボードを自動的に更新するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [Refresh options]、[Auto refresh] を選択します。

CloudWatch ダッシュボードの時間範囲またはタイムゾーン形式を変更する

ダッシュボードデータを表示するための時間範囲を分、時間、日、週において変更できます。ダッシュボードを表示する時間形式をローカルまたは UTC 時間形式に変更することもできます。

Note

100 に近い数、またはそれ以上の数の高解像度メトリクスを含むグラフでダッシュボードを作成する場合は、ダッシュボードの優れたパフォーマンスを確保するため、時間範囲を 1 時間以内に設定することをお勧めします。高解像度メトリクスの詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

ダッシュボードで時間範囲を変更する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. 次のいずれかを行ってください。

• 1 時間から 1 週間までの期間の、あらかじめ定義された範囲 (1 時間、3 時間、12 時間、1 日、3日、1 週間) から 1 つを選択します。

• [custom]、[Relative] を選択します。1 分から 15 か月の期間から、あらかじめ定義された範囲を 1つ選択します。

• [custom]、[Absolute] を選択します。カレンダーの指定またはテキストフィールドを使用して時間範囲を指定します。

Note

集約期間が [Auto] に設定されている間にグラフの時間範囲を変更すると、CloudWatch により期間が変更される可能性があります。期間を手動で設定するには、[Actions] を選択し、[Period:] に新しい値を選択します。

ダッシュボードの時間形式を変更する方法

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [Dashboards] を選択し、ダッシュボードを選択します。3. [custom] を選択します。4. 左上で、[UTC] または [ローカルタイムゾーン] を選択します。

26





Amazon CloudWatch ユーザーガイド利用可能なメトリクスを表示する

Amazon CloudWatch メトリクスの使用

メトリクスとは、システムのパフォーマンスに関するデータです。デフォルトでは、複数のサービスがリソースの無料メトリクスを提供しています (Amazon EC2 インスタンス、Amazon EBS ボリューム、Amazon RDS DB インスタンスなど)。また、Amazon EC2 インスタンスなど、一部のリソースの詳細なモニタリングを有効にしたり、独自のアプリケーションメトリクスをのメトリクスを発行したりできます。Amazon CloudWatch は、検索、グラフ表示、アラームに備えて、アカウント内のすべてのメトリクス (AWS リソースメトリクスと、お使いのアプリケーションメトリクスの両方) をロードすることができます。

メトリクスデータは 15 か月間保持されるため、最新データと履歴データの両方が表示できます。

目次• 利用可能なメトリクスを表示する (p. 27)• 利用可能なメトリクスを検索する (p. 30)• メトリクスの統計を取得する (p. 31)• メトリクスをグラフ化 (p. 39)• カスタムメトリクスをパブリッシュする (p. 43)• Metric Math を使用する (p. 46)

利用可能なメトリクスを表示するメトリクスはまず名前空間ごとにグループ化され、次に各名前空間内の種々のディメンションの組み合わせごとにグループ化されます。たとえば、すべての EC2 メトリクス、インスタンス別にまとめた EC2 メトリクス、Auto Scaling グループ別にまとめた EC2 メトリクスが表示できます。

Amazon CloudWatch にメトリクスを送信するのは、使用中の AWS のサービスのみです。

コンソールを使い、利用可能なメトリクスを名前空間とディメンション別に表示する

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. メトリクスの名前空間 (たとえば EC2) を選択します。

27



4. メトリクスのディメンション (たとえば、インスタンス別メトリクス) を選択します。

5. [All metrics] タブには、名前空間内のそのディメンションのメトリクスがすべて表示されます。以下の操作を行うことができます。

a. テーブルを並べ替えるには、列見出しを使用します。b. メトリクスをグラフ表示するには、メトリクスの横にあるチェックボックスを選択します。すべ

てのメトリクスを選択するには、テーブルの見出し行にあるチェックボックスを選択します。c. リソースでフィルタするには、リソース ID を選択し、[Add to search] を選択します。d. メトリクスでフィルタするには、メトリクスの名前を選択し、[Add to search] を選択します。

28


AWS CLI を使い、利用可能なメトリクスを名前空間、ディメンション、またはメトリクスごとに表示する

CloudWatch メトリクスをリストするには、list-metrics コマンドを使用します。すべてのサービス名前空間の一覧については、AWS の名前空間 (p. 105)を参照してください。各サービスのメトリクスとディメンションの一覧については、「Amazon CloudWatch メトリクスとディメンションのリファレンス (p. 104)」を参照してください。

次の例では、Amazon EC2 のすべてのメトリクスを表示する目的で AWS/EC2 名前空間を指定します。

aws cloudwatch list-metrics --namespace AWS/EC2


{ "Metrics" : [ ... { "Namespace": "AWS/EC2", "Dimensions": [ { "Name": "InstanceId", "Value": "i-1234567890abcdef0" } ], "MetricName": "NetworkOut" }, { "Namespace": "AWS/EC2", "Dimensions": [ { "Name": "InstanceId", "Value": "i-1234567890abcdef0" } ], "MetricName": "CPUUtilization" }, { "Namespace": "AWS/EC2",

29

http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html

Amazon CloudWatch ユーザーガイド利用可能なメトリクスを検索する

"Dimensions": [ { "Name": "InstanceId", "Value": "i-1234567890abcdef0" } ], "MetricName": "NetworkIn" }, ... ]}

指定したリソースで利用可能なメトリクスをすべてリストするには

次の例では、指定のインスタンスの結果だけを表示する目的で AWS/EC2 名前空間と InstanceId ディメンションを指定します。

aws cloudwatch list-metrics --namespace AWS/EC2 --dimensions Name=InstanceId,Value=i-1234567890abcdef0

すべてのリソースのメトリクスをリストするには

次の例では、指定のメトリクスの結果だけを表示する目的で AWS/EC2 名前空間とメトリクス名を指定します。

aws cloudwatch list-metrics --namespace AWS/EC2 --metric-name CPUUtilization

利用可能なメトリクスを検索するターゲット検索用語を用いて、アカウントにあるすべてのメトリクス中から検索できます。名前空間、メトリクス名、またはディメンション内に一致する結果があるメトリクスが返されます。

CloudWatch で利用可能なメトリクスを検索するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [All metrics] タブ上の検索フィールドに、検索語 (メトリクス名、サービス名、リソース名など) を入

力し、Enter キーを押します。メトリクスにその検索語が含まれている名前空間がすべて表示されます。

たとえば、volume を検索した場合、名前の一部が「volume」であるメトリクスを含む名前空間が表示されます。

4. 検索結果を含む名前空間を選択すると、メトリクスが表示されます。以下の操作を行うことができます。

a. 1 つ以上のメトリクスをグラフ表示するには、各メトリクスの横にあるチェックボックスを選択します。すべてのメトリクスを選択するには、テーブルの見出し行にあるチェックボックスを選択します。

b. コンソール内のリソースの 1 つを表示するには、リソース ID を選択し、[Jump to resource] を選択します。

c. メトリクスのヘルプを表示するには、メトリクス名を選択し、[What is this?] (これは何ですか？)を選択します。

30


Amazon CloudWatch ユーザーガイドメトリクスの統計を取得する

メトリクスの統計を取得する次の例では、EC2 インスタンスなどのリソースに対する CloudWatch メトリクスの統計を取得する方法を説明します。

例• 特定のリソースの統計を取得する (p. 31)• 統計をリソース間で集計 (p. 34)• Auto Scaling グループ別に統計を集計する (p. 36)• Amazon Machine Image (AMI) 別に統計を集計する (p. 37)

特定のリソースの統計を取得する次の例では、特定の EC2 インスタンスの最大 CPU 使用率を特定する方法を説明します。

要件

• インスタンスの ID が必要です。インスタンス ID は、Amazon EC2 コンソールまたは describe-instances コマンドを使って取得します。

• デフォルトでは、基本モニタリングが有効化されていますが、詳細モニタリングを有効化することもできます。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスの詳細モニタリングの有効化または無効化」を参照してください。

コンソールを使用して特定のインスタンスの平均 CPU 使用率を表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. EC2 メトリクスの名前空間を選択します。

31

http://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html

http://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-new.html



Amazon CloudWatch ユーザーガイド特定のリソースの統計を取得する

4. インスタンス別メトリクスのディメンションを選択します。

5. 検索フィールドに CPUUtilization と入力して Enter キーを押します。特定のインスタンスの行を選択します。すると、そのインスタンスの [CPUUtilization] メトリクスのグラフが表示されます。グラフの名前を変更するには、鉛筆アイコンを選択します。時間範囲を変更するには、事前定義済みの値を選択するか、[custom] を選択します。

32

Amazon CloudWatch ユーザーガイド特定のリソースの統計を取得する

6. 統計を変更するには、[Graphed metrics] タブを選択します。列見出しまたは個々の値を選択し、統計または事前定義パーセンタイルのうち 1 つを選択するか、カスタムパーセンタイル (p95.45 など) を指定します。

7. 期間を変更するには、[Graphed metrics] タブを選択します。列見出しまたは個々の値を選択し、次に異なる値を選択します。

AWS CLI を使い、EC2 インスタンスあたりの CPU 使用率を取得するには

次のように get-metric-statistics コマンドを使用し、指定のインスタンスの [CPUUtilization] メトリクスを取得します。

aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization \--dimensions Name=InstanceId,Value=i-1234567890abcdef0 --statistics Maximum \

33


Amazon CloudWatch ユーザーガイド統計をリソース間で集計

--start-time 2016-10-18T23:18:00 --end-time 2016-10-19T23:18:00 --period 360

返される統計は、リクエストされた 24 時間間隔の 6 分の値です。それぞれの値は、特定の 6 分間の間に指定されたインスタンスの最大 CPU 使用率を表しています。データポイントは時系列順に返されません。例に示した出力の先頭 (完全な出力には、6 分ごと 24 時間のデータポイントを含む) を以下に示します。

{ "Datapoints": [ { "Timestamp": "2016-10-19T00:18:00Z", "Maximum": 0.33000000000000002, "Unit": "Percent" }, { "Timestamp": "2016-10-19T03:18:00Z", "Maximum": 99.670000000000002, "Unit": "Percent" }, { "Timestamp": "2016-10-19T07:18:00Z", "Maximum": 0.34000000000000002, "Unit": "Percent" }, ... ], "Label": "CPUUtilization"}

統計をリソース間で集計複数のリソース間で AWS リソースのメトリクスを集計することができます。Amazon CloudWatch は、複数のリージョンをまたがってデータを集計することはできません。メトリクスは、リージョン間で完全に独立しています。

たとえば、詳細モニタリングが有効化されているすべての EC2 インスタンスで統計を集計することができます。その場合、基本モニタリングを使用するインスタンスは含まれません。そのため、1 分間隔でデータを提供する詳細モニタリング (有料) を有効化する必要があります。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスの詳細モニタリングの有効化または無効化」を参照してください。

この例では、EC2 インスタンスの平均 CPU 使用率を取得する方法を説明します。ディメンションを指定していないため、CloudWatch は、AWS/EC2 名前空間にある全ディメンションの統計を返します。その他のメトリクスの統計を取得するには、Amazon CloudWatch メトリクスとディメンションのリファレンス (p. 104) を参照してください。

Important

AWS 名前空間にあるすべてのディメンションを取得するこの手法は、Amazon CloudWatch にパブリッシュするカスタム名前空間では機能しません。カスタム名前空間の場合、データポイントを含む統計を取得するには、そのデータポイントに関連付けられたディメンション一式をすべて指定する必要があります。

EC2 インスタンスの平均 CPU 使用率を表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [EC2] 名前空間を選択し、次に [Across All Instances] を選択します。

34



Amazon CloudWatch ユーザーガイド統計をリソース間で集計

4. [CPUUtilization] を含む行を選択します。すべての EC2 インスタンスのメトリクスがグラフとして表示されます。グラフの名前を変更するには、鉛筆アイコンを選択します。時間範囲を変更するには、事前定義済みの値を選択するか、[custom] を選択します。



AWS CLI を使い、EC2 インスタンス間での平均で CPU 使用率を取得するには

以下のように get-metric-statistics コマンドを使用します。

aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization --statistics "Average" "SampleCount" \--start-time 2016-10-11T23:18:00 --end-time 2016-10-12T23:18:00 --period 3600


{ "Datapoints": [ { "SampleCount": 238.0, "Timestamp": "2016-10-12T07:18:00Z", "Average": 0.038235294117647062, "Unit": "Percent" }, { "SampleCount": 240.0, "Timestamp": "2016-10-12T09:18:00Z", "Average": 0.16670833333333332, "Unit": "Percent" }, { "SampleCount": 238.0,

35

http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-staticstics.html

Amazon CloudWatch ユーザーガイドAuto Scaling グループ別に統計を集計する

"Timestamp": "2016-10-11T23:18:00Z", "Average": 0.041596638655462197, "Unit": "Percent" }, ... ], "Label": "CPUUtilization"}

Auto Scaling グループ別に統計を集計するAuto Scaling グループ内で EC2 インスタンスの統計を集計することができます。Amazon CloudWatchは、複数のリージョンをまたがってデータを集計することはできません。メトリクスは、リージョン間で完全に独立しています。

この例では、1 つの Auto Scaling グループについて、ディスクに書き込まれた総バイト数を取得する方法を説明します。合計は、指定された Auto Scaling グループのすべての EC2 インスタンスで、24 時間おきに 1 分間に対して算出されます。

コンソールを使い、Auto Scaling グループ内のインスタンスの DiskWriteBytes を表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [EC2] 名前空間を選択し、次に [By Auto Scaling Group] を選択します。4. [DiskWriteBytes] メトリクスの行と特定の Auto Scaling グループを選択します。すると、その Auto

Scaling グループ内にあるインスタンスのメトリクスがグラフとして表示されます。グラフの名前を変更するには、鉛筆アイコンを選択します。時間範囲を変更するには、事前定義済みの値を選択するか、[custom] を選択します。



AWS CLI を使い、Auto Scaling グループ内のインスタンスの DiskWriteBytes を取得するには

36


Amazon CloudWatch ユーザーガイドAMI 別に統計を集計する


aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name DiskWriteBytes --dimensions Name=AutoScalingGroupName,Value=my-asg --statistics "Sum" "SampleCount" \--start-time 2016-10-16T23:18:00 --end-time 2016-10-18T23:18:00 --period 360


{ "Datapoints": [ { "SampleCount": 18.0, "Timestamp": "2016-10-19T21:36:00Z", "Sum": 0.0, "Unit": "Bytes" }, { "SampleCount": 5.0, "Timestamp": "2016-10-19T21:42:00Z", "Sum": 0.0, "Unit": "Bytes" } ], "Label": "DiskWriteBytes"}

Amazon Machine Image (AMI) 別に統計を集計する統計の集計は、詳細モニタリングが有効化されている EC2 インスタンスに対して行うことができます。その場合、基本モニタリングを使用するインスタンスは含まれません。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスの詳細モニタリングの有効化または無効化」を参照してください。

この例では、指定した AMI を使用するすべてのインスタンスの平均 CPU 使用率を特定する方法を説明します。平均値は、1 日間、60 秒間隔の平均値です。

コンソールを使い、AMI 別の平均 CPU 使用率を表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [EC2] 名前空間を選択し、次に [By Image (AMI) Id] を選択します。4. [CPUUtilization] メトリクスの行と特定の AMI を選択します。すると、その AMI のメトリクスがグラ

フとして表示されます。グラフの名前を変更するには、鉛筆アイコンを選択します。時間範囲を変更するには、事前定義済みの値を選択するか、[custom] を選択します。

37




Amazon CloudWatch ユーザーガイドAMI 別に統計を集計する



AWS CLI を使い、AMI 別の平均 CPU 使用率を取得するには


aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization \--dimensions Name=ImageId,Value=ami-3c47a355 --statistics Average \--start-time 2016-10-10T00:00:00 --end-time 2016-10-11T00:00:00 --period 3600

オペレーションは、1 日間 1 分おきの統計を返します。それぞれの値は、指定した AMI を実行する EC2インスタンスの平均 CPU 使用率 (%) を表します。出力例を次に示します。

{ "Datapoints": [ { "Timestamp": "2016-10-10T07:00:00Z", "Average": 0.041000000000000009, "Unit": "Percent" }, { "Timestamp": "2016-10-10T14:00:00Z", "Average": 0.079579831932773085, "Unit": "Percent" }, { "Timestamp": "2016-10-10T06:00:00Z", "Average": 0.036000000000000011, "Unit": "Percent" }, ... ], "Label": "CPUUtilization"}

38


Amazon CloudWatch ユーザーガイドメトリクスをグラフ化

メトリクスをグラフ化CloudWatch コンソールを使って他の AWS サービスが生成したメトリクスデータをグラフ化すれば、より簡単にサービスのメトリクスのアクティビティを把握できます。CloudWatch でメトリクスをグラフ化するには、次の手順を行います。

目次• メトリクスをグラフ化する (p. 39)• グラフの時間範囲またはタイムゾーン形式を変更する (p. 41)• グラフの Y 軸を変更する (p. 42)• グラフのメトリクスからアラームを作成する (p. 43)

メトリクスをグラフ化するCloudWatch コンソールを使用すると、メトリクスを選択し、データのグラフを作成することができます。

CloudWatch では、メトリクスの次の統計が使用できます:Average、Minimum、Maximum、Sum、SampleCount。詳細については、「統計 (p. 5)」を参照してください。

データは、異なる粒度でデータを表示できます。たとば、詳細ビュー (たとえば 1 分) を選択すると、トラブルシューティングに役立てることができます。詳細度の低い表示 (たとえば、1 時間) は、より広い時間範囲 (たとえば、3 日) を表示して時間の経過に伴う傾向を確認する場合などに役立ちます。詳細については、「期間 (p. 6)」を参照してください。

グラフを作成するメトリクスをグラフ化するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [All metrics] タブで、検索フィールドに検索語 (メトリクス名、リソース名など) を入力し、Enter キー

を押します。

たとえば、CPUUtilization メトリクスを検索した場合、そのメトリクスを持つ名前空間とディメンションが見つかります。

4. 検索結果の 1 つを選択すると、メトリクスが表示されます。5. 1 つ以上のメトリクスをグラフ表示するには、各メトリクスの横にあるチェックボックスを選択しま

す。すべてのメトリクスを選択するには、テーブルの見出し行にあるチェックボックスを選択します。

6. グラフ化されたメトリクスについての詳細情報を表示するには、説明文にマウスカーソルを合わせます。

7. 水平の注釈は、グラフユーザーがいつメトリクスが特定のレベルにまで急上昇したか、または、メトリクスが事前定義された範囲内にあるかどうかをすばやく確認するのに役立ちます。水平の注釈を追加するには、[Graph options]、[Add horizontal annotation] を選択します。



39


Amazon CloudWatch ユーザーガイドメトリクスをグラフ化する





注釈を削除するには、[Actions] の列の [x] を選択します。8. グラフの URL を取得するには、[Actions]、[Share] を選択します。URL をコピーして、保存または共

有します。9. グラフをダッシュボードに追加するには、[Actions]、[Add to dashboard] を選択します。

グラフを更新するグラフを更新するには

1. グラフの名前を変更するには、鉛筆アイコンを選択します。2. 時間範囲を変更するには、事前定義済みの値を選択するか、[custom] を選択します。詳細について

は、「グラフの時間範囲またはタイムゾーン形式を変更する (p. 41)」を参照してください。3. 統計を変更するには、[Graphed metrics] タブを選択します。列見出しまたは個々の値を選択し、統計

または事前定義パーセンタイルのうち 1 つを選択するか、カスタムパーセンタイル (p95.45 など) を指定します。


5. 水平の注釈を追加するには、[Graph options]、[Add horizontal annotation] を選択します。







注釈を削除するには、[Actions] の列の [x] を選択します。6. 更新間隔を変更するには、[更新オプション] を選択し、次に [自動更新] を選択するか、[1 分]、[2

分]、[5 分] または[15 分] を選択します。

メトリクスを複製するメトリクスを複製するには

1. [Graphed metrics] タブを選択します。2. [Actions] で、[Duplicate] アイコンを選択します。

40

Amazon CloudWatch ユーザーガイドグラフの時間範囲またはタイムゾーン形式を変更する

3. 必要に応じて複製メトリクスを更新します。

グラフの時間範囲またはタイムゾーン形式を変更するグラフの時間範囲またはタイムゾーンの形式を変更することができます。

相対時間範囲グラフに対して相対時間範囲を設定できます。

グラフに相対時間範囲を指定するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. ページの一番上に表示されている事前定義済みの範囲から 1 つを選択します。1 時間前から 1 週間前

までの選択肢があります。4. 事前定義済みの範囲をもっと表示する場合は、[custom] メニューを選択し、[Relative] を選択します。

事前定義済みの範囲から 1 つを選択します。5 分前から 15 か月前までの選択肢があります。

絶対時間範囲グラフに絶対時間範囲を設定できます。

グラフに絶対時間範囲を指定するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [カスタム] メニューを選択して、[絶対値] を選択します。カレンダーの指定またはテキストフィール

ドを使用して時間範囲を指定します。

タイムゾーン形式を設定するグラフで UTC 時間または現地時間のどちらを使用するかを指定できます。

グラフのタイムゾーンを指定するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. [custom] (カスタム) メニューを選択し、[UTC] または [Local timezone] (ローカルタイムゾーン) を選

択します。

グラフを拡大するグラフの粒度を変更し、拡大することで、より短い期間のデータを見ることができます。

41




Amazon CloudWatch ユーザーガイドグラフの Y 軸を変更する

グラフを拡大するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. グラフ領域を選択してドラッグし、マウスボタンを放します。4. グラフのズームをリセットするには、[Reset zoom] アイコンを選択します。

グラフの Y 軸を変更するデータをより良く把握するため、Y 軸のカスタム境界を設定できます。たとえば、CPUUtilization グラフの境界を 100 パーセントに変更すると、グラフを見たときに、CPU が低い (プロットされた線がグラフの下部近くにある) か、高い (プロットされた線がグラフの上部近くにある) かがわかりやすくなります。

グラフの Y 軸は、2 種類の間で切り替えることができます。これは、グラフに単位の異なるメトリクスや値の範囲が大きく異なるメトリクスが含まれているときに役立ちます。

グラフの Y 軸を変更するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. メトリクス名前空間 (たとえば、EC2) を選択し、次にメトリクスディメンション (たとえば、インス

タンス別メトリクス) を選択します。4. [All metrics] タブには、その名前空間内のそのディメンションのメトリクスがすべて表示されます。メ

トリクスをグラフ表示するには、メトリクスの横にあるチェックボックスを選択します。5. [Graph options] タブ上で、[Left Y Axis] の [Min] と [Max] の値を指定します。[Min] の値は、[Max] の値

を上回ってはなりません。

6. 第 2 の Y 軸を作成するには、[Right Y Axis] の [Min] と [Max] の値を指定します。7. 2 つの Y 軸の間を切り替えるには、[Graphed metrics] タブを選択します。[Y Axis] で、[Left Y Axis] ま

たは [Right Y Axis] を選択します。

42



Amazon CloudWatch ユーザーガイドグラフのメトリクスからアラームを作成する

グラフのメトリクスからアラームを作成するメトリクスをグラフ化した後、グラフのメトリクスからアラームを作成できます。こうすることで、多くのアラームフィールドの入力が自動で行われます。

グラフのメトリクスからアラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインでメトリクスを選択します。3. メトリクス名前空間 (たとえば、EC2) を選択し、次にメトリクスディメンション (たとえば、インス

タンス別メトリクス) を選択します。4. [All metrics] タブには、その名前空間内のそのディメンションのメトリクスがすべて表示されます。メ

トリクスをグラフ表示するには、メトリクスの横にあるチェックボックスを選択します。5. メトリクスに対してアラームを作成するには、[Graphed metrics] タブを選択します。[Actions] で、ア

ラームアイコンを選択します。

6. [アラームしきい値] で、アラームの一意の名前とアラームの説明を入力します。[Whenever] で、しきい値と期間の数を指定します。

7. [Actions] で、アラームがトリガーされたときに、アラームが実行するアクションのタイプを選択します。

8. (オプション) [Period] で、異なる値を選択します。[Statistic] で、[Standard] を選択してリストからいずれかの統計を指定するか、[Custom] を選択してパーセンタイル (p95.45 など) を指定します


カスタムメトリクスをパブリッシュするAWS CLI または API を使用して、独自のメトリクスを CloudWatch にパブリッシュできます。AWS マネジメントコンソールでパブリッシュしたメトリクスの統計グラフを表示できます。

CloudWatch は、一連のデータポイントとしてメトリクスに関するデータを格納します。各データポイントには関連するタイムスタンプがあります。さらに、統計セットという集約されたデータポイント一式をパブリッシュすることもできます。

トピック• 高解像度のメトリクス (p. 44)• ディメンションを使用する (p. 44)• 単一データポイントをパブリッシュする (p. 45)• 統計セットをパブリッシュする (p. 46)

43


Amazon CloudWatch ユーザーガイド高解像度のメトリクス

• 値ゼロ（0）をパブリッシュする (p. 46)

高解像度のメトリクス各メトリクスは次のいずれかです。

• 詳細度が 1 分のデータを含む、標準の解像度• 詳細度が 1 秒のデータを含む高解像度

AWS のサービスによって生成されたメトリクスは、デフォルトで標準解像度になります。カスタムメトリクスを発行するときは、標準解像度または高解像度のいずれかとして定義できます。高解像度メトリクスを発行すると、CloudWatch は 1 秒の解像度でそのメトリクスを保存します。メトリクスは 1 秒、5秒、10 秒、30 秒、または 60 秒の倍数の期間で読み取りおよび取得できます。

高解像度メトリクスを使用すれば、アプリケーションの 1 分未満のアクティビティをより迅速に把握できます。PutMetricData がカスタムメトリクスを呼び出す場合、課金されることに注意してください。そのため、高解像度で PutMetricData を頻繁に呼び出すと、高額な料金が発生する可能性があります。CloudWatch の料金の詳細については、「Amazon CloudWatch の料金」を参照してください。

高解像度メトリクスでアラームを設定する場合、10 秒または 30 秒の期間で高解像度アラームを指定するか、60 秒の倍数の期間で通常のアラームを設定できます。10 秒または 30 秒の期間の高解像度アラームでは、料金が高くなります。

ディメンションを使用するカスタムメトリクスでは、--dimensions パラメーターは一般的です。ディメンションでは、これに加えて、メトリクスの内容やメトリクスによって保存されるデータまで分かります。1 つのメトリクスには最大 10 個のディメンションを指定することができ、各ディメンションは名前と値のペアで定義されます。

使用するコマンドが異なる場合は、使用するディメンションも異なります。put-metric-data を使用する場合は、各ディメンションを MyName=MyValue と指定しますが、get-metric-statistics または put-metric-alarm を使用する場合は、Name=MyName、Value=MyValue を使用します。たとえば、次のコマンドでは、「InstanceId」と「InstanceType」という名前の 2 つのディメンションを持つ「Buffers」メトリクスをパブリッシュします。

aws cloudwatch put-metric-data --metric-name Buffers --namespace MyNameSpace --unit Bytes --value 231434333 --dimensions InstanceId=1-23456789,InstanceType=m1.small

このコマンドは、同一メトリクスの統計情報を取得します。ディメンションが 1 つの場合は、名前と値をカンマで区切り、複数ある場合は、1 つめのディメンションと 2 つめのディメンションの間にスペースを使用します。

aws cloudwatch get-metric-statistics --metric-name Buffers --namespace MyNameSpace --dimensions Name=InstanceId,Value=1-23456789 Name=InstanceType,Value=m1.small --start-time 2016-10-15T04:00:00Z --end-time 2016-10-19T07:00:00Z --statistics Average --period 60

また、1 つのメトリクスに複数のディメンションを含む場合は、get-metric-statistics を使用するときに、定義されているディメンションごとに値を指定する必要があります。たとえば、Amazon S3 メトリクスBucketSizeBytes に、BucketName と StorageType の 2 つのディメンションが含まれている場合は、get-metric-statistics を使用して両方のディメンションを指定する必要があります。

aws cloudwatch get-metric-statistics --metric-name BucketSizeBytes --start-time 2017-01-23T14:23:00Z --end-time 2017-01-26T19:30:00Z --period 3600 --namespace

44

https://aws.amazon.com/cloudwatch/pricing/



http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-alarm.html




Amazon CloudWatch ユーザーガイド単一データポイントをパブリッシュする

AWS/S3 --statistics Maximum --dimensions Name=BucketName,Value=MyBucketName Name=StorageType,Value=StandardStorage --output table

メトリクスに定義されているディメンションを確認するには、list-metrics コマンドを使用します。

単一データポイントをパブリッシュする新規または既存のメトリクスに単一のデータポイントをパブリッシュするには、1 つの値とタイムスタンプで put-metric-data コマンドを呼び出します。たとえば、次のアクションはそれぞれ 1 つのデータポイントをパブリッシュしています。

aws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService --value 2 --timestamp 2016-10-20T12:00:00.000Zaws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService --value 4 --timestamp 2016-10-20T12:00:01.000Zaws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService --value 5 --timestamp 2016-10-20T12:00:02.000Z

新しいメトリクス名でこのコマンドを呼び出すと、CloudWatch がメトリクスを作成します。そうでない場合、CloudWatch は指定した既存のメトリクスとデータを関連付けます。

Note

メトリクスを作成した場合、get-metric-statistics コマンドを用いてその新規メトリクスの統計を取得できるようになるまで最大 2 分かかります。ただし、list-metrics コマンドを用いて取得したメトリクスのリストに新規メトリクスが表示されるまで最大 15 分かかることがあります。

粒度が 1 秒の 1,000 分の 1 のタイムスタンプでデータポイントをパブリッシュできますが、CloudWatchは、データを最小粒度の 1 分に集約します。CloudWatch は 1 分の期間ごとに受け取った値の平均 (すべての項目の合計を項目数で割った値) と、同じ期間内のサンプル数、最大値、最小値を記録します。たとえば、前の例の PageViewCount メトリクスには、3 つのデータポイントで、数秒違いのタイムスタンプがあります。3 つのデータポイントはタイムスタンプがすべて 1 分の期間内にあるため、CloudWatch はそれらを集約します。

CloudWatch は、データポイントを集約する際、1 分の境界を使用します。たとえば、2016-10-20T12:00:00.000Z で始まり 2016-10-20T12:01:00.000Z で終わる 1 分の期間内に 3つのデータポイントがすべて収まるため、CloudWatch は前の例のデータポイントを集約します。

パブリッシュしたデータポイントを基に、get-metric-statistics コマンドを用いて統計を取得できます。

aws cloudwatch get-metric-statistics --namespace MyService --metric-name PageViewCount \ --statistics "Sum" "Maximum" "Minimum" "Average" "SampleCount" \ --start-time 2016-10-20T12:00:00.000Z --end-time 2016-10-20T12:05:00.000Z --period 60


{ "Datapoints": [ { "SampleCount": 3.0, "Timestamp": "2016-10-20T12:00:00Z", "Average": 3.6666666666666665, "Maximum": 5.0, "Minimum": 2.0, "Sum": 11.0, "Unit": "None" } ],

45





Amazon CloudWatch ユーザーガイド統計セットをパブリッシュする

"Label": "PageViewCount"}

統計セットをパブリッシュするさらに、CloudWatch にパブリッシュする前にデータを集約することができます。各分に複数のデータポイントがある場合、データを集約して put-metric-data への呼び出し回数を最小化できます。たとえば、互いに 3 秒以内の位置にある 3 つのデータポイントに対して put-metric-data を複数回呼び出す代わりに、--statistic-values パラメーターを使用して 1 回の呼び出しでパブリッシュできる統計セットにデータを集約できます。

aws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService --statistic-values Sum=11,Minimum=2,Maximum=5,SampleCount=3 --timestamp 2016-10-14T12:00:00.000Z

CloudWatch は、raw データポイントを使用してパーセンタイルを計算します。統計セットを使用してデータをパブリッシュする場合は、以下の条件のいずれかが真である場合を除き、このデータのパーセンタイル統計を取得することはできません。

• 統計セットの SampleCount が 1.• 統計セットの最小値と最大値が同一.

値ゼロ（0）をパブリッシュするデータが散発的で、関連データがない期間がある場合、その期間に対して値ゼロ 0 をパブリッシュするか、全く値なしにするかを選択できます。アプリケーションの状態をモニタリングするためにPutMetricData を周期的に呼び出す場合、値なしにするのではなく、値ゼロ (0) をパブリッシュすることができます。たとえば、アプリケーションが 5 分ごとにメトリクスをパブリッシュできない場合、CloudWatch アラームを設定できます。そのようなアプリケーションに関連データがない期間ではゼロ（0）をパブリッシュさせることができます。

また、データポイントの総数を追跡する場合、または最小値や平均値などの統計に値 0 のデータポイントを含める場合も 0 をパブリッシュすることがあります。

Metric Math を使用するMetric Math により複数の CloudWatch メトリクスをクエリし、数式を使用して、これらのメトリクスに基づく新しい時系列を作成できます。作成された時系列を CloudWatch コンソールで視覚化でき、ダッシュボードに追加できます。AWS Lambda メトリクスの使用例として、[Errors] (エラー) メトリクスを [Invocations] (呼び出し) メトリクスで割り、エラーレートを算出して、作成された時系列を追加してCloudWatch ダッシュボードでグラフ化できます。

GetMetricData API オペレーションを使用して、Metric Math をプログラムで実行することもできます。

CloudWatch グラフに数式を追加するCloudWatch ダッシュボードのグラフに数式を追加できます。各グラフは、最大 100 個のメトリクスおよび式に制限されているため、グラフのメトリクスが 99 個以下の場合のみ数式を追加できます。

グラフに数式を追加するには


46


Amazon CloudWatch ユーザーガイドMetric Math 構文と関数

2. グラフまたは行ウィジェットを作成または編集します。3. [Graphed metrics] (グラフ化したメトリクス) を選択します。4. [Add a math expression] (数式の追加) を選択します。

式に新しい行が表示されます。5. [Details] (詳細) 列で、数式を入力します。次のセクションにある表には、式で使用できる関数の一覧

が表示されています。

メトリクスまたは別の式の結果をこの式で式の一部として使用するには、[Id] 列に表示される値を使用します。たとえば、[m1+m2] または [e1-MIN(e1)] です。

[Id] の値は変更できます。数字、文字、アンダースコアを含めることができ、小文字で始める必要があります。[Id] を意味のある名前に変更すると、グラフをより容易に理解できます。たとえば、[m1]および [m2] を [errors] (エラー) および [requests] (リクエスト) に変更できます。

6. 式の [Label] (ラベル) 列では、式が計算するものを説明する名前を入力します。7. 必要な式を追加した後、必要に応じて、元のメトリクスの一部を非表示にすることで、グラフを簡素

化できます。メトリクスまたは式を非表示にするには、[Id] の左にあるチェックボックスをオフにします。

Metric Math 構文と関数以下のセクションでは、Metric Math で使用できる関数について説明します。すべての関数はすべて大文字で記述する必要があります ([AVG] など)。ただし、すべてのメトリクスと数式の [Id] フィールドは小文字で始める必要があります。

数式の最終結果は単一の時系列である必要があります。以下のセクションで、テーブルの一部の関数は、スカラー数または時系列の配列を生成します。より大規模な関数の中でこれらの関数を使用することができ、最終的には単一の時系列が生成されます。たとえば、単一の時系列の AVG はスカラー数を生成するため、最終的な式の結果にはなりません。しかし、それを関数 [m1-AVG(m1)] で使用して、個々のデータポイントとそのデータポイントの平均値の間の相違の時系列を表示できます。

次の表では、[Examples] 列にあるすべての例は単一の時系列を結果として出す式で、スカラー数または時系列の配列を返す関数を有効な式の一部として使用して単一の時系列を生成する方法を示すのに役立ちます。

データタイプの略語一部の関数は、特定のタイプのデータのみに有効です。次のリストにある略語は、関数のテーブルで使用され、各関数でサポートされているデータタイプを表しています。

• [S] は、スカラー数 (2、-5、または 50.25 など) を表します。• [TS] は時系列 (時間の経過に伴う単一の CloudWatch メトリクスの一連の値) です。たとえば、過去 3 日

間のインスタンス i-1234567890abcdef0 の [CPUUtilization] メトリクスなどです。• [TS[]] は時系列の配列です (複数のメトリクスの時系列など)。

METRICS() 関数[METRICS()] 関数は、グラフに現れるすべてのメトリクスを返します。より大きな式の中で [METRICS()]を使用できます。たとえば、SUM(METRICS()) 式は、グラフ化されたすべてのメトリクスの値の合計である時系列 (TS) を返します。

[METRICS()] 関数を文字列と使用して、[Id] フィールドにその文字列を含むグラフ化されたメトリクスのみを返すことができます。たとえば、SUM(METRICS("errors")) 式は、[Id] フィールドに「errors」のある

47

Amazon CloudWatch ユーザーガイドMetric Math 構文と関数

グラフ化されたすべてのメトリクスの値の合計である時系列を返します。また、[SUM([METRICS(“4xx”),METRICS(“5xx”)])] を使用して、複数の文字列を一致させることができます。

基本的な算術関数サポートされている基本的な算術関数の一覧を以下の表に示しています。時系列で欠落した値は 0 として扱われます。データポイントの値により関数がゼロ除算を行おうとする場合、データポイントは削除されます。

オペレーション引数例

算術演算子: + - * / ^ S, S

S, TS

TS, TS

S, TS[]

TS, TS[]

PERIOD(m1)/60

5 * m1

m1 - m2

SUM(100/[m1, m2])

AVG([m1,m2]/m3)

単項減算 - S

TS

TS[]

-5*m1

-m1

SUM(-[m1, m2])

Metric Math のサポートされている関数次の表は、数式で使用できる関数を表しています。すべての関数を大文字で記述します。

数式の最終結果は単一の時系列である必要があります。以下のテーブルの一部の関数は、スカラー数または時系列の配列を生成します。より大規模な関数の中でこれらの関数を使用することができ、最終的には単一の時系列が生成されます。たとえば、単一の時系列の AVG はスカラー数を生成するため、最終的な式の結果にはなりません。しかし、それを関数 [m1-AVG(m1)] で使用して、個々のデータポイントとそのデータポイントの平均値の間の相違の時系列を表示できます。

次の表では、[Examples] 列にあるすべての例は単一の時系列を結果として出す式で、スカラー数または時系列の配列を返す関数を有効な式の一部として使用して単一の時系列を生成する方法を示すのに役立ちます。

関数引数戻り型* 説明例

ABS TS

TS[]

TS

TS[]

各データポイントの絶対値を返します。

ABS(m1-m2)

MIN(ABS([m1, m2]))

AVG TS

TS[]

S

TS

単一の時系列の AVG は、メトリクス内のすべてのデータポイントの平均を表すスカラーを返します。時系列の配列の平均は単一の時系列を返します。欠落した値は 0 として処理されます。

SUM([m1,m2])/AVG(m2)

AVG(METRICS())

CEIL TS

TS[]

TS

TS[]

各メトリクスの上限を返します (各値以上で最小の整数)。

CEIL(m1)

SUM(CEIL(METRICS()))

48

Amazon CloudWatch ユーザーガイドMetric Math を GetMetricData

API オペレーションと使用する

関数引数戻り型* 説明例

FILL TS, TS/S

TS[], TS/S

TS

TS[]

メトリクス値がスパースなとき、メトリクスの欠落した値を特定のフィラー値で埋めます。

FILL(m1,10)

MIN(FILL(METRICS(),m2))

FLOOR TS

TS[]

TS

TS[]

各メトリクスの下限を返します (各値以下で最大の整数)。

FLOOR(m1)

MIN(FLOOR(METRICS()))

MAX TS

TS[]

S

TS

単一の時系列の MAX は、メトリクス内のすべてのデータポイントの最大値を表すスカラーを返します。時系列の配列の MAX は単一の時系列を返します。

MAX(m1)/m1

MAX(METRICS())

METRIC_COUNTTS[] S 時系列の配列でメトリクスの数を返します。

m1/METRIC_COUNT(METRICS())

MIN TS

TS[]

S

TS

単一の時系列の MIN は、メトリクス内のすべてのデータポイントの最小値を表すスカラーを返します。時系列の配列の MIN は単一の時系列を返します。

m1-MIN(m1)

MIN(METRICS())

PERIOD TS S メトリクスの期間を秒単位で返します。入力として渡されたメトリクスのみがサポートされ、他の式の結果である入力はサポートされません。

m1/PERIOD(m1)

STDDEV TS

TS[]

S

TS

単一の時系列の STDDEV は、メトリクス内のすべてのデータポイントの標準偏差を表すスカラーを返します。時系列の配列の STDDEV は単一の時系列を返します。

m1/STDDEV(m1)

STDDEV(METRICS())

SUM TS

TS[]

S

TS

単一の時系列の SUM は、メトリクス内のすべてのデータポイントの合計値を表すスカラーを返します。時系列の配列の SUM は単一の時系列を返します。

SUM(METRICS())/SUM(m1)

SUM([m1,m2])

SUM(METRICS("errors"))/SUM(METRICS("requests"))*100

* スカラー数または時系列の配列を返す関数のみの使用は無効です。式の最終結果はすべて単一の時系列である必要があります。代わりに、これらの関数を、時系列を返すより大きな式の一部として使用します。

Metric Math を GetMetricData API オペレーションと使用する[GetMetricData] を使用して数式を使用した計算を実行でき、また、1 回の API コールでメトリクスデータの大規模バッチを取得できます。詳細については、「GetMetricData」を参照してください。

49



CloudWatch エージェントを使用してAmazon EC2 インスタンスとオンプレミスサーバーからメトリクスとログを収集する

統合 CloudWatch エージェントを使用すると、以下のことを実行できます。

• ゲスト内メトリクスや Amazon EC2 のメトリクスとディメンション (p. 141) にリストされているメトリクスなど、Amazon EC2 インスタンスからシステムレベルのメトリクスをさらに収集します。追加のメトリクスは、「CloudWatch エージェントにより収集されるメトリクス (p. 115)」にリストされています。

• オンプレミスサーバーからシステムレベルのメトリクスを収集します。これには、ハイブリッド環境のサーバーや AWS によって管理されていないサーバーも含まれる可能性があります。

• Linux または Windows Server を実行している Amazon EC2 インスタンスおよびオンプレミスサーバーから､ログを収集します。

他の CloudWatch メトリクスと同様に､CloudWatch エージェントで収集したメトリクスを CloudWatch でも保存して表示できます。CloudWatch エージェントにより収集されるメトリクスのデフォルトの名前空間は CWAgent ですが、エージェントを構成するときに別の名前空間を指定できます。

統合 CloudWatch エージェントによって収集されたログは、古い CloudWatch Logs エージェントによって収集されたログと同様に、処理されて CloudWatch Logs に格納されます。CloudWatch Logs 料金の詳細については、「Amazon CloudWatch 料金表」を参照してください。

CloudWatch エージェントによって収集されたメトリクスは、カスタムメトリクスとして請求されます。CloudWatch メトリクスの料金の詳細については、「Amazon CloudWatch の料金」を参照してください。

このセクションのステップでは、Amazon EC2 インスタンスとオンプレミスサーバーに統合 CloudWatchエージェントをインストールする方法について説明します。CloudWatch エージェントによって収集されるメトリクスの詳細については、「CloudWatch エージェントにより収集されるメトリクス (p. 115)」を参照してください。

サポートされるオペレーティングシステム

CloudWatch エージェントは、以下のオペレーティングシステムでサポートされています。

• Amazon Linux バージョン 2014.03.02 以降• Ubuntu Server バージョン 16.04 および 14.04• CentOS バージョン 7.0 および 6.5• Red Hat Enterprise Linux (RHEL) バージョン 7.4、7.0、6.5• Debian 8.0• SUSE Linux Enterprise Server (SLES) 12 以降• 64 ビットバージョンの Windows Server 2016、Windows Server 2012、Windows Server 2008。

インストールプロセスの概要

50

http://aws.amazon.com/cloudwatch/pricing

http://aws.amazon.com/cloudwatch/pricing

Amazon CloudWatch ユーザーガイドCloudWatch エージェントで使用す

る IAM ロールおよびユーザーを作成する

CloudWatch エージェントをインストールする一般的な流れは次のとおりです。

1. CloudWatch エージェントに必要な IAM のロールとユーザーを作成します。これにより、CloudWatchがサーバーからメトリクスを収集し、AWS Systems Manager と統合できるようになります。

2. Amazon EC2 インスタンスにインストールする場合、IAM ロールをインスタンスにアタッチします。オンプレミスサーバーにインストールする場合には、CloudWatch エージェントによって CloudWatch に情報の書き込みを許可する IAM ユーザーを作成します。

3. AWS Systems Manager Run Command またはパブリック Amazon S3 ダウンロードリンクを使用して、エージェントパッケージをダウンロードします。

4. CloudWatch エージェント設定ファイルを変更し、CloudWatch エージェント用の名前付きプロファイルを作成します。Amazon EC2 インスタンスにエージェントをインストールするときは、名前付きプロファイルの作成はオプションです。

5. Systems Manager Run Command またはコマンドラインを使用してエージェントを開始します。

目次• CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する (p. 51)• Amazon EC2 インスタンスに CloudWatch エージェントをインストールする (p. 54)• オンプレミスサーバーに CloudWatch エージェントをインストールする (p. 65)• CloudWatch エージェント設定ファイルを作成する (p. 75)• CloudWatch エージェントを使用した一般的なシナリオ (p. 96)• CloudWatch エージェントのトラブルシューティング (p. 99)

CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する

AWS リソースにアクセスするには、アクセス権限が必要です。CloudWatch エージェントがメトリクスをCloudWatch に書き込み、CloudWatch エージェントが Amazon EC2 および AWS Systems Manager と通信するために必要なアクセス権限を持つ IAM ロールおよびユーザーを作成できます。Amazon EC2 インスタンスでは IAM ロールを使用し、オンプレミスサーバーでは IAM ユーザーを使用して、エージェントがCloudWatch にデータを送信することを許可します。

1 つのロールと 1 つのユーザーがあると、CloudWatch エージェントをサーバーにインストールし、メトリクスを CloudWatch に送信できるようになります。CloudWatch エージェント設定を Systems ManagerParameter Store に保存するには、ロールまたはユーザーがもう 1 つ必要です。これにより、複数のサーバーが 1 つの CloudWatch エージェント設定を使用できるようになります。

Parameter Store への書き込み権限は、範囲が広く強力なアクセス権限のため、必要なときのみ使用し、展開内の複数のインスタンスにはアタッチしないでください。Parameter Store に CloudWatch エージェント設定を保存する場合、この設定を実行するインスタンスを 1 つセットアップし、CloudWatch エージェント設定ファイルを使用して作業するときに限ってこのインスタンスでのみ Parameter Store に書き込むアクセス権限を持つ IAM ロールを使用してください。

Note

お客様にこれらのポリシーを自分で作成するよう求める代わりに、Amazon によって作成された新しい [CloudWatchAgentServerPolicy] および [CloudWatchAgentAdminPolicy] ポリシーを使用して、最近以下の手順を変更しました。Parameter Store でのファイルの書き込みやファイルのダウンロードでは、Amazon で作成したポリシーは、「AmazonCloudWatch-」で始まる名前のファイルのみをサポートします。AmazonCloudWatch- で始まらないファイル名を持つ CloudWatchエージェント設定ファイルがある場合、これらのポリシーは、ファイルを Parameter Store に書き込んだり、または Parameter Store からファイルをダウンロードするために使用することはできません。

51

Amazon CloudWatch ユーザーガイドAmazon EC2 インスタンスの CloudWatch エー

ジェントで使用する IAM ロールを作成する

Amazon EC2 インスタンスの CloudWatch エージェントで使用する IAM ロールを作成する最初の手順では、CloudWatch エージェントで実行される各 Amazon EC2 インスタンスにアタッチする必要がある IAM ロールが作成されます。このロールでは、インスタンスから情報を読み取り、CloudWatchに書き込むアクセス権限が提供されます。

2 番目の手順では、他のサーバーが使用できるようにこのファイルを Systems Manager Parameter Storeに保存する場合に、CloudWatch エージェント設定ファイルの作成に使用されている Amazon EC2 インスタンスにアタッチする必要がある IAM ロールが作成されます。このロールでは、Parameter Store に書き込むアクセス権限と、インスタンスから情報を読み取って CloudWatch に書き込むアクセス権限が提供されます。このロールには、CloudWatch エージェントを実行するだけでなく、Parameter Store に書き込むのに十分なアクセス権限が含まれます。

各サーバーが CloudWatch エージェントを実行するのに必要な IAM ロールを作成するには

1. AWS マネジメントコンソールにサインインし、IAM コンソール（https://console.aws.amazon.com/iam/）を開きます。

2. 左側のナビゲーションペインで [Roles]、[Create role] の順に選択します。3. [Choose the service that will use this role] (このロールを使用するサービスを選択) で、[EC2Allows

EC2 instances to call AWS services on your behalf] (EC2 お客様に代わって EC2 インスタンスが AWSサービスを呼び出すことができるようにする) を選択します。[Next: Permissions] を選択します。

4. ポリシーのリストで、[CloudWatchAgentServerPolicy] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。

5. CloudWatch エージェントをインストールまたは設定するために SSM を使用する場合、[AmazonEC2RoleforSSM] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。コマンドラインのみ使用してエージェントを開始および設定する場合、このポリシーは必要ありません。

6. [Next: Review] (次の手順: 確認) を選択7. [CloudWatchAgentServerPolicy] およびオプションで [AmazonEC2RoleforSSM] が [Policies] (ポリ

シー) 横に表示されていることを確認します。[Role name] に、CloudWatchAgentServerRole などのロールの名前を入力します。必要に応じて説明を入力し、[Create role] を選択します。

これでロールが作成されました。

次の手順では、IAM ロールを作成します。このロールは、Parameter Store に書き込むこともできます。他のサーバーが使用できるようにエージェント設定ファイルを Parameter Store に保存する場合は、このロールを使用する必要があります。このロールでは、Parameter Store に書き込むアクセス権限と、インスタンスから情報を読み取って CloudWatch に書き込むアクセス権限が提供されます。Parameter Store に書き込むアクセス権限は広い範囲に影響を及ぼすため、すべてのサーバーにアタッチすることはせず、管理者だけが使用してください。エージェント設定ファイルを作成し、Parameter Store にコピーしたら、インスタンスからこのロールをデタッチし、代わりに CloudWatchAgentServerPolicy を使用してください。

管理者がエージェント設定ファイルを Systems Manager Parameter Store に保存するのに必要なIAM ロールを作成するには


2. 左側のナビゲーションペインで [Roles]、[Create role] の順に選択します。3. [Choose the service that will use this role] (このロールを使用するサービスを選択) で、[EC2Allows

EC2 instances to call AWS services on your behalf] (EC2 お客様に代わって EC2 インスタンスが AWSサービスを呼び出すことができるようにする) を選択します。[Next: Permissions] を選択します。

52

https://console.aws.amazon.com/iam/




Amazon CloudWatch ユーザーガイドオンプレミスサーバーで CloudWatch エージェントを使用するための IAM ユーザーを作成する

4. ポリシーのリストで、[CloudWatchAgentAdminPolicy] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。

5. CloudWatch エージェントをインストールまたは設定するために SSM を使用する場合、[AmazonEC2RoleforSSM] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。コマンドラインのみ使用してエージェントを開始および設定する場合、このポリシーは必要ありません。

6. [Next: Review] (次の手順: 確認) を選択7. [CloudWatchAgentAdminPolicy] およびオプションで [AmazonEC2RoleforSSM] が [Policies] (ポリ

シー) 横に表示されていることを確認します。[Role name] に、CloudWatchAgentAdminRole などのロールの名前を入力します。必要に応じて説明を入力し、[Create role] を選択します。

これでロールが作成されました。

オンプレミスサーバーで CloudWatch エージェントを使用するための IAM ユーザーを作成する最初の手順では、CloudWatch エージェントの実行に必要な IAM ユーザーが作成されます。このユーザーは CloudWatch にデータを送信するアクセス許可を提供します。

2 番目の手順では、他のサーバーが使用できるようにこのファイルを Systems Manager Parameter Storeに保存する場合に、CloudWatch エージェント設定ファイルの作成に使用できる IAM ユーザーが作成されます。このユーザーは、Parameter Store に書き込むアクセス権限と CloudWatch にデータを書き込むアクセス権限を提供します。

CloudWatch エージェントが CloudWatch にデータを書き込むために必要な IAM ユーザーを作成するには


2. 左側のナビゲーションペインで、[Users]、[Add user] を選択します。3. 新しいユーザーのユーザー名を入力します。4. [Programmatic access] を選択し、[Next: Permissions] を選択します。5. [Attach existing policies directly] を選択します。6. ポリシーのリストで、[CloudWatchAgentServerPolicy] の横にあるチェックボックスを選択します。検

索ボックスを使用して、必要に応じてポリシーを見つけます。7. CloudWatch エージェントをインストールまたは設定するために SSM を使用する場合、

[AmazonEC2RoleforSSM] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。コマンドラインのみ使用してエージェントを開始および設定する場合、このポリシーは必要ありません。

8. [Next: Review] を選択します。9. 適切なポリシーがリストされていることを確認し、[Create user] を選択します。10. 新しいユーザーの名前の横にある [Show] を選択します。アクセスキーとシークレットキーをファイル

にコピーして、エージェントのイントール時に使用できるようにした後、[Close] を選択します。

次の手順では、IAM ユーザーを作成します。このユーザーは、Parameter Store に書き込むこともできます。他のサーバーが使用できるようにエージェント設定ファイルを Parameter Store に保存する場合は、このユーザーを使用する必要があります。このユーザーでは、Parameter Store に書き込むアクセス権限と、インスタンスから情報を読み取って CloudWatch に書き込むアクセス権限が提供されます。SystemsManager Parameter Store に書き込むアクセス権限は広い範囲に影響を及ぼすため、すべてのサーバーにアタッチすることはせず、管理者だけが使用してください。この IAM ユーザーは、エージェント設定ファイルを Parameter Store に保存するときにのみ使用してください。

53



Amazon CloudWatch ユーザーガイドAmazon EC2 インスタンスに CloudWatch

エージェントをインストールする

Parameter Store のファイル設定を保存し、CloudWatch に情報を送信するために必要な IAM ユーザーを作成するには


2. 左側のナビゲーションペインで、[Users]、[Add user] を選択します。3. 新しいユーザーのユーザー名を入力します。4. [Programmatic access] を選択し、[Next: Permissions] を選択します。5. [Attach existing policies directly] を選択します。6. ポリシーのリストで、[CloudWatchAgentAdminPolicy] の横にあるチェックボックスを選択します。検

索ボックスを使用して、必要に応じてポリシーを見つけます。7. CloudWatch エージェントをインストールまたは設定するために SSM を使用する場合、

[AmazonEC2RoleforSSM] の横にあるチェックボックスを選択します。検索ボックスを使用して、必要に応じてポリシーを見つけます。コマンドラインのみ使用してエージェントを開始および設定する場合、このポリシーは必要ありません。

8. [Next: Review] を選択します。9. 適切なポリシーがリストされていることを確認し、[Create user] を選択します。10. 新しいユーザーの名前の横にある [Show] を選択します。アクセスキーとシークレットキーをファイル

にコピーして、エージェントのイントール時に使用できるようにした後、[Close] を選択します。

Amazon EC2 インスタンスに CloudWatch エージェントをインストールする

CloudWatch を最初に使用し始めるとき、サーバーにダウンロードしてエージェントを設定します。それ以降はその設定を持つ設定をそのサーバーで直接できます。設定を AWS Systems Manager ParameterStore に保存する場合、CloudWatch エージェントを他のサーバーにインストールする場合も同じ設定を使用できます。

トピック• 開始方法: CloudWatch エージェントを最初のインスタンスにインストールする (p. 54)• エージェント設定を使用して追加インスタンスに CloudWatch エージェントをインストールす

る (p. 60)

開始方法: CloudWatch エージェントを最初のインスタンスにインストールするCloudWatch エージェントをダウンロードして実行中の Amazon EC2 インスタンスにインストールするには、AWS Systems Manager またはコマンドラインのどちらかを使用できます。どちらの方法でも、まずIAM ロールを作成してインスタンスにアタッチする必要があります。

トピック• IAM ロールをインスタンスにアタッチする (p. 55)• Amazon EC2 インスタンスに CloudWatch エージェントパッケージをインストールする (p. 55)• (オプション) CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更する (p. 57)• 最初のインスタンスでエージェント設定ファイルを作成する (p. 58)• CloudWatch エージェントを開始する (p. 58)

54



Amazon CloudWatch ユーザーガイド開始方法: CloudWatch エージェントを最初のインスタンスにインストールする

IAM ロールをインスタンスにアタッチするCloudWatch エージェントを Amazon EC2 インスタンスにインストールするときは、インスタンスプロファイルの IAM ロールが必要です。このロールは、CloudWatch エージェントがインスタンス上でアクションを実行できるようにします。前のステップで作成したロールのいずれかを使用します。これらのロールの作成についての詳細は、「CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する (p. 51)」を参照してください。リストをスクロールして見つけるか、検索ボックスを使用することができます。

このインスタンスを使用して CloudWatch エージェント設定ファイルを作成し、Systems ManagerParameter Store にコピーする場合は、Parameter Store に書き込むアクセス権限を持つ、作成したロールを使用します。このロールの名前は CloudWatchAgentAdminRole などです。

他のすべてのインスタンスの場合、エージェントのインストールと実装に必要なアクセス権限のみ含まれるロールを選択します。このロールの名前は CloudWatchAgentServerRole などです。

CloudWatch エージェントをインストールするインスタンスにこのロールをアタッチします。詳細については、『Windows インスタンスの Amazon EC2 ユーザーガイド』の「IAM ロールをインスタンスにアタッチする」を参照してください。

Amazon EC2 インスタンスに CloudWatch エージェントパッケージをインストールするSystems Manager Run Command または Amazon S3 ダウンロードリンクを使用して、CloudWatch エージェントパッケージをダウンロードできます。

AWS Systems Manager を使用して Amazon EC2 インスタンスに CloudWatchエージェントをインストールするSystems Manager を使用して CloudWatch エージェントをインストールするには、Systems Manager に合わせてインスタンスが適切に設定されていることを確認する必要があります。

SSM Agent をインストールまたは更新する

Amazon EC2 インスタンスでは、CloudWatch エージェントを使用するにはバージョン 2.2.93.0 以降のインスタンスが実行されている必要があります。CloudWatch エージェントをインストールする前に、SSMAgent を更新するか、インスタンスにインストールしてください (まだの場合)。

Linux を実行しているインスタンスでの SSM Agent のインストールまたは更新については、『AWSSystems Manager ユーザーガイド』の「Linux インスタンスでの SSM Agent のインストールおよび設定」を参照してください。

SSM Agent のインストールまたは更新については、『AWS Systems Manager ユーザーガイド』の「SSMAgent のインストールおよび設定」を参照してください。

(オプション) Systems Manager の前提条件を確認する

Systems Manager Run Command を使用して CloudWatch エージェントをインストールおよび設定する前に、インスタンスが Systems Manager の最小要件を満たしていることを確認します。詳細については、AWS Systems Manager ユーザーガイドの「リSystems Manager の前提条件」を参照してください。

インターネットアクセスを確認する

データを CloudWatch または CloudWatch Logs に送信するには、Amazon EC2 インスタンスにアウトバウンドのインターネットアクセスが必要です。インターネットアクセスの詳しい設定方法については、Amazon VPC ユーザーガイドの「インターネットゲートウェイ」を参照してください。

プロキシで設定するエンドポイントとポートは、次のとおりです。

55

http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/iam-roles-for-amazon-ec2.html#attach-iam-role


http://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-install-ssm-agent.html

http://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html


http://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up.html#systems-manager-prereqs

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Internet_Gateway.html


• エージェントを使用してメトリクスを収集する場合は、適切なリージョンの CloudWatch エンドポイントをホワイトリストに入れる必要があります。これらのエンドポイントは、アマゾンウェブサービス全般のリファレンスの Amazon CloudWatch に一覧表示されます。

• エージェントを使用してログを収集する場合は、適切なリージョンの CloudWatch Logs エンドポイントをホワイトリストに入れる必要があります。これらのエンドポイントは、アマゾンウェブサービス全般のリファレンスの Amazon CloudWatch Logs に一覧表示されます。

• SSM を使用して、エージェントまたは Parameter Store をインストールして設定ファイルを保存する場合は、適切なリージョンの SSM エンドポイントをホワイトリストに入れる必要があります。これらのエンドポイントは、アマゾンウェブサービス全般のリファレンスの AWS Systems Manager に一覧表示されます。

Run Command を使用して CloudWatch エージェントパッケージをダウンロードする

Systems Manager Run Command では、インスタンスの設定を管理できます。Systems Manager ドキュメントを指定してパラメータを指定し、1 つ以上のインスタンスでコマンドを実行します。インスタンスの SSM Agent は、コマンドを処理し、指定されたとおりにインスタンスを設定します。

Run Command を使用して CloudWatch エージェントをダウンロードするには

1. Open the Systems Manager console at https://console.aws.amazon.com/systems-manager/.2. In the navigation pane, choose Run Command.

-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AWS-ConfigureAWSPackage] を選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールするインスタンスを選択します。特定の

インスタンスが表示されない場合、Run Command 用に設定されていない可能性があります。詳細については、Windows インスタンスの Amazon EC2 ユーザーガイドの「Systems Manager の前提条件」を参照してください。

6. [Action] リストで、[Install] を選択します。7. [Name] フィールドに、「AmazonCloudWatchAgent」と入力します。8. エージェントの最新バージョンをインストールには、[Version] を [latest] に設定したままにします。9. [Run] を選択します。10. 必要に応じて、[Targets and outputs] 領域で、インスタンス名の横のボタンを選択して [View output]

を選択します。Systems Manager に、エージェントが正常にインストールされたことが表示されます。

ダウンロードリンクを使用して Amazon EC2 インスタンスに CloudWatch エージェントパッケージをダウンロードする

Amazon S3 ダウンロードリンクを使用すると、Amazon EC2 インスタンスサーバーに CloudWatch エージェントパッケージをダウンロードできます。

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスにインストールするには

1. エージェントパッケージをダウンロードして解凍するためのディレクトリを作成します。 ("tmp/AmazonCloudWatchAgent" など)。次に、そのディレクトリに移動します。

2. CloudWatch エージェントをダウンロードします。Linux サーバーの場合、次を入力します。

56

http://docs.aws.amazon.com/general/latest/gr/rande.html#cw_region

http://docs.aws.amazon.com/general/latest/gr/rande.html#cwl_region

http://docs.aws.amazon.com/general/latest/gr/rande.html#ssm_region

https://console.aws.amazon.com/systems-manager/

http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/systems-manager-setting-up.html



wget https://s3.amazonaws.com/amazoncloudwatch-agent/linux/amd64/latest/AmazonCloudWatchAgent.zip

Windows Server を実行しているサーバーの場合、次のファイルをダウンロードします。

https://s3.amazonaws.com/amazoncloudwatch-agent/windows/amd64/latest/AmazonCloudWatchAgent.zip

3. パッケージをダウンロードしたら、必要に応じて GPG 署名ファイルを使用してパッケージの署名を確認できます。詳細については、「CloudWatch エージェントパッケージの署名を確認する (p. 69)」を参照してください。

4. パッケージを解凍します。

unzip AmazonCloudWatchAgent.zip

5. パッケージをインストールします。Linux サーバーでは、パッケージを含むディレクトリに移動し、次のように入力します。

sudo ./install.sh

Windows Server を実行するサーバーでは、PowerShell を開いて、解凍されたパッケージを含むディレクトリに移動し、install.ps1 スクリプトを使用してインストールします。

(オプション) CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更するダウンロードした CloudWatch エージェントパッケージには、common-config.toml という設定ファイルが含まれています。このファイルを使用して、プロキシ、認証情報、およびリージョン情報を指定できます。Linux を実行しているサーバーでは、このファイルは /opt/aws/amazon-cloudwatch-agent/etc ディレクトリにあります。Windows Server を実行しているサーバーでは、このファイルはC:\ProgramData\Amazon\AmazonCloudWatchAgent ディレクトリにあります。

デフォルトの common-config.toml は次のようになります。

CloudWatch エージェントを Amazon EC2 インスタンスにインストールするとき、プロキシ設定を指定する必要がある場合や、インスタンスとは別のリージョンにある CloudWatch にエージェントがメトリクスを送信しなければならないときは、このファイルのみ変更する必要があります。

# This common-config is used to configure items used for both ssm and cloudwatch access ## Configuration for shared credential.## Default credential strategy will be used if it is absent here:## Instance role is used for EC2 case by default.## AmazonCloudWatchAgent profile is used for onPremise case by default.# [credentials]# shared_credential_profile = "{profile_name}" ## Configuration for proxy.## System-wide environment-variable will be read if it is absent here.## i.e. HTTP_PROXY/http_proxy; HTTPS_PROXY/https_proxy; NO_PROXY/no_proxy## Note: system-wide environment-variable is not accessible when using ssm run-command.## Absent in both here and environment-variable means no proxy will be used.# [proxy]# http_proxy = "{http_url}"# https_proxy = "{https_url}"

57


# no_proxy = "{domain}"

初期状態では、すべての行がコメントアウトされています。認証情報プロファイルやプロキシ設定を設定するには、その行から # を削除し、値を指定します。このファイルは、手動で編集したり、SystemsManager で RunShellScript Run Command を使用したりすることができます。

• proxy settings サーバーが HTTP または HTTPS プロキシを使用して AWS サービスに接続している場合、http_proxy フィールドと https_proxy フィールドでそれらのプロキシを指定します。プロキシから除外すべき URL がある場合、カンマで区切って no_proxy フィールドで指定します。

• shared_credential_profile CloudWatch エージェントによってメトリクスがインスタンスと同じリージョンにある CloudWatch に送信されるよう指定するとき、適切なアクセス権限を持つ IAM ロールをインスタンスにアタッチした場合は、この行を変更する必要はありません。また、aws configure コマンドを使用して、エージェントの名前付きプロファイルを作成する必要もありません。

それ以外の場合は、この行で、CloudWatch エージェントが使用する AWS 設定ファイル内の名前付きプロファイルを指定できます。これにより、CloudWatch エージェントはその名前付きプロファイルのリージョン設定を使用するようになります。

common-config.toml を変更した後、CloudWatch エージェントのリージョン情報の指定が必要になった場合は、AWS 設定ファイルで CloudWatch エージェントの名前付きプロファイルを作成します。このプロファイルを作成するときは、ルートまたは管理者ユーザーとして実行します。

次の例は、設定ファイルのプロファイルです。

[AmazonCloudWatchAgent]region=us-west-1

CloudWatch データを別のリージョンに送信できるようにするには、このインスタンスにアタッチしたIAM ロールに、そのリージョンで CloudWatch データを書き込むアクセス権限があることを確認してください。

次の例では、aws configure コマンドを使用して CloudWatch エージェントの名前付きプロファイルを作成します。この例では、AmazonCloudWatchAgent のデフォルトプロファイル名を使用しているものとします。

CloudWatch エージェントの AmazonCloudWatchAgent プロファイルを作成するには

• 以下のコマンドを入力してプロンプトに従います。

aws configure --profile AmazonCloudWatchAgent

最初のインスタンスでエージェント設定ファイルを作成するCloudWatch エージェントをダウンロードしたら、サーバーでエージェントを開始する前に設定ファイルを作成する必要があります。詳細については、「CloudWatch エージェント設定ファイルを作成する (p. 75)」を参照してください。

CloudWatch エージェントを開始するエージェント設定ファイルを作成したサーバーでエージェントを開始するには、以下の手順を実行します。他のサーバーでこの設定ファイルを使用する場合は、「エージェント設定を使用して追加インスタンスに CloudWatch エージェントをインストールする (p. 60)」を参照してください。

Run Command を使用して CloudWatch エージェントを開始するSystems Manager Run Command を使用してエージェントを開始するには、以下の手順を実行します。

58


Run Command を使用して CloudWatch エージェントを開始するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] を選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールしたインスタンスを選択します。6. [Action] リストで、[configure] を選択します。7. [Optional Configuration Source] リストで、[ssm] を選択します。8. 「CloudWatch エージェント設定ファイルを作成する (p. 75)」で説明されているとおり、[Optional

Configuration Location] ボックスで、作成して Systems Manager Parameter Store に保存したエージェント設定ファイルの名前を入力します。

9. これらのステップを完了した後、[Optional Restart] リストで、[yes] を選択してエージェントを開始します。

10. [Run] を選択します。11. 必要に応じて、[Targets and outputs] 領域で、インスタンス名の横のボタンを選択して [View output]

を選択します。Systems Manager に、エージェントが正常に開始されたことが表示されます。

コマンドラインを使用して Amazon EC2 インスタンスで CloudWatch エージェントを開始する

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスにインストールするには、以下の手順を実行します。

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスに開始するには

• Linux サーバーで、設定ファイルを Systems Manager Parameter Store に保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -c ssm:configuration-parameter-store-name -s

Linux サーバーで、設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -c file:configuration-file-path -s

Windows Server を実行するサーバーで、設定ファイルを Systems Manager Parameter Store に保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m ec2 -c ssm:configuration-parameter-store-name -s

Windows Server を実行するサーバーで、設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

59


Amazon CloudWatch ユーザーガイドエージェント設定を使用して追加インスタンス

に CloudWatch エージェントをインストールする

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m ec2 -c file:configuration-file-path -s

エージェント設定を使用して追加インスタンスにCloudWatch エージェントをインストールするCloudWatch エージェント設定を Parameter Store に保存すると、他のサーバーにエージェントをインストールするときに使用できます。

トピック• Systems Manager および CloudWatch エージェントの IAM ロールを作成する (p. 60)• Amazon EC2 インスタンスに CloudWatch エージェントパッケージをインストールする (p. 60)• (オプション) CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更する (p. 62)• CloudWatch エージェントを開始する (p. 63)

Systems Manager および CloudWatch エージェントの IAM ロールを作成するCloudWatch エージェントを Amazon EC2 インスタンスにインストールするときは、インスタンスプロファイルの IAM ロールが必要です。このロールは、CloudWatch エージェントがインスタンス上でアクションを実行できるようにします。エージェントのインストールと実行に必要なアクセス権限のみが含まれる、前に作成したロールを使用します。このロールは、CloudWatchAgentServerPolicy と呼ばれることがあります。

CloudWatch エージェントをインストールするインスタンスにこのロールをアタッチします。詳細については、『Windows インスタンスの Amazon EC2 ユーザーガイド』の「IAM ロールをインスタンスにアタッチする」を参照してください。

Amazon EC2 インスタンスに CloudWatch エージェントパッケージをインストールするSystems Manager Run Command または Amazon S3 ダウンロードリンクを使用して、CloudWatch エージェントパッケージをダウンロードできます。

Systems Manager を使用して Amazon EC2 インスタンスに CloudWatch エージェントをインストールする

Systems Manager を使用して CloudWatch エージェントをインストールするには、Systems Manager に合わせてインスタンスが適切に設定されていることを確認する必要があります。

SSM Agent をインストールまたは更新する

Amazon EC2 インスタンスでは、CloudWatch エージェントを使用するにはバージョン 2.2.93.0 以降のインスタンスが実行されている必要があります。CloudWatch エージェントをインストールする前に、SSMAgent を更新するか、インスタンスにインストールしてください (まだの場合)。

Linux を実行しているインスタンスでの SSM Agent のインストールまたは更新については、『AWSSystems Manager ユーザーガイド』の「Linux インスタンスでの SSM Agent のインストールおよび設定」を参照してください。

60



http://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-install-ssm-agent.html



SSM Agent のインストールまたは更新については、『AWS Systems Manager ユーザーガイド』の「SSMエージェントのインストールおよび設定」を参照してください。

(オプション) Systems Manager の前提条件を確認する

Systems Manager Run Command を使用して CloudWatch エージェントをインストールおよび設定する前に、インスタンスが Systems Manager の最小要件を満たしていることを確認します。詳細については、AWS Systems Manager ユーザーガイドの「リSystems Manager の前提条件」を参照してください。

インターネットアクセスを確認する

データを CloudWatch または CloudWatch Logs に送信するには、Amazon EC2 インスタンスにアウトバウンドのインターネットアクセスが必要です。インターネットアクセスの詳しい設定方法については、Amazon VPC ユーザーガイドの「インターネットゲートウェイ」を参照してください。

Run Command を使用して CloudWatch エージェントパッケージをダウンロードするSystems Manager Run Command では、インスタンスの設定を管理できます。Systems Manager ドキュメントを指定してパラメータを指定し、1 つ以上のインスタンスでコマンドを実行します。インスタンスの SSM Agent は、コマンドを処理し、指定されたとおりにインスタンスを設定します。

Run Command を使用して CloudWatch エージェントをダウンロードするには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AWS-ConfigureAWSPackage] を選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールするインスタンスを選択します。特定の

インスタンスが表示されない場合、Run Command 用に設定されていない可能性があります。詳細については、Windows インスタンスの Amazon EC2 ユーザーガイドの「Systems Manager の前提条件」を参照してください。

6. [Action] リストで、[Install] を選択します。7. [Name] ボックスに「AmazonCloudWatchAgent」と入力します。8. エージェントの最新バージョンをインストールには、[Version] を [latest] に設定したままにします。9. [Run] を選択します。10. 必要に応じて、[Targets and outputs] 領域で、インスタンス名の横のボタンを選択して [View output]

を選択します。Systems Manager に、エージェントが正常にインストールされたことが表示されます。

ダウンロードリンクを使用して Amazon EC2 インスタンスに CloudWatch エージェントパッケージをダウンロードするAmazon S3 ダウンロードリンクを使用すると、Amazon EC2 インスタンスサーバーに CloudWatch エージェントパッケージをダウンロードできます。

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスにインストールするには


2. CloudWatch エージェントをダウンロードします。Linux サーバーの場合、次を入力します。

61



http://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up.html

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Internet_Gateway.html













sudo ./install.sh


(オプション) CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更するダウンロードした CloudWatch エージェントパッケージには、common-config.toml という設定ファイルが含まれています。このファイルを使用して、プロキシ、認証情報、およびリージョン情報を指定できます。Linux を実行しているサーバーでは、このファイルは /opt/aws/amazon-cloudwatch-agent/etc ディレクトリにあります。Windows Server を実行しているサーバーでは、このファイルはC:\ProgramData\Amazon\AmazonCloudWatchAgent ディレクトリにあります。


CloudWatch エージェントを Amazon EC2 インスタンスにインストールするとき、プロキシ設定を指定する必要がある場合や、インスタンスとは別のリージョンにある CloudWatch にエージェントがメトリクスを送信しなければならないときは、このファイルのみ変更する必要があります。

# This common-config is used to configure items used for both ssm and cloudwatch access ## Configuration for shared credential.## Default credential strategy will be used if it is absent here:## Instance role is used for EC2 case by default.## AmazonCloudWatchAgent profile is used for onPremise case by default.# [credentials]# shared_credential_profile = "{profile_name}" ## Configuration for proxy.## System-wide environment-variable will be read if it is absent here.## i.e. HTTP_PROXY/http_proxy; HTTPS_PROXY/https_proxy; NO_PROXY/no_proxy## Note: system-wide environment-variable is not accessible when using ssm run-command.## Absent in both here and environment-variable means no proxy will be used.# [proxy]# http_proxy = "{http_url}"# https_proxy = "{https_url}"

62



# no_proxy = "{domain}"


• shared_credential_profile CloudWatch エージェントによってメトリクスがインスタンスと同じリージョンにある CloudWatch に送信されるよう指定するとき、適切なアクセス権限を持つ IAM ロールをインスタンスにアタッチした場合は、この行を変更する必要はありません。また、aws configure コマンドを使用して、エージェントの名前付きプロファイルを作成する必要もありません。

それ以外の場合、この行を使用して、CloudWatch エージェントが AWS 認証情報と AWS 設定ファイルで使用する名前付きプロファイルを指定できます。その場合、CloudWatch エージェントは、その名前付きプロファイルで認証情報とリージョン設定を使用します。


common-config.toml を変更した後、CloudWatch エージェントの認証情報とリージョン情報を指定する必要がある場合、AWS 認証情報と AWS 設定ファイルで CloudWatch エージェントの名前付きファイルを作成します。このプロファイルを作成するときは、ルートまたは管理者ユーザーとして実行します。認証情報ファイルでのこのプロファイルの例は次のようになります。

[AmazonCloudWatchAgent]aws_access_key_id=my_access_keyaws_secret_access_key=my_secret_key

my_access_key と my_secret_key では、Systems Manager Parameter Store に書き込むアクセス権限を持たない IAM ユーザーからのキーを使用します。CloudWatch エージェントに必要な IAM ユーザーの詳細については、「オンプレミスサーバーで CloudWatch エージェントを使用するための IAM ユーザーを作成する (p. 53)」を参照してください。







CloudWatch エージェントを開始するSystems Manager Run Command またはコマンドラインを使用してエージェントを開始できます。

Systems Manager Run Command を使用して CloudWatch エージェントを開始するSystems Manager Run Command を使用してエージェントを開始するには、以下の手順を実行します。

63



Run Command を使用して CloudWatch エージェントを開始するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] を選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールしたインスタンスを選択します。6. [Action] リストで、[configure] を選択します。7. [Optional Configuration Source] リストで、[ssm] を選択します。8. 「CloudWatch エージェント設定ファイルを作成する (p. 75)」で説明されているとおり、[Optional

Configuration Location] ボックスで、作成して Systems Manager Parameter Store に保存したエージェント設定ファイルの名前を入力します。

9. これらのステップを完了した後、[Optional Restart] リストで、[yes] を選択してエージェントを開始します。

10. [Run] を選択します。11. 必要に応じて、[Targets and outputs] 領域で、インスタンス名の横のボタンを選択して [View output]

を選択します。Systems Manager に、エージェントが正常に開始されたことが表示されます。

コマンドラインを使用して Amazon EC2 インスタンスで CloudWatch エージェントを開始する

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスにインストールするには、以下の手順を実行します。

コマンドラインを使用して CloudWatch エージェントを Amazon EC2 インスタンスに開始するには

• Linux サーバーで、設定ファイルを Systems Manager Parameter Store に保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -c ssm:configuration-parameter-store-name -s

Linux サーバーで、設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -c file:configuration-file-path -s

Windows Server を実行するサーバーで、設定ファイルを Systems Manager Parameter Store に保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m ec2 -c ssm:configuration-parameter-store-name -s

Windows Server を実行するサーバーで、設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

64


Amazon CloudWatch ユーザーガイドオンプレミスサーバーに CloudWatch

エージェントをインストールする

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m ec2 -c file:configuration-file-path -s

オンプレミスサーバーに CloudWatch エージェントをインストールする

CloudWatch を最初に使用し始めるとき、サーバーにダウンロードしてエージェントを設定します。それ以降は、その設定を使用して、そのサーバーで直接エージェントを使用できます。設定を AWS SystemsManager Parameter Store に保存すると、CloudWatch エージェントを他のサーバーにインストールするときにも、同じ設定を使用できます。

トピック• 開始方法: CloudWatch エージェントを最初のサーバーにインストールする (p. 65)• エージェント設定を使用して追加サーバーに CloudWatch エージェントをインストールする (p. 71)

開始方法: CloudWatch エージェントを最初のサーバーにインストールするCloudWatch エージェントをダウンロードしてオンプレミスサーバーにインストールするには、AWSSystems Manager またはコマンドラインのどちらかを使用できます。

どちらの方法でも、まず CloudWatch に書き込むアクセス権限を持つ IAM ユーザーを作成する必要があります。

トピック• オンプレミスサーバーに CloudWatch エージェントをダウンロードする (p. 65)• CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更する (p. 67)• CloudWatch エージェント設定ファイルを作成する (p. 68)• CloudWatch エージェントを開始する (p. 68)• CloudWatch エージェントパッケージの署名を確認する (p. 69)

オンプレミスサーバーに CloudWatch エージェントをダウンロードするCloudWatch エージェントをダウンロードするには、Systems Manager またはコマンドラインを使用できます。

Systems Manager Run Command を使用するには、Amazon EC2 Systems Manager にオンプレミスサーバーを登録する必要があります。詳細については、『AWS Systems Manager ユーザーガイド』の「ハイブリッド環境での Systems Manager のセットアップ」を参照してください。

すでにサーバーを登録している場合、SSM Agent を最新バージョンに更新します。

Linux を実行しているサーバーでの SSM Agent のインストールまたは更新については、『AWS SystemsManager ユーザーガイド』の「Linux ハイブリッド環境のサーバーおよび VM に SSM Agent をインストールする」を参照してください。

65

http://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-managedinstances.html


http://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-managedinstances.html#sysman-install-managed-linux


Amazon CloudWatch ユーザーガイド開始方法: CloudWatch エージェントを最初のサーバーにインストールする

Windows Server を実行しているサーバーでの SSM Agent のインストールまたは更新については、『AWSSystems Manager ユーザーガイド』の「Windows ハイブリッド環境のサーバーおよび VM に SSM Agentをインストールする」を参照してください。

SSM Agent を使用してオンプレミスサーバーで CloudWatch エージェントパッケージをダウンロードするには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AWS-ConfigureAWSPackage] の横のボタンを選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールするサーバーを選択します。特定のサー

バーが表示されない場合、Run Command 用に設定されていない可能性があります。詳細については、Windows インスタンスの Amazon EC2 ユーザーガイドの「Systems Manager の前提条件」を参照してください。

6. [Action] リストで、[Install] を選択します。7. [Name] ボックスに「AmazonCloudWatchAgent」と入力します。8. エージェントの最新バージョンをインストールには、[Version] を空白のままにします。9. [Run] を選択します。

エージェントパッケージがダウンロードされたら、次のステップではエージェントパッケージを設定して開始します。

コマンドラインを使用してオンプレミスサーバーで CloudWatch エージェントをダウンロードするには


2. CloudWatch エージェントパッケージをダウンロードします。Linux サーバーの場合、次を入力します。








66

http://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-managedinstances.html#sysman-install-managed-win





sudo ./install.sh


CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更するダウンロードした CloudWatch エージェントパッケージには、common-config.toml という設定ファイルが含まれています。このファイルを使用して、プロキシ、認証情報、およびリージョン情報を指定できます。Linux を実行しているサーバーでは、このファイルは /opt/aws/amazon-cloudwatch-agent/etc ディレクトリにあります。Windows Server を実行しているサーバーでは、このファイルはC:\ProgramData\Amazon\AmazonCloudWatchAgent ディレクトリにあります。


# This common-config is used to configure items used for both ssm and cloudwatch access ## Configuration for shared credential.## Default credential strategy will be used if it is absent here:## Instance role is used for EC2 case by default.## AmazonCloudWatchAgent profile is used for onPremise case by default.# [credentials]# shared_credential_profile = "{profile_name}" ## Configuration for proxy.## System-wide environment-variable will be read if it is absent here.## i.e. HTTP_PROXY/http_proxy; HTTPS_PROXY/https_proxy; NO_PROXY/no_proxy## Note: system-wide environment-variable is not accessible when using ssm run-command.## Absent in both here and environment-variable means no proxy will be used.# [proxy]# http_proxy = "{http_url}"# https_proxy = "{https_url}"# no_proxy = "{domain}"


• shared_credential_profile CloudWatch エージェントが AWS 認証情報と AWS 設定ファイルを探す名前付きプロファイルの名前を指定できます。ここで名前を指定しない場合、CloudWatch エージェントはデフォルトプロファイル名 AmazonCloudWatchAgent を探します。


common-config.toml を変更したら、指定したプロファイル名または AmazonCloudWatchAgent のデフォルトプロファイル名が、ルートユーザーの AWS 認証情報および設定ファイルに存在することを確認してください。このプロファイルは、CloudWatch エージェントのセットアップ中に認証情報とリージョン情報に使用されます。認証情報ファイルでのこのプロファイルの例は次のようになります。


67





認証情報ファイルの名前付きプロファイルには、CloudWatch エージェントに使用される認証情報が含まれています。これらの認証情報は、CloudWatch にメトリクスデータを書き込むアクセス権限と、CloudWatch エージェントのインストール時に Systems Manager Parameter Store から情報をダウンロードするアクセス権限に使用されます。このセクションで使用する認証情報を取得するには、このセクションで前に説明したように、CloudWatch エージェントの IAM ユーザーを作成します。

設定ファイルの名前付きファイルは、CloudWatch エージェントがオンプレミスサーバーで実行されるときに CloudWatch メトリクスが公開されるリージョンを指定します。aws configure コマンドを使用してプロファイルを変更するときは、ルートまたは管理者ユーザーとして実行します。





CloudWatch エージェント設定ファイルを作成するCloudWatch エージェントは設定ファイルを使用して、収集するメトリクスと他のエージェント設定データを指定します。このファイルは、エージェントを開始する前にカスタマイズする必要があります。詳細については、「CloudWatch エージェント設定ファイルを作成する (p. 75)」を参照してください。

CloudWatch エージェントを開始するSystems Manager Run Command またはコマンドラインを使用して CloudWatch エージェントを開始できます。

SSM Agent を使用してオンプレミスサーバーで CloudWatch エージェントを開始するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] の横のボタンを選択します。5. [Targets] 領域で、エージェントをインストールしたインスタンスを選択します。6. [Action] リストで、[configure] を選択します。

68



7. [Mode] リストで、[onPremise] を選択します。8. [Optional Configuration Location] ボックスで、ウィザードで作成して Parameter Store に保存した

エージェント設定ファイルの名前を入力します。9. [Run] を選択します。

エージェントが、設定ファイルで指定した設定で開始されます。

コマンドラインを使用してオンプレミスサーバーで CloudWatch エージェントを開始するには

• Linux サーバーで、エージェント設定ファイルを Parameter Store に保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m onPremise -c ssm:configuration-parameter-store-name -s

Linux サーバーで、エージェント設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m onPremise -c file:configuration-file-path -s

Windows Server を実行するサーバーで、エージェント設定ファイルを Parameter Store に保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m onPremise -c ssm:configuration-parameter-store-name -s

Windows Server を実行するサーバーで、エージェント設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m onPremise -c file:configuration-file-path -s

CloudWatch エージェントパッケージの署名を確認するGPG 署名ファイルは、ZIP アーカイブで圧縮された CloudWatch エージェントアセットで使用するために含まれています。ホストのパブリックキーは、次の場所にあります。 https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-agent.gpg公開鍵を使用して、エージェントの ZIPアーカイブがオリジナルで変更されていないことを確認できます。まず、https://gnupg.org/index.html で公開鍵をインポートします。

Linux サーバーで CloudWatch エージェントパッケージを確認するには

1. 公開鍵をダウンロードします。

shell$ wget https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-agent.gpg

2. 公開鍵をキーリングにインポートします。

shell$ gpg --import amazon-cloudwatch-agent.gpggpg: key 3B789C72: public key "Amazon CloudWatch Agent" importedgpg: Total number processed: 1

69

https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-agent.gpg

https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-agent.gpg

https://gnupg.org/index.html


gpg: imported: 1 (RSA: 1)

次の手順で必要になるため、キーの値を書きとめておきます。前述の例では、キーの値は 3B789C72です。

3. 次のコマンドを使用してフィンガープリントを確認し、キキキを前述の手順の値と置き換えます。

shell$ gpg --fingerprint key-valuepub 2048R/3B789C72 2017-11-14 Key fingerprint = 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72uid Amazon CloudWatch Agent

フィンガープリントは、次のものと同一になる必要があります。

9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72

フィンガープリント文字列が一致しない場合、エージェントをインストールしないで Amazon WebServices にご連絡ください。

フィンガープリントを確認したら、それを使用して、CloudWatch エージェントパッケージの署名を確認できます。

4. パッケージ署名ファイルをダウンロードします。

wget https://s3.amazonaws.com/amazoncloudwatch-agent/linux/amd64/latest/AmazonCloudWatchAgent.sig

5. 署名を確認するには、gpg --verify を実行します。

shell$ gpg --verify AmazonCloudWatchAgent.sig AmazonCloudWatchAgent.zipgpg: Signature made Wed 29 Nov 2017 03:00:59 PM PST using RSA key ID 3B789C72gpg: Good signature from "Amazon CloudWatch Agent"gpg: WARNING: This key is not certified with a trusted signature!gpg: There is no indication that the signature belongs to the owner.Primary key fingerprint: 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72

出力結果に「BAD signature」という句が含まれる場合、手順が正しいことをもう一度確認してください。このレスポンスが続く場合は、Amazon Web Services に連絡してください。ダウンロードしたエージェントアーカイブは解凍しないでください。

信頼性に関する警告に注意します。鍵は、自分や信頼する人が署名した場合にのみ信頼できます。これは、署名が無効であることを意味するものではなく、公開鍵を確認していないことを意味します。

Windows Server を実行するサーバーで CloudWatch エージェントパッケージを確認するには

1. Windows 用の GnuPG を https://gnupg.org/download/ からダウンロードしてインストールします。インストールするときは、[Shell Extension (GpgEx)] オプションを含めます。

残りの手順は、Windows PowerShell で実行できます。2. 公開鍵をダウンロードします。

PS> wget https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-agent.gpg -OutFile amazon-cloudwatch-agent.gpg

3. 公開鍵をキーリングにインポートします。

PS> gpg --import amazon-cloudwatch-agent.gpggpg: key 3B789C72: public key "Amazon CloudWatch Agent" imported

70

https://gnupg.org/download/

Amazon CloudWatch ユーザーガイドエージェント設定を使用して追加サーバーに

CloudWatch エージェントをインストールする

gpg: Total number processed: 1gpg: imported: 1 (RSA: 1)

次の手順で必要になるため、キーの値を書きとめておきます。前述の例では、キーの値は 3B789C72です。

4. 次のコマンドを使用してフィンガープリントを確認し、キキキを前述の手順の値と置き換えます。

PS> gpg --fingerprint key-valuepub rsa2048 2017-11-14 [SC] 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72uid [ unknown] Amazon CloudWatch Agent

フィンガープリントは、次のものと同一になる必要があります。

9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72

フィンガープリント文字列が一致しない場合、エージェントをインストールしないで Amazon WebServices にご連絡ください。

フィンガープリントを確認したら、それを使用して、CloudWatch エージェントパッケージの署名を確認できます。

5. パッケージ署名ファイルをダウンロードします。

wget https://s3.amazonaws.com/amazoncloudwatch-agent/windows/amd64/latest/AmazonCloudWatchAgent.sig

6. 署名を確認するには、gpg --verify を実行します。

PS> gpg --verify AmazonCloudWatchAgent.sig AmazonCloudWatchAgent.zipgpg: Signature made 11/29/17 23:00:45 Coordinated Universal Timegpg: using RSA key D58167303B789C72gpg: Good signature from "Amazon CloudWatch Agent" [unknown]gpg: WARNING: This key is not certified with a trusted signature!gpg: There is no indication that the signature belongs to the owner.Primary key fingerprint: 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72

出力結果に「BAD signature」という句が含まれる場合、手順が正しいことをもう一度確認してください。このレスポンスが続く場合は、Amazon Web Services に連絡してください。ダウンロードしたエージェントアーカイブは解凍しないでください。

信頼性に関する警告に注意します。鍵は、自分や信頼する人が署名した場合にのみ信頼できます。これは、署名が無効であることを意味するものではなく、公開鍵を確認していないことを意味します。

エージェント設定を使用して追加サーバーにCloudWatch エージェントをインストールするトピック

• オンプレミスサーバーに CloudWatch エージェントをダウンロードする (p. 72)• CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更する (p. 73)• CloudWatch エージェントを開始する (p. 74)

71



オンプレミスサーバーに CloudWatch エージェントをダウンロードするCloudWatch エージェントをダウンロードするには、AWS Systems Manager またはコマンドラインを使用できます。

Systems Manager Run Command を使用するには、Amazon EC2 Systems Manager にオンプレミスサーバーを登録する必要があります。詳細については、『AWS Systems Manager ユーザーガイド』の「ハイブリッド環境での Systems Manager のセットアップ」を参照してください。

すでにサーバーを登録している場合、SSM Agent を最新バージョンに更新します。

Linux を実行しているサーバーでの SSM Agent のインストールまたは更新については、『AWS SystemsManager ユーザーガイド』の「Linux ハイブリッド環境のサーバーおよび VM に SSM Agent をインストールする」を参照してください。

Windows Server を実行しているサーバーでの SSM Agent のインストールまたは更新については、『AWSSystems Manager ユーザーガイド』の「Windows ハイブリッド環境のサーバーおよび VM に SSM Agentをインストールする」を参照してください。

SSM Agent を使用してオンプレミスサーバーで CloudWatch エージェントパッケージをダウンロードするには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AWS-ConfigureAWSPackage] の横のボタンを選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールするサーバーを選択します。特定のサー

バーが表示されない場合、Run Command 用に設定されていない可能性があります。詳細については、Windows インスタンスの Amazon EC2 ユーザーガイドの「Systems Manager の前提条件」を参照してください。

6. [Action] リストで、[Install] を選択します。7. [Name] ボックスに「AmazonCloudWatchAgent」と入力します。8. エージェントの最新バージョンをインストールには、[Version] を空白のままにします。9. [Run] を選択します。

エージェントパッケージがダウンロードされたら、次のステップではエージェントパッケージを設定して開始します。

コマンドラインを使用してオンプレミスサーバーで CloudWatch エージェントをダウンロードするには


2. CloudWatch エージェントパッケージをダウンロードします。Linux サーバーの場合、次を入力します。



72
















sudo ./install.sh


CloudWatch エージェントの一般的な設定と名前付きプロファイルを変更するダウンロードした CloudWatch エージェントパッケージには、common-config.toml という設定ファイルが含まれています。このファイルを使用して、プロキシ、認証情報、およびリージョン情報を指定できます。Linux を実行しているサーバーでは、このファイルは /opt/aws/amazon-cloudwatch-agent/etc ディレクトリにあります。Windows Server を実行しているサーバーでは、このファイルはC:\ProgramData\Amazon\AmazonCloudWatchAgent ディレクトリにあります。


# This common-config is used to configure items used for both ssm and cloudwatch access ## Configuration for shared credential.## Default credential strategy will be used if it is absent here:## Instance role is used for EC2 case by default.## AmazonCloudWatchAgent profile is used for onPremise case by default.# [credentials]# shared_credential_profile = "{profile_name}" ## Configuration for proxy.## System-wide environment-variable will be read if it is absent here.## i.e. HTTP_PROXY/http_proxy; HTTPS_PROXY/https_proxy; NO_PROXY/no_proxy## Note: system-wide environment-variable is not accessible when using ssm run-command.## Absent in both here and environment-variable means no proxy will be used.# [proxy]# http_proxy = "{http_url}"# https_proxy = "{https_url}"# no_proxy = "{domain}"


• shared_credential_profile CloudWatch エージェントが AWS 認証情報と AWS 設定ファイルを探す名前付きプロファイルの名前を指定できます。ここで名前を指定しない場合、CloudWatch エージェントはデフォルトプロファイル名 AmazonCloudWatchAgent を探します。

73




common-config.toml を変更したら、指定したプロファイル名または AmazonCloudWatchAgent のデフォルトプロファイル名がルートユーザーの AWS 認証情報および設定ファイルに存在することを確認してください。このプロファイルは、CloudWatch エージェントのセットアップ中に認証情報とリージョン情報に使用されます。認証情報ファイルでのこのプロファイルの例は次のようになります。





認証情報ファイルの名前付きプロファイルには、CloudWatch エージェントに使用される認証情報が含まれています。これらの認証情報は、CloudWatch にメトリクスデータを書き込むアクセス権限と、CloudWatch エージェントのインストール時に Systems Manager Parameter Store から情報をダウンロードするアクセス権限に使用されます。このセクションで使用する認証情報を取得するには、このセクションで前に説明したように、CloudWatch エージェントの IAM ユーザーを作成します。

設定ファイルの名前付きファイルは、CloudWatch エージェントがオンプレミスサーバーで実行されるときに CloudWatch メトリクスが公開されるリージョンを指定します。aws configure コマンドを使用してプロファイルを変更するときは、ルートまたは管理者ユーザーとして実行します。





CloudWatch エージェントを開始するSystems Manager Run Command またはコマンドラインを使用して CloudWatch エージェントを開始できます。

SSM Agent を使用してオンプレミスサーバーで CloudWatch エージェントを開始するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.

74


Amazon CloudWatch ユーザーガイドCloudWatch エージェント設定ファイルを作成する

3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] の横のボタンを選択します。5. [Targets] 領域で、エージェントをインストールしたインスタンスを選択します。6. [Action] リストで、[configure] を選択します。7. [Mode] リストで、[onPremise] を選択します。8. [Optional Configuration Location] ボックスで、ウィザードで作成して Parameter Store に保存した

エージェント設定ファイルの名前を入力します。9. [Run] を選択します。

エージェントが、設定ファイルで指定した設定で開始されます。

コマンドラインを使用してオンプレミスサーバーで CloudWatch エージェントを開始するには

• Linux サーバーで、エージェント設定ファイルを Parameter Store に保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m onPremise -c ssm:configuration-parameter-store-name -s

Linux サーバーで、エージェント設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m onPremise -c file:configuration-file-path -s

Windows Server を実行するサーバーで、エージェント設定ファイルを Parameter Store に保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m onPremise -c ssm:configuration-parameter-store-name -s

Windows Server を実行するサーバーで、エージェント設定ファイルをローカルコンピューターに保存した場合は、次のコマンドを入力します。

amazon-cloudwatch-agent-ctl.ps1 -a fetch-config -m onPremise -c file:configuration-file-path -s

CloudWatch エージェント設定ファイルを作成するCloudWatch エージェントを Amazon EC2 インスタンスとオンプレミスサーバーのどちらにインストールするかに関係なく、エージェントを開始する前に CloudWatch エージェント設定ファイルを作成する必要があります。

エージェント設定ファイルは、エージェントが収集するメトリクスとログを指定する JSON ファイルです。このファイルを作成するには、ウィザードを使用するか、ゼロから自分で作成します。また、ウィザードを使用して、最初に設定ファイルを作成してから、手動で変更することもできます。

手動で作成または変更する場合の方がプロセスが複雑になりますが、収集されるメトリクスをより細かくコントロールし、ウィザードによって使用されないメトリクスを指定できます。

エージェント設定ファイルを変更するときは必ず、エージェントを再起動して変更を有効にする必要があります。

75

Amazon CloudWatch ユーザーガイドウィザードを使用して CloudWatch

エージェント設定ファイルを作成する

設定ファイルを作成したら、Systems Manager Parameter Store に保存できます。これにより、他のサーバーで同じエージェント設定を使用できるようになります。

目次• ウィザードを使用して CloudWatch エージェント設定ファイルを作成する (p. 76)• CloudWatch エージェント設定ファイルを手動で作成または編集する (p. 80)

ウィザードを使用して CloudWatch エージェント設定ファイルを作成するエージェント設定ファイルウィザード、amazon-cloudwatch-agent-config-wizard、は以下のような一連の質問を表示します。

• エージェントを Amazon EC2 インスタンスとオンプレミスサーバーのどちらにインストールするか。• サーバーで Linux と Windows Server のどちらが実行されているか。• エージェントがログファイルを CloudWatch Logs に送信するようにするか。持っている場合は､既存の

CloudWatch Logs エージェント設定ファイルを持っているか。持っている場合､CloudWatch エージェントは､このファイルを使用してサーバーから収集するログを判別できます。

• サーバーからメトリックを収集する場合は、デフォルトのメトリクスセットの 1 つを監視するか、収集するメトリクスのリストをカスタマイズするか ?

• 既存の SSM Agent から移行するか。

ウィザードの開始前に AWS 認証方法および設定ファイルを所定の場所に置いた場合、ウィザードは使用する認証情報と AWS リージョンを自動検出できます。これらのファイルの詳細については、『AWSSystems Manager ユーザーガイド』の「設定ファイルと認証情報ファイル」を参照してください。

ウィザードは、認証情報にある次のような AmazonCloudWatchAgent セクションを探します。

[AmazonCloudWatchAgent]aws_access_key_id=my_secret_keyaws_secret_access_key=my_access_key

このセクションが存在する場合、ウィザードは CloudWatch エージェントにこれらの認証情報を使用します。

my_access_key と my_secret_key では、Systems Manager Parameter Store に書き込むアクセス権限を持つ IAM ユーザーからのキーを使用します。CloudWatch エージェントに必要な IAM ユーザーの詳細については、「オンプレミスサーバーで CloudWatch エージェントを使用するための IAM ユーザーを作成する (p. 53)」を参照してください。

設定ファイルでは、エージェントがメトリクスを送信するリージョンを指定できます ([default] セクションのリージョンと異なる場合)。デフォルトでは、Amazon EC2 インスタンスが配置されているリージョンにメトリクスが発行されます。メトリクスを別のリージョンに発行する場合は、ここでそのリージョンを指定します。次の例では、メトリクスは us-west-1 リージョンに発行されます。


CloudWatch エージェントの事前定義されたメトリクスセットウィザードは、異なる詳細レベルを持つ、事前定義されたメトリクスセットで設定されます。これらのメトリクスのセットを次の表に示します。これらのメトリクスの詳細については、CloudWatch エージェントにより収集されるメトリクス (p. 115)を参照してください。

76

http://docs.aws.amazon.com/cli/latest/userguide/cli-config-files.html



Linux を実行する Amazon EC2 インスタンス

詳細レベル含められるメトリクス

基本 Mem: mem_used_percent

Swap: swap_used_percent

Standard CPU: cpu_usage_idle、cpu_usage_iowait、cpu_usage_user、cpu_usage_system

Disk: disk_used_percent、disk_inodes_free、diskio_io_time

Mem: mem_used_percent


アドバンスト CPU: cpu_usage_idle、cpu_usage_iowait、cpu_usage_user、cpu_usage_system

Disk: disk_used_percent、disk_inodes_free

Diskio:diskio_io_time、diskio_write_bytes、diskio_read_bytes、diskio_writes、diskio_reads


Netstat: netstat_tcp_established、netstat_tcp_time_wait


Linux を実行しているオンプレミスサーバー


基本 Disk: disk_used_percent

Diskio: diskio_write_bytes、diskio_read_bytes、diskio_writes, diskio_reads


Net: net_bytes_sent、net_bytes_recv、net_packets_sent、net_packets_recv


Standard CPU: cpu_usage_idle、cpu_usage_iowait

Disk: disk_used_percent、disk_inodes_free





アドバンスト CPU:cpu_usage_idle、cpu_usage_guest、cpu_usage_iowait、cpu_usage_steal、cpu_usage_user、cpu_usage_system

77



詳細レベル含められるメトリクスDisk: disk_used_percent、disk_inodes_free




Netstat: netstat_tcp_established、netstat_tcp_time_wait


Windows Server を実行する Amazon EC2 インスタンス


基本 Memory: 使用中のメモリのコミットされたバイトの割合

Paging: ページングファイルの使用割合

Standard Memory: 使用中のメモリのコミットされたバイトの割合


Processor: プロセッサのアイドル時間の割合、プロセッサの中断時間の割合、プロセッサのユーザー時間の割合

PhysicalDisk: PhysicalDisk のディスク時間の割合

LogicalDisk: LogicalDisk の空き容量の割合

アドバンスト Memory: 使用中のメモリのコミットされたバイトの割合


Processor: プロセッサのアイドル時間の割合、プロセッサの中断時間の割合、プロセッサのユーザー時間の割合


PhysicalDisk: PhysicalDisk のディスク時間の割合、PhysicalDisk のディスク書き込みバイト/秒、PhysicalDisk のディスク読み取りバイト/秒、PhysicalDisk のディスク書き込み/秒、PhysicalDisk のディスク読み取り/秒

TCP: TCPv4 接続を確立、TCPv6 接続を確立

Windows Server を実行しているオンプレミスサーバー


基本 Processor: プロセッサのプロセッサ時間の割合



78



詳細レベル含められるメトリクスPhysicalDisk: PhysicalDisk のディスク書き込みバイト/秒、PhysicalDisk のディスク読み取りバイト/秒、PhysicalDisk のディスク書き込み/秒、PhysicalDisk のディスク読み取り/秒

Memory: 使用中のメモリのコミットされたバイトの割合

Network Interface: ネットワークインターフェイスの送信バイト/秒、ネットワークインターフェイスの受信バイト/秒、ネットワークインターフェイスの送信パケット/秒、ネットワークインターフェイスの受信パケット/秒

Standard Paging: ページングファイルの使用割合

Processor: プロセッサのプロセッサ時間の割合、プロセッサのアイドル時間の割合、プロセッサの中断時間の割合





アドバンスト Paging: ページングファイルの使用割合

Processor: プロセッサのプロセッサ時間の割合、プロセッサのアイドル時間の割合、プロセッサの中断時間の割合、プロセッサの使用時間の割合





TCP: TCPv4 接続を確立、TCPv6 接続を確立

CloudWatch エージェント設定ウィザードを実行するCloudWatch エージェント設定ファイルを作成するには

1. 次のように入力して、CloudWatch エージェント設定ウィザードを開始します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard

Windows Server を実行しているサーバーで、次のように入力します。

79

Amazon CloudWatch ユーザーガイドCloudWatch エージェント設定ファイルを手動で作成または編集する

cd "C:\Program Files\Amazon\AmazonCloudWatchAgent"amazon-cloudwatch-agent-config-wizard.exe

2. 質問に答えて、サーバーの設定ファイルをカスタマイズします。3. Systems Manager を使用してエージェントをインストールおよび設定する場合、ファイルを Systems

Manager Parameter Store に保存するかどうかを確認するよう求められたら、必ず "Yes" と回答してください。SSM Agent を使用して CloudWatch エージェントをインストールしない場合でも、ファイルを Parameter Store に保存することを選択することもできます。Parameter Store にファイルを保存できるようにするには、十分なアクセス権限を持つ IAM ロールを使用する必要があります。詳細については、「CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する (p. 51)」を参照してください。

設定ファイルをローカルに保存する場合、任意の場所に保存できます。そして、エージェントの開始時に、ファイルの場所を指定します。

CloudWatch エージェント設定ファイルを手動で作成または編集するCloudWatch エージェント設定ファイルは、agent、metrics、logs の 3 つのセクションを持つ JSON ファイルです。

• agent セクションには、エージェントの全体的な設定に関するフィールドが含まれています。ウィザードを使用する場合、agent セクションは作成されません。

• metrics セクションでは、収集と CloudWatch への発行に関するカスタムメトリクスが指定されます。ログを収集するためだけにエージェントを使用している場合は、ファイルからメトリクスセクションを省略できます。

• logs セクションでは、CloudWatch Logs に発行されるログファイルが指定されます。サーバーでWindows Server が実行されている場合、これには Windows イベントログからのイベントが含まれることがあります。

以下のセクションでは、この JSON ファイルの構造とフィールドについて説明します。この設定ファイルのスキーマ定義を表示することもできます。スキーマ定義は、Linux サーバーでは installation-directory/doc/amazon-cloudwatch-agent-schema.json、Windows Server を実行しているサーバーでは installation-directory/amazon-cloudwatch-agent-schema.json にあります。

JSON ファイルを手動で作成または編集する場合は、任意の名前を付けることができます。トラブルシューティングを簡単にするため、Linux サーバーでは、/opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json、Windows Server を実行しているサーバーでは、$Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.json という名前を付けることをお薦めします。

CloudWatch エージェント設定ファイル: agent セクションagent セクションには、次に示すフィールドを含めることができます。ウィザードでは、agent セクションは作成されません。代わりに、このセクションは省略されて、このセクションのすべてのフィールドにデフォルト値が使用されます。

• metrics_collection_interval – オプション。この設定ファイルで指定されたすべてのメトリクスが収集される頻度を指定します。この値は、特定の種類のメトリクスで上書きされる場合があります。

これは秒単位で指定されます。たとえば、10 と設定するとメトリクスが 10 秒ごとに収集されるように設定され、300 と設定するとメトリクスが 5 分ごとに収集されように指定されます。

80


この値を 60 秒未満に設定した場合、各メトリクスは高解像度メトリクスとして収集されます。高解像度メトリクスの詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

デフォルトは 60 です。• region – Amazon EC2 インスタンスを監視しているときに CloudWatch エンドポイントに使用するリー

ジョンを指定します。収集されたメトリクスは、us-west-1 など、このリージョンに送信されます。このフィールドを省略すると、エージェントは Amazon EC2 インスタンスが配置されているリージョンにメトリクスを送信します。

オンプレミスサーバーを監視している場合、このフィールドは使用されず、エージェントは AWS 設定ファイルの awscloudwatchagent プロファイルからリージョンを読み取ります。

• debug – オプション。デバッグログメッセージを使用して CloudWatch を実行することを指定します。デフォルト: false。

• ログファイル – CloudWatch エージェントがログメッセージを書き込む場所を指定します。空の文字列を指定すると、ログは stderr に書き込まれます。このオプションを指定しない場合、デフォルトの場所は次のようになります。• Linux: /opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log• Windows Server のバージョンが Windows Server 2003 以降である場合: c:\\ProgramData\\Amazon\\CloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log

Tip

このファイルが大きくなってディスクがいっぱいにならないようにログローテーションを設定することをお勧めします。

agent セクションの例を以下に示します。

"agent": { "metrics_collection_interval": 60, "region": "us-west-1", "logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log", "debug": false }

CloudWatch エージェント設定ファイル: metrics セクションLinux または Windows Server を実行しているサーバーでは、metrics セクションに次のフィールドが含まれています。

• namespace – オプション。エージェントによって収集されるメトリクスに使用する名前空間。デフォルト: CWAgent。

• append_dimensions – オプション。エージェントによって収集されたメトリクスに Amazon EC2 メトリクスのディメンションを追加します。ディメンションごとに、キーと値のペアを指定する必要があります。キーは、Amazon EC2 ディメンション ImageID:image-id、InstanceId:instance-id、InstanceType:instance-type、または AutoScalingGroupName:AutoScaling-group-name に一致します。

Amazon EC2 メタデータに依存する値を指定し、プロキシーを使用する場合は、サーバーが AmazonEC2 のエンドポイントにアクセスできることを確認する必要があります。これらのエンドポイントの詳細については、『アマゾンウェブサービス全般のリファレンス』の「Amazon Elastic Compute Cloud(Amazon EC2)」を参照してください。

• aggregation_dimensions – 収集されたメトリクスが集約されるディメンションを指定します。たとえば、AutoScalingGroupName ディメンションでメトリクスをロールアップした場合、各 Auto Scalingグループ内のすべてのインスタンスのメトリクスが集約され、全体として参照できるようになります。

81

http://docs.aws.amazon.com/general/latest/gr/rande.html#ec2_region



1 つまたは複数のディメンションに沿ってメトリクスをロールアップすることができます。たとえば、[["InstanceId"], ["InstanceType"], ["InstanceId","InstanceType"]] を指定すると、インスタンス ID 単独、インスタンスタイプ単独、および 2 つのディメンションの組み合わせのメトリクスが集約されます。

[] を指定することにより、すべてのディメンションを無視して、すべてのメトリクスを 1 つのコレクションにロールアップすることもできます。

• metrics_collected – 必須。収集するメトリクスを指定します。このセクションには、いくつかのサブセクションがあります。

この metrics_collected セクションの内容は、この設定ファイルが Linux を実行しているサーバー用か Windows Server を実行しているサーバー用かによって異なります。

Linux

Linux を実行しているサーバーでは、設定ファイルの metrics_collected セクションには以下のフィールドが含まれていることもあります。

• cpu – オプション。収集する cpu メトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、3 つのフィールドがあります。• resources – オプション。収集する per-cpu メトリクスを指定します。許容されている値は * のみで

す。このフィールドと値を含めた場合、per-cpu メトリクスが収集されます。• totalcpu – オプション。すべての CPU コア間で集計された cpu メトリクスを報告するかどうかを指定

します。デフォルトは true です。• measurement – 収集する cpu メトリクスの配列を指定します。指定できる値はtime_active、time_guest、time_guest_nice、time_idle、time_iowait、time_irq、time_nice、time_softirq、time_steal、time_system、time_user、usage_active、usage_guest、usage_guest_nice、usage_idle、usage_iowait、usage_irq、usage_nice、usage_softirq、usage_steal、usage_system、および usage_user です。このフィールドは、cpu を含めた場合にのみ必要です。

デフォルトでは、cpu_usage_* メトリクスの単位は Percent であり、cpu_time_* メトリクスには単位がありません。

各メトリクスのエントリ内には、必要に応じて次のいずれかまたは両方を指定できます。• rename – このメトリクスに別の名前を指定します。• unit – メトリクスのデフォルト単位を上書きして、このメトリクスに使用する単位を指定します。

指定する単位は、「MetricDatum」の Unit に関する説明にリストされている有効な CloudWatchメトリクス単位でなければなりません。

• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、cpu メトリクスを収集する頻度を指定します。



• append_dimensions – オプション。cpu メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用されるグローバル append_dimensions フィールドで指定されたディメンションに加えて使用されます。

• disk – オプション。収集する disk メトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、2 つのフィールドがあります。• resources – オプション。ディスクのマウントポイントの配列を指定します。このフィールドは、リ

ストされているマウントポイントのみから CloudWatch がメトリクスを収集するように制限します。

82



値として * を指定すると、すべてのマウントポイントからメトリクスを収集できます。デフォルトでは、すべてのマウントポイントからメトリクスが収集されます。

• measurement – 収集する disk メトリクスの配列を指定します。指定できる値はfree、total、used、used_percent、inodes_free、inodes_used、および inodes_totalです。このフィールドは、disk を含めた場合にのみ必要です。

各 disk メトリクスのデフォルトの単位を確認するには、「Linux インスタンスで CloudWatch エージェントにより収集されるメトリクス (p. 116)」を参照してください。



• ignore_file_system_types – ディスクのメトリクスを収集するときに除外するファイルシステムのタイプを指定します。有効な値は、sysfs、devtmpfs などです。

• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、disk メトリクスを収集する頻度を指定します。

これは秒単位で指定されます。


• append_dimensions – オプション。disk メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。

• diskio – オプション。収集する diskio メトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、2 つのフィールドがあります。• resources – オプション。デバイスの配列を指定した場合、CloudWatch はそれらのデバイスからのみ

メトリクスを収集します。それ以外の場合、すべてのデバイスのメトリクスが収集されます。値として * を指定し、すべてのデバイスからメトリクスを収集することもできます。

• measurement – 収集する diskio メトリクスの配列を指定します。指定できる値はreads、writes、read_bytes、write_bytes、read_time、write_time、io_time、およびiops_in_progress です。このフィールドは、diskio を含めた場合にのみ必要です。

各 diskio メトリクスのデフォルトの単位を確認するには、「Amazon EC2 のメトリクスとディメンション (p. 141)」を参照してください。



• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、diskio メトリクスを収集する頻度を指定します。



• append_dimensions – オプション。diskio メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。83




• swap – オプション。収集するスワップメモリメトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、1 つのフィールドを含めることができます。• measurement – 収集する swap メトリクスの配列を指定します。指定できる値は free、used、およ

び used_percent です。このフィールドは、swap を含めた場合にのみ必要です。

各 swap メトリクスのデフォルトの単位を確認するには、「Linux インスタンスで CloudWatch エージェントにより収集されるメトリクス (p. 116)」を参照してください。

各メトリクスのエントリ内には、必要に応じて次のいずれかまたは両方を指定できます。• rename このメトリクスに別の名前を指定します。• unit – メトリクスのデフォルト単位を上書きして、このメトリクスに使用する単位を指定します。


• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、swap メトリクスを収集する頻度を指定します。



• append_dimensions オプション。swap メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用されるグローバル append_dimensions フィールドで指定されたディメンションに加えて使用されます。高解像度メトリクスとして収集されます。

• mem – オプション。収集するメモリメトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、1 つのフィールドを含めることができます。• measurement – 収集する swap メトリクスの配列を指定します。指定できる値はactive、available、available_percent、buffered、cached、free、inactive、total、used、および used_percent です。このフィールドは、mem を含めた場合にのみ必要です。

各 mem メトリクスのデフォルトの単位を確認するには、「Linux インスタンスで CloudWatch エージェントにより収集されるメトリクス (p. 116)」を参照してください。



• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、mem メトリクスを収集する頻度を指定します。



• append_dimensions – オプション。mem メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。

• net – オプション。収集するネットワーキングメトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、2 つのフィールドがあります。• resources – オプション。ネットワークインターフェイスの配列を指定した場合、CloudWatch はそれ

らのインターフェイスからのみメトリクスを収集します。それ以外の場合、すべてのデバイスのメト84




リクスが収集されます。値として * を指定し、すべてのインターフェイスからメトリクスを収集することもできます。

• measurement – 収集するネットワーキングメトリクスの配列を指定します。指定できる値はbytes_sent、bytes_recv、drop_in、drop_out、err_in、err_out、packets_sent、および packets_recv です。このフィールドは、net を含めた場合にのみ必要です。

各 net メトリクスのデフォルトの単位を確認するには、「Linux インスタンスで CloudWatch エージェントにより収集されるメトリクス (p. 116)」を参照してください。



• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、net メトリクスを収集する頻度を指定します。



• append_dimensions – オプション。net メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。

• netstat – オプション。収集する TCP 接続状態と UDP 接続メトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、1 つのフィールドを含めることができます。• measurement – 収集する netstat メトリクスの配列を指定します。指定できる値はtcp_close、tcp_close_wait、tcp_closing、tcp_established、tcp_fin_wait1、tcp_fin_wait2、tcp_last_ack、tcp_listen、tcp_none、tcp_syn_sent、tcp_syn_recv、tcp_time_wait、および udp_socket です。このフィールドは、netstat を含めた場合にのみ必要です。

各 netstat メトリクスのデフォルトの単位を確認するには、「Linux インスタンスで CloudWatchエージェントにより収集されるメトリクス (p. 116)」を参照してください。



• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、netstat メトリクスを収集する頻度を指定します。



• append_dimensions – オプション。netstat メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。

• processes – オプション。収集するプロセスメトリクスを指定します。このセクションは、Linux インスタンスでのみ有効です。このセクションには、1 つのフィールドを含めることができます。

85




• measurement – 収集するプロセスメトリクスの配列を指定します。指定できる値はblocked、dead、idle、paging、running、sleeping、stopped、total、total_threads、wait、および zombies です。このフィールドは、processes を含めた場合にのみ必要です。

すべての processes メトリクスで、デフォルトの単位は Count です。



• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルな metrics_collection_interval を上書きして、processes メトリクスを収集する頻度を指定します。


この値を 60 秒未満に設定した場合、各メトリクスは高解像度メトリクスとして収集されます。詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

• append_dimensions – オプション。process メトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用される append_dimensions フィールドで指定されたディメンションに加えて使用されます。

Linux サーバーの metrics セクションの例を次に示します。

"metrics": { "metrics_collected": { "cpu": { "resources": [ "*" ], "measurement": [ {"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"}, {"name": "cpu_usage_nice", "unit": "Percent"}, "cpu_usage_guest" ], "totalcpu": false, "metrics_collection_interval": 10, "append_dimensions": { "test": "test1", "date": "2017-10-01" } }, "netstat": { "measurement": [ "tcp_established", "tcp_syn_sent", "tcp_close" ], "metrics_collection_interval": 60 }, "processes": { "measurement": [ "running", "sleeping", "dead" ] } },

86



"append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["AutoScalingGroupName"], ["InstanceId", "InstanceType"],[]] }

Windows ServerWindows Server の metrics_collected セクションでは、Windows パフォーマンスオブジェクトごとにMemory、Processor、LogicalDisk などのサブセクションを含めることができます。使用可能なオブジェクトとカウンタについては、Microsoft Windows のドキュメントを参照してください。

各オブジェクトのサブセクション内では、収集するカウンタの measurement 配列を指定します。measurement 配列は、設定ファイルで指定するオブジェクトごとに必要です。resources フィールドを指定して、メトリクスの収集元のインスタンスを指定することもできます。resources に * を指定し、すべてのインスタンスの別個のメトリクスを収集することもできます。resources を省略すると、すべてのインスタンスのデータが 1 つのセットに集約されます。

各オブジェクトセクション内で、以下のオプションフィールドを指定することもできます。

• metrics_collection_interval – オプション。設定ファイルの agent セクションで指定されたグローバルなmetrics_collection_interval を上書きして、このオブジェクトのメトリクスを収集する頻度を指定します。


この値を 60 秒未満に設定した場合、各メトリクスは高解像度メトリクスとして収集されます。詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

• append_dimensions – オプション。このオブジェクトのメトリクスにのみ使用する追加のディメンション。このフィールドを指定した場合、エージェントにより収集されるすべてのタイプのメトリクスに使用されるグローバル append_dimensions フィールドで指定されたディメンションに加えて使用されます。

各カウンタセクション内で、以下のオプションフィールドを指定することもできます。

• rename – このメトリクスに、CloudWatch で使用する別の名前を指定します。• unit – このメトリクスに使用する単位を指定します。指定する単位は、「MetricDatum」の Unit に関す

る説明にリストされている有効な CloudWatch メトリクス単位でなければなりません。

Windows Server で使用する metrics セクションの例を次に示します。

"metrics": { "metrics_collected": { "Processor": { "measurement": [ {"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"}, "% Interrupt Time", "% User Time", "% Processor Time" ], "resources": [ "*" ], "append_dimensions": {

87



"d1": "win_foo", "d2": "win_bar" } }, "LogicalDisk": { "measurement": [ {"name": "% Idle Time", "unit": "Percent"}, {"name": "% Disk Read Time", "rename": "DISK_READ"}, "% Disk Write Time" ], "resources": [ "*" ] }, "Memory": { "metrics_collection_interval": 5, "measurement": [ "Available Bytes", "Cache Faults/sec", "Page Faults/sec", "Pages/sec" ], "append_dimensions": { "d3": "win_bo" } }, "Network Interface": { "metrics_collection_interval": 5, "measurement": [ "Bytes Received/sec", "Bytes Sent/sec", "Packets Received/sec", "Packets Sent/sec" ], "resources": [ "*" ], "append_dimensions": { "d3": "win_bo" } }, "System": { "measurement": [ "Context Switches/sec", "System Calls/sec", "Processor Queue Length" ], "append_dimensions": { "d1": "win_foo", "d2": "win_bar" } } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]] } }

88


CloudWatch エージェント設定ファイル: logs セクションlogs セクションには、次のフィールドがあります。

• logs_collected – logs セクションがある場合に必須です。サーバーから収集するログファイルおよびWindows イベントログを指定します。2 つのフィールド files および windows_events を含めることができます。• files は、CloudWatch エージェントがログファイルを定期的に収集することを指定します。それらの

ファイルを詳細に定義する 1 つのフィールド collect_list が含まれます。• collect_list – files が含まれている場合に必須です。エントリの配列が含まれており、それぞれ収集

するログファイルを 1 つ指定します。これらの各エントリには、次のフィールドを含めることができます。• file_path – CloudWatch Logs にアップロードするログファイルのパスを指定します。スーパーア

スタリスクとして ** を追加すると、標準 Unix glob マッチングルールが受け入れられます。たとえば、/var/log/**.log と指定すると /var/log ディレクトリツリー内のすべての .log ファイルが収集されます。他の例については、「Glob Library」を参照してください。

• log_group_name – オプション。CloudWatch Logs でロググループ名として何を使用するかを指定します。ここで使えるのは、a～z、A～Z、0～9、"_" (アンダーバー)、"-" (ハイフン)、"/" (スラッシュ) および "." (ピリオド) です。

混乱を防ぐために、このフィールドを指定することをお勧めします。このフィールドを指定しない場合、末尾のドットまでのファイルパスがロググループ名として使用されます。たとえば、ファイルパスが /tmp/TestLogFile.log.2017-07-11-14 の場合、ロググループ名は /tmp/TestLogFile.log です。

• log_stream_name – オプション。CloudWatch Logs でログストリーム名として何を使用するかを指定します。名前の一部として、名前では変数として{instance_id}、{hostname}、{local_hostname}、{ip_address} を使用することができます。{hostname} は、EC2 メタデータからホスト名を取得し、{local_hostname} は、ネットワーク設定ファイルからホスト名を使用します。

このフィールドを省略した場合、{instance_id} のデフォルトが使用されます。ログストリームが存在しない場合には、自動的に作成されます。

• timezone – オプション。ログイベントにタイムスタンプを付けるときに使用するタイムゾーンを指定します。有効な値は UTC と Local です。デフォルト: Local。

• timestamp_format – オプション。% で始まる特殊記号とプレーンテキストを使用して、タイムスタンプ形式を指定します。このフィールドを省略した場合は、現在の時刻が使用されます。このフィールドを使用する場合、形式の一部として以下を使用できます。%y

ゼロ詰め 10 進数での年 (世紀なし)%Y

ゼロ詰め 10 進数での年 (世紀あり)%b

ロケールの省略名称での月%B

ロケールの正式名称での月%m

ゼロ詰め 10 進数での月%-m

10 進数での月 (ゼロ詰めなし) 89

https://github.com/gobwas/glob


%d

ゼロ詰め 10 進数での日%-d

10 進数での日 (ゼロ詰めなし)%A

曜日のフルネーム。Monday など%自

曜日の略称。Mon など%H

ゼロ詰め 10 進数での時 (24 時間形式の時計)%l

ゼロ詰め 10 進数での時 (12 時間形式の時計)%-l

10 進数での時間 (12 時間制) (ゼロ詰めなし)%p

AM または PM%M

ゼロ詰め 10 進数での分%-M

10 進数での分 (ゼロ詰めなし)%S

ゼロ詰め 10 進数での秒%-S

10 進数での秒 (ゼロ詰めなし)%Z

タイムゾーン。PST など%z

タイムゾーンは、ローカルタイムゾーンと UTC の間のオフセットとして表されます。("-0700" など)。この形式のみがサポートされています。たとえば、-07:00 は有効な形式ではありません。

• multi_line_start_pattern – ログメッセージの開始を識別するパターンを指定します。ログメッセージは、パターンに一致する 1 行と、それに続くパターンに一致しない行で構成されます。

このフィールドを指定しない場合、複数行モードが無効になり、空白文字以外の文字で始まる行は、前のログメッセージを終了して新しいログメッセージを開始します。

このフィールドを含める場合、{timestamp_format} を指定し、タイムスタンプ形式として同じ正規表現を使用することができます。それ以外の場合、CloudWatch Logs が複数行エントリの最初の行を判断するために使用する別の正規表現を指定できます。

• エンコード – 正しく読み込むことができるように、ログファイルのエンコードを指定します。正しくないエンコードを指定すると、デコードできない文字がその他の文字に置き換えられるため、データ損失が生じる可能性があります。

90


デフォルトは utf-8 です。指定できる値すべては以下のとおりです。

ascii, big5, euc-jp, euc-kr, gbk, gb18030, ibm866, iso2022-jp,iso8859-2, iso8859-3, iso8859-4, iso8859-5, iso8859-6, iso8859-7,iso8859-8, iso8859-8-i, iso8859-10, iso8859-13, iso8859-14, iso8859-15,iso8859-16, koi8-r, koi8-u, macintosh, shift_jis, utf-8, utf-16,windows-874, windows-1250, windows-1251, windows-1252, windows-1253,windows-1254, windows-1255, windows-1256, windows-1257, windows-1258, x-mac-cyrillic

• windows_events セクションでは、Windows Server を実行しているサーバーから収集する Windows イベントのタイプを指定します。次のフィールドが含まれています。• collect_list – windows_events が含まれている場合に必須です。収集する Windows イベントのタイプ

とレベルを指定します。収集される各ログには、このセクションのエントリがあります。次のフィールドが含まれる可能性があります。• event_name – ログ記録する Windows イベントのタイプを指定しま

す。System、Security、Application などが該当します。このフィールドは、ログ記録するWindows イベントのタイプごとに必要です。

• event_levels – ログ記録するイベントのレベルを指定します。ログ記録する各レベルを指定する必要があります。指定できる値には、INFORMATION、WARNING、ERROR、および SUCCESS などがあります。このフィールドは、ログ記録する Windows イベントのタイプごとに必要です。

• log_group_name – 必須。CloudWatch Logs でロググループ名として何を使用するかを指定します。

• log_stream_name – オプション。CloudWatch Logs でログストリーム名として何を使用するかを指定します。名前の一部として、名前では変数として{instance_id}、{hostname}、{local_hostname}、{ip_address} を使用することができます。{hostname} は、EC2 メタデータからホスト名を取得し、{local_hostname} は、ネットワーク設定ファイルからホスト名を使用します。

このフィールドを省略した場合、{instance_id} のデフォルトが使用されます。ログストリームが存在しない場合には、自動的に作成されます。

• event_format – オプションです。Windows のイベントを CloudWatch Logs に保存する際に使用する形式を指定します。xml は、Windows イベントビューワーと同じように XML 形式を使用します。text は、レガシーの CloudWatch Logs エージェント形式を使用します。

• log_stream_name – 必須。collect_list のエントリで個々のログストリーム名が定義されていないログまたは Windows イベントに使用するデフォルトのログストリーム名を指定します。

logs セクションの例を以下に示します。

"logs":{ "logs_collected":{ "files":{ "collect_list":[ { "file_path":"c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log", "log_group_name":"amazon-cloudwatch-agent.log", "log_stream_name":"my_log_stream_name_1", "timestamp_format":"%H:%M:%S %y %b %-d" }, { "file_path":"c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\test.log", "log_group_name":"test.log", "log_stream_name":"my_log_stream_name_2" } ]

91


}, "windows_events":{ "collect_list":[ { "event_name":"System", "event_levels":[ "INFORMATION", "SUCCESS" ], "log_group_name":"System", "log_stream_name":"System" }, { "event_name":"Application", "event_levels":[ "INFORMATION", "SUCCESS" ], "log_group_name":"Application", "log_stream_name":"Application" } ] } }, "log_stream_name":"my_log_stream_name"}

CloudWatch エージェント設定ファイル: 完全な例Linux サーバーの完全なエージェント設定ファイルの例を次に示します。

{ "agent": { "metrics_collection_interval": 10, "logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log" }, "metrics": { "metrics_collected": { "cpu": { "resources": [ "*" ], "measurement": [ {"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"}, {"name": "cpu_usage_nice", "unit": "Percent"}, "cpu_usage_guest" ], "totalcpu": false, "metrics_collection_interval": 10, "append_dimensions": { "customized_dimension_key_1": "customized_dimension_value_1", "customized_dimension_key_2": "customized_dimension_value_2" } }, "disk": { "resources": [ "/", "/tmp" ], "measurement": [ {"name": "free", "rename": "DISK_FREE", "unit": "Gigabytes"}, "total", "used" ],

92


"ignore_file_system_types": [ "sysfs", "devtmpfs" ], "metrics_collection_interval": 60, "append_dimensions": { "customized_dimension_key_3": "customized_dimension_value_3", "customized_dimension_key_4": "customized_dimension_value_4" } }, "diskio": { "resources": [ "*" ], "measurement": [ "reads", "writes", "read_time", "write_time", "io_time" ], "metrics_collection_interval": 60 }, "swap": { "measurement": [ "swap_used", "swap_free", "swap_used_percent" ] }, "mem": { "measurement": [ "mem_used", "mem_cached", "mem_total" ], "metrics_collection_interval": 1 }, "net": { "resources": [ "eth0" ], "measurement": [ "bytes_sent", "bytes_recv", "drop_in", "drop_out" ] }, "netstat": { "measurement": [ "tcp_established", "tcp_syn_sent", "tcp_close" ], "metrics_collection_interval": 60 }, "processes": { "measurement": [ "running", "sleeping", "dead" ] } }, "append_dimensions": { "ImageId": "${aws:ImageId}",

93


"InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]] }, "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log", "log_group_name": "amazon-cloudwatch-agent.log", "log_stream_name": "amazon-cloudwatch-agent.log", "timezone": "UTC" }, { "file_path": "/opt/aws/amazon-cloudwatch-agent/logs/test.log", "log_group_name": "test.log", "log_stream_name": "test.log", "timezone": "Local" } ] } }, "log_stream_name": "my_log_stream_name" } }

Windows Server を実行しているサーバーの完全なエージェント設定ファイルの例を次に示します。

{ "agent": { "metrics_collection_interval": 60, "logfile": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log" }, "metrics": { "metrics_collected": { "Processor": { "measurement": [ {"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"}, "% Interrupt Time", "% User Time", "% Processor Time" ], "resources": [ "*" ], "append_dimensions": { "customized_dimension_key_1": "customized_dimension_value_1", "customized_dimension_key_2": "customized_dimension_value_2" } }, "LogicalDisk": { "measurement": [ {"name": "% Idle Time", "unit": "Percent"}, {"name": "% Disk Read Time", "rename": "DISK_READ"}, "% Disk Write Time" ], "resources": [ "*" ] },

94


"customizedObjectName": { "metrics_collection_interval": 60, "customizedCounterName": [ "metric1", "metric2" ], "resources": [ "customizedInstaces" ] }, "Memory": { "metrics_collection_interval": 5, "measurement": [ "Available Bytes", "Cache Faults/sec", "Page Faults/sec", "Pages/sec" ] }, "Network Interface": { "metrics_collection_interval": 5, "measurement": [ "Bytes Received/sec", "Bytes Sent/sec", "Packets Received/sec", "Packets Sent/sec" ], "resources": [ "*" ], "append_dimensions": { "customized_dimension_key_3": "customized_dimension_value_3" } }, "System": { "measurement": [ "Context Switches/sec", "System Calls/sec", "Processor Queue Length" ] } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]] }, "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log", "log_group_name": "amazon-cloudwatch-agent.log", "timezone": "UTC" }, { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\test.log", "log_group_name": "test.log", "timezone": "Local" }

95

Amazon CloudWatch ユーザーガイドCloudWatch エージェントを使用した一般的なシナリオ

] }, "windows_events": { "collect_list": [ { "event_name": "System", "event_levels": [ "INFORMATION", "SUCCESS" ], "log_group_name": "System", "log_stream_name": "System", "event_format": "xml" }, { "event_name": "Application", "event_levels": [ "WARNING", "ERROR" ], "log_group_name": "Application", "log_stream_name": "Application", "event_format": "xml" } ] } }, "log_stream_name": "example_log_stream_name" } }

CloudWatch エージェント設定ファイルを Systems ManagerParameter Store にアップロードするCloudWatch エージェントを Amazon EC2 インスタンス、または SSM Agent がインストールされたオンプレミスサーバーにインストールする場合、CloudWatch エージェント設定ファイルを手動で編集した後、Systems Manager Parameter Store にアップロードする必要があります。これを行うには、SystemsManager put-parameter コマンドを使用します。

Parameter Store にファイルを保存できるようにするには、十分なアクセス権限を持つ IAM ロールを使用する必要があります。詳細については、「CloudWatch エージェントで使用する IAM ロールおよびユーザーを作成する (p. 51)」を参照してください。

次のコマンドを使用します。ここで、parameter name は Parameter Store でこのファイルに使用する名前で、configuration_file_pathname は編集した設定ファイルのパスとファイル名です。

aws ssm put-parameter --name "parameter name" --type "String" --value file://configuration_file_pathname

CloudWatch エージェントを使用した一般的なシナリオ

以下のセクションでは、CloudWatch エージェントを使用する場合にいくつかの一般的な設定およびカスタマイズタスクを完了する方法の概要を説明します。

トピック

96

Amazon CloudWatch ユーザーガイドCloudWatch エージェントにより収集されるメトリクスにカスタムディメンションを追加する

• CloudWatch エージェントにより収集されるメトリクスにカスタムディメンションを追加する (p. 97)

• CloudWatch エージェントによって収集されるメトリクスを集約またはロールアップする (p. 97)• CloudWatch エージェントを使用して高解像度メトリクスを収集する (p. 98)

CloudWatch エージェントにより収集されるメトリクスにカスタムディメンションを追加するエージェントによって収集されるメトリクスにタグなどのカスタムディメンションを追加するには、それらのメトリクスをリストするエージェント設定ファイルのセクションに append_dimensions フィールドを追加します。

たとえば、設定ファイルの次のサンプルセクションでは、値が Prod の stackName というカスタムディメンションを、エージェントによって収集される cpu および disk メトリクスに追加します。

"cpu":{ "resources":[ "*" ], "measurement":[ "cpu_usage_guest", "cpu_usage_nice", "cpu_usage_idle" ], "totalcpu":false, "append_dimensions":{ "stackName":"Prod" }},"disk":{ "resources":[ "/", "/tmp" ], "measurement":[ "total", "used" ], "append_dimensions":{ "stackName":"Prod" }}

エージェント設定ファイルを変更するときは必ず、エージェントを再起動して変更を有効にする必要がある点に注意してください。

CloudWatch エージェントによって収集されるメトリクスを集約またはロールアップするエージェントにより収集されたメトリクスを集約つまり「ロールアップ」するには、aggregation_dimensions フィールドをエージェント設定ファイル内のそのメトリクスのセクションに追加します。

たとえば、次の設定ファイルスニペットでは、AutoScalingGroupName ディメンションでメトリクスをロールアップします。各 Auto Scaling グループ内のすべてのインスタンスのメトリクスが集約され、全体として参照できるようになります。

97

Amazon CloudWatch ユーザーガイドCloudWatch エージェントを使用

して高解像度メトリクスを収集する

"metrics": { "cpu":{...} "disk":{...} "aggregation_dimensions" : [["AutoScalingGroupName"]]}

Auto Scaling グループ名でのロールアップのほかに、各 InstanceId および InstanceType ディメンションの組み合わせでもロールアップするには、次の内容を追加します。

"metrics": { "cpu":{...} "disk":{...} "aggregation_dimensions" : [["AutoScalingGroupName"], ["InstanceId", "InstanceType"]]}

代わりにメトリクスを 1 つのコレクションにロールアップするには、[] を使用します。

"metrics": { "cpu":{...} "disk":{...} "aggregation_dimensions" : [[]]}


CloudWatch エージェントを使用して高解像度メトリクスを収集するmetrics_collection_interval フィールドは、収集されるメトリクスの時間間隔 (秒単位) を指定します。このフィールドに 60 未満の値を指定することによって、メトリクスは、高解像度メトリクスとして収集されます。

たとえば、すべてのメトリクスを高解像度で 10 秒ごとに収集する必要がある場合は、agent セクションで、グローバルメトリクス収集間隔として metrics_collection_interval の値を 10 に指定します。

"agent": { "metrics_collection_interval": 10}

または、次の例では cpu メトリクスを 1 秒ごとに収集し、他のすべてのメトリクスを 1 分ごとに収集するように設定します。

"agent":{ "metrics_collection_interval": 60},"metrics":{ "metrics_collected":{ "cpu":{ "resources":[ "*" ], "measurement":[ "cpu_usage_guest" ],

98

Amazon CloudWatch ユーザーガイドCloudWatch エージェントのトラブルシューティング

"totalcpu":false, "metrics_collection_interval": 1 }, "disk":{ "resources":[ "/", "/tmp" ], "measurement":[ "total", "used" ] } }}


CloudWatch エージェントのトラブルシューティング

以下の情報を参考にして、CloudWatch エージェントに関する問題のトラブルシューティングを行います。

トピック• Run Command を使用して CloudWatch エージェントをインストールする (p. 99)• CloudWatch エージェントが開始されない (p. 100)• CloudWatch エージェントが実行されていることを確認する (p. 100)• メトリクスの場所 (p. 101)• エージェントが起動せず、Amazon EC2 リージョンに関するエラーが発生する (p. 101)• CloudWatch エージェントファイルとロケーション (p. 101)• CloudWatch エージェントによって生成されるログ (p. 102)• CloudWatch エージェントを停止して再起動する (p. 102)• システムの起動時に CloudWatch エージェントを開始する (p. 103)

Run Command を使用して CloudWatch エージェントをインストールするSystems Manager Run Command を使用して CloudWatch エージェントをインストールするには、ターゲットサーバーの SSM Agent がバージョン 2.2.93.0 以降でなければなりません。SSM Agent のバージョンが適切でない場合は、次のエラーメッセージが表示されることがあります。

no latest version found for package AmazonCloudWatchAgent on platform linux

failed to download installation package reliably

SSM Agent バージョンの更新については、「SSM Agent のインストールと設定」を参照してください。

99


Amazon CloudWatch ユーザーガイドCloudWatch エージェントが開始されない

CloudWatch エージェントが開始されないCloudWatch エージェントが開始されない場合、設定に問題がある可能性があります。設定情報は、configuration-validation.log ファイルに記録されます。このファイルは、Linux サーバーでは /opt/aws/amazon-cloudwatch-agent/logs/configuration-validation.log に、WindowsServer を実行しているサーバーでは $Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\configuration-validation.log にあります。

CloudWatch エージェントが実行されていることを確認するCloudWatch エージェントのクエリを実行して、実行中か停止中かを調べることができます。

AWS Systems Manager を使用するとこれをリモートで行うことができます。コマンドラインを使用することもできますが、チェックできるのはローカルサーバーだけです。

Run Command を使用して CloudWatch エージェントのステータスのクエリを実行するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] を選択します。5. [Target] 領域で、確認するインスタンスを選択します。6. [Action] リストで、[status] を選択します。7. [Optional Configuration Source] と [Optional Configuration Location] を空白のままにします。8. [Run] を選択します。

エージェントが実行されている場合、出力は次のようになります。

{ "status": "running", "starttime": "2017-12-12T18:41:18", "version": "1.73.4"}

エージェントが停止した場合、"status" フィールドには "stopped" が表示されます。

コマンドラインを使用して CloudWatch エージェントのステータスのクエリをローカルで実行するには

• Linux サーバーの場合、次を入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a status

Windows Server を実行しているサーバーの場合、管理者として PowerShell で次のように入力します。

& $Env:ProgramFiles\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1 -m ec2 -a status

100


Amazon CloudWatch ユーザーガイドメトリクスの場所

メトリクスの場所CloudWatch エージェントが実行されているが、そのエージェントによって収集されたメトリクスが AWSマネジメントコンソールまたは AWS CLI で見つからない場合、適切な名前空間を使用していることを確認します。エージェントによって収集されるメトリクスの名前空間は、デフォルトでは CWAgent です。この名前空間は、エージェント設定ファイルの [metrics] セクションの [namespace] フィールドを使用してカスタマイズできます。予想されるメトリクスが表示されない場合、設定ファイルで、使用している名前空間を確認してください。

CloudWatch エージェントパッケージを初めてダウンロードした場合、エージェント設定ファイルはamazon-cloudwatch-agent.json です。このファイルは、設定ウィザードを実行したディレクトリにあります。または、別のディレクトリに自分で移動した可能性があります。設定ウィザードを使用した場合は、ウィザードからのエージェント設定ファイル出力の名前は config.json です。namespace フィールドなど、設定ファイルの詳細については、「 CloudWatch エージェント設定ファイル: metrics セクション (p. 81)」を参照してください。

エージェントが起動せず、Amazon EC2 リージョンに関するエラーが発生するエージェントが起動せず、エラーメッセージに Amazon EC2 リージョンのエンドポイントが示されている場合は、Amazon EC2 エンドポイントへのアクセスが必要なエージェントを設定したが、そのアクセス権限を付与していない可能性があります。

たとえば、エージェントの設定ファイルで Amazon EC2 メタデータに依存する値をappend_dimensions パラメータに指定し、プロキシー使用する場合は、そのサーバーが Amazon EC2のエンドポイントにアクセスできることを確認する必要があります。これらのエンドポイントの詳細については、『アマゾンウェブサービス全般のリファレンス』の「Amazon Elastic Compute Cloud (AmazonEC2)」を参照してください。

CloudWatch エージェントファイルとロケーション次の表は、Linux や Windows Server を実行しているサーバー上に CloudWatch エージェントによってインストールされて使用されるファイルおよびインストール先の一覧です。

ファイル Linux のロケーション Windows Server のロケーション

エージェントの起動、停止、再起動を制御する制御スクリプト。

/opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl

$Env:ProgramFiles\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1

エージェントが書き込むログファイル。カスタマーサポートに連絡する際には、この情報をアタッチする必要があります。

/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\amazon-cloudwatch-agent.log

エージェント妥当性確認検証ファイル。

/opt/aws/amazon-cloudwatch-agent/logs/configuration-validation.log

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\configuration-validation.log

ウィザードが作成した直後に、エージェントの設定に使用される JSON ファイル。詳細については、「CloudWatch エージェント設定ファイルを作成す

/opt/aws/amazon-cloudwatch-agent/bin/config.json

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\config.json

101



Amazon CloudWatch ユーザーガイドCloudWatch エージェントによって生成されるログ

ファイル Linux のロケーション Windows Server のロケーションる (p. 75)」を参照してください。

この設定ファイルが ParameterStore からダウンロードした場合に、エージェントの設定に使用される JSON ファイル。

/opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.json

エージェントが使用する地域情報と資格情報を指定するために使用される TOML ファイル。システムのデフォルト値を無効にします。

/opt/aws/amazon-cloudwatch-agent/etc/common-config.toml

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\common-config.toml

CloudWatch エージェントの起動時に、JSON 設定ファイルから生成された TOML ファイル。

/opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.toml

$Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.toml

CloudWatch エージェントによって生成されるログエージェントは、実行されている間ログを生成します。このログには、トラブルシューティング情報が含まれています。このログは amazon-cloudwatch-agent.log ファイルです。このファイルは、Linux サーバーでは /opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log に、WindowsServer を実行しているサーバーでは $Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\amazon-cloudwatch-agent.log にあります。

amazon-cloudwatch-agent.log ファイルに追加の詳細を記録するようにエージェントを設定できます。エージェント設定ファイルの agent セクションで、debug フィールドを true に設定した後、CloudWatchエージェントを再設定して再起動します。この追加情報をログ記録を無効にするには、debug フィールドを false に設定し、エージェントを再設定して再起動します。詳細については、「 CloudWatch エージェント設定ファイルを手動で作成または編集する (p. 80)」を参照してください。

CloudWatch エージェントを停止して再起動するAWS Systems Manager またはコマンドラインを使用して CloudWatch エージェントを手動で停止できます。手動で停止すると、システムの再起動時に自動的に開始されなくもなります。

Run Command を使用して CloudWatch エージェントを停止するには


-or-

If the AWS Systems Manager home page opens, scroll down and choose Explore Run Command.3. [Run command] を選択します。4. [Command document] リストで、[AmazonCloudWatch-ManageAgent] を選択します。5. [Targets] 領域で、CloudWatch エージェントをインストールしたインスタンスを選択します。6. [Action] リストで、[stop] を選択します。7. [Optional Configuration Source] と [Optional Configuration Location] を空白のままにします。8. [Run] を選択します。

102


Amazon CloudWatch ユーザーガイドシステムの起動時に CloudWatch エージェントを開始する

コマンドラインを使用して CloudWatch エージェントをローカルで停止するには

• Linux サーバーの場合、次を入力します。

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a stop

Windows Server を実行しているサーバーの場合、管理者として PowerShell で次のように入力します。

& $Env:ProgramFiles\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1 -m ec2 -a stop

エージェントを再起動するには、「CloudWatch エージェントを開始する (p. 58)」の手順に従います。

システムの起動時に CloudWatch エージェントを開始するLinux と Windows Server のどちらでも、CloudWatch エージェントのインストールスクリプトはエージェントをシステムサービスとして登録します。このサービスは、再起動前にエージェントが実行されていた場合はインスタンスまたはサーバーが起動したときに開始されるように設定されます。適切に開始されるには、CloudWatch エージェントがすでに構成されている必要があります。Auto Scaling やスポットフリートによって起動されたインスタンスなど、新しく起動された Amazon EC2 インスタンスまたはオンプレミスサーバーで CloudWatch エージェントを開始する AMI またはマシンイメージを準備する場合、amazon-cloudwatch-agent.toml ファイルと common-config.toml ファイルがAMI に含まれていることを確認します。これらのファイルは、Linux サーバーでは /opt/aws/amazon-cloudwatch-agent/etc/ に、Windows Server を実行しているサーバーでは $Env:ProgramData\Amazon\AmazonCloudWatchAgent\ にあります。

インスタンスが開始されても、こうしたファイルが存在しないと、CloudWatch エージェントは適切に開始されません。

103


Amazon CloudWatch メトリクスとディメンションのリファレンス

このリファレンスでは、CloudWatch で使用可能な名前空間、ディメンション、メトリクスのすべてを示します。名前空間とは、メトリクスのコンテナのことです。メトリクスとは、時系列で表わしたデータポイント一式で、異なるアプリケーションのメトリクスが誤って同じ統計に集約されないよう、相互に別々の名前空間に分離されています。加えて、各メトリクスにはディメンションという、メトリクスをフィルタするために使用できる名前と値のペアがあります。

メトリクスとディメンション• AWS の名前空間 (p. 105)• Amazon API Gateway のメトリクスおよびディメンション (p. 107)• AppStream 2.0 のメトリクスとディメンション (p. 109)• Auto Scaling のメトリクスおよびディメンション (p. 111)• AWS Billing and Cost Management のディメンションおよびメトリクス (p. 112)• Amazon CloudFront のメトリクスおよびディメンション (p. 113)• Amazon CloudSearch のメトリクスおよびディメンション (p. 114)• CloudWatch エージェントにより収集されるメトリクス (p. 115)• Amazon CloudWatch Events のメトリクスおよびディメンション (p. 123)• Amazon CloudWatch Logs のメトリクスおよびディメンション (p. 124)• Amazon Connect メトリクス (p. 125)• AWS DMS メトリクス (p. 126)• AWS Direct Connect のメトリクスとディメンション (p. 126)• Amazon DynamoDB のメトリクスおよびディメンション (p. 127)• Amazon EC2 のメトリクスとディメンション (p. 141)• Amazon EC2 スポットフリートのメトリクスおよびディメンション (p. 148)• Amazon ECS のメトリクスとディメンション (p. 150)• AWS Elastic Beanstalk のメトリクスおよびディメンション (p. 153)• Amazon ElastiCache のメトリクスおよびディメンション (p. 154)• Amazon EBS のメトリクスとディメンション (p. 161)• Amazon EFS のメトリクスとディメンション (p. 161)• Elastic Load Balancing のメトリクスとディメンション (p. 164)• Amazon EMR のメトリクスおよびディメンション (p. 177)• Amazon Elasticsearch Service のメトリクスおよびディメンション (p. 187)• Amazon Elastic Transcoder のメトリクスおよびディメンション (p. 191)• Amazon GameLift のメトリクスおよびディメンション (p. 193)• Amazon Inspector メトリクス (p. 201)• AWS IoT のメトリクスおよびディメンション (p. 201)• AWS IoT Analytics のメトリクスおよびディメンション (p. 207)• Amazon Kinesis Data Analytics のメトリクス (p. 207)• Amazon Kinesis Data Firehose のメトリクス (p. 209)• Amazon Kinesis Data Streams のメトリクスおよびディメンション (p. 213)• Amazon Kinesis 動画ストリームのメトリクスとディメンション (p. 220)• AWS Key Management Service のメトリクスおよびディメンション (p. 224)

104

Amazon CloudWatch ユーザーガイドAWS の名前空間

• AWS Lambda のメトリクスおよびディメンション (p. 224)• Amazon Lex メトリクス (p. 227)• Amazon Machine Learning のメトリクスおよびディメンション (p. 231)• Amazon MQ メトリクス (p. 231)• AWS OpsWorks のメトリクスおよびディメンション (p. 234)• Amazon Polly メトリクス (p. 237)• Amazon Redshift のメトリクスおよびディメンション (p. 239)• Amazon RDS のメトリクスとディメンション (p. 242)• Route 53 のメトリクスとディメンション (p. 250)• Amazon SageMaker メトリクスとディメンション (p. 252)• Amazon Simple Email Service のメトリクスおよびディメンション (p. 254)• Amazon Simple Notification Service のメトリクスおよびディメンション (p. 256)• Amazon SQS のメトリクスとディメンション (p. 258)• Amazon Simple Storage Service のメトリクスおよびディメンション (p. 261)• AWS Shield アドバンスドメトリクス (p. 264)• AWS Step Functions のメトリクスおよびディメンション (p. 265)• Amazon SWF のメトリクスとディメンション (p. 266)• AWS Storage Gateway のメトリクスおよびディメンション (p. 271)• Amazon Translate メトリクス (p. 279)• AWS Trusted Advisor のメトリクスおよびディメンション (p. 280)• Amazon VPC NAT ゲートウェイのメトリクスおよびディメンション (p. 282)• Amazon VPC VPN のメトリクスとディメンション (p. 285)• AWS WAF のメトリクスとディメンション (p. 286)• Amazon WorkSpaces のメトリクスおよびディメンション (p. 288)

AWS の名前空間CloudWatch 名前空間は、メトリクスのコンテナです。異なる名前空間のメトリクスは相互に切り離されて、異なるアプリケーションのメトリクスが誤って同じ統計に集約されないようになっています。Amazon CloudWatch のデータを提供するすべての AWS サービスでは、「AWS/」で始まる名前空間の文字列を使用します。カスタムメトリクスを作成した場合、カスタムメトリクスのコンテナとして名前空間も指定する必要があります。カスタムメトリクスの名前空間を「AWS/」で始めることはできません。以下のサービスは、CloudWatch にメトリクスのデータポイントをプッシュします。

AWS の製品名前空間

Amazon API Gateway AWS/ApiGateway

AppStream 2.0 AWS/AppStream

Amazon EC2 Auto Scaling AWS/AutoScaling

AWS の請求 AWS/Billing

Amazon CloudFront AWS/CloudFront

Amazon CloudSearch AWS/CloudSearch

Amazon CloudWatch Events AWS/Events

Amazon CloudWatch Logs AWS/Logs

105

Amazon CloudWatch ユーザーガイドAWS の名前空間


Amazon Connect AWS/Connect

AWS Database Migration Service AWS/DMS

AWS Direct Connect AWS/DX

Amazon DynamoDB AWS/DynamoDB

Amazon EC2 AWS/EC2

Amazon EC2 AWS/EC2Spot (スポットインスタンス)

Amazon Elastic Container Service AWS/ECS

AWS Elastic Beanstalk AWS/ElasticBeanstalk

Amazon Elastic Block Store AWS/EBS

Amazon Elastic File System AWS/EFS

Elastic Load Balancing AWS/ELB (Classic Load Balancers)

Elastic Load Balancing AWS/ApplicationELB (Application LoadBalancers)

Elastic Load Balancing AWS/NetworkELB (Network Load Balancer)

Amazon Elastic Transcoder AWS/ElasticTranscoder

Amazon ElastiCache AWS/ElastiCache

Amazon Elasticsearch Service AWS/ES

Amazon EMR AWS/ElasticMapReduce

Amazon GameLift AWS/GameLift

Amazon Inspector AWS/Inspector

AWS IoT AWS/IoT

AWS Key Management Service AWS/KMS

Amazon Kinesis Data Analytics AWS/KinesisAnalytics

Amazon Kinesis Data Firehose AWS/Firehose

Amazon Kinesis Data Streams AWS/Kinesis

Amazon Kinesis ビデオストリーム AWS/KinesisVideo

AWS Lambda AWS/Lambda

Amazon Lex AWS/Lex

Amazon Machine Learning AWS/ML

AWS OpsWorks AWS/OpsWorks

Amazon Polly AWS/Polly

106

Amazon CloudWatch ユーザーガイドAPI Gateway


Amazon Redshift AWS/Redshift

Amazon Relational Database Service AWS/RDS

Amazon Route 53 AWS/Route53

Amazon SageMaker AWS/SageMaker

AWS Shield アドバンスド AWS/DDoSProtection

Amazon Simple Email Service AWS/SES

Amazon Simple Notification Service AWS/SNS

Amazon Simple Queue Service AWS/SQS

Amazon Simple Storage Service AWS/S3

Amazon Simple Workflow Service AWS/SWF

AWS Step Functions AWS/States

AWS Storage Gateway AWS/StorageGateway

Amazon Translate AWS/Translate

Amazon VPC AWS/NATGateway (NAT ゲートウェイ)

Amazon VPC AWS/VPN (VPN)

AWS WAF WAF

Amazon WorkSpaces AWS/WorkSpaces

Amazon API Gateway のメトリクスおよびディメンション

API Gateway が Amazon CloudWatch に送信するメトリクスおよびディメンションは以下のとおりです。詳細については、Amazon API Gateway 開発者ガイド「Amazon CloudWatch を使用した API の実行のモニタリング」を参照してください。

API Gateway メトリクスAmazon API Gateway は、CloudWatch にメトリクスデータを毎分送信します。

AWS/ApiGateway 名前空間には、次のメトリクスが含まれます。

メトリクス説明

4XXError 指定された期間に取得されたクライアント側エラーの数。

Sum 統計は、このメトリクス、つまり、指定された期間内の 4XXError エラーの合計数を表します。Average 統計は、4XXError のエラー率、つまり 4XXError エラーの

107

http://docs.aws.amazon.com/apigateway/latest/developerguide/monitoring-cloudwatch.html

http://docs.aws.amazon.com/apigateway/latest/developerguide/monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドAPI Gateway メトリクス

メトリクス説明合計数をその期間のリクエストの合計数で割ったものです。分母は Count メトリクス (下記) に対応します。

単位: 個

5XXError 指定された期間に取得されたサーバー側エラーの数。

Sum 統計は、このメトリクス、つまり、指定された期間内の 5XXError エラーの合計数を表します。Average 統計は、5XXError のエラー率、つまり 5XXError エラーの合計数をその期間のリクエストの合計数で割ったものです。分母は Count メトリクス (下記) に対応します。

単位: 個

CacheHitCount 指定された期間内に API キャッシュから配信されたリクエストの数。

Sum 統計は、このメトリクス、つまり、指定された期間内のキャッシュヒットの合計数を表します。Average 統計は、キャッシュヒット率、つまりキャッシュヒットの合計数をその期間のリクエストの合計数で割ったものです。分母は Count メトリクス (下記) に対応します。

単位: 個

CacheMissCount API キャッシュが有効になっている特定の期間における､バックエンドから提供されたリクエストの数。

Sum 統計は、このメトリクス、つまり、指定された期間内のキャッシュミスの合計数を表します。Average 統計は、キャッシュミス率、つまりキャッシュミスの合計数をその期間のリクエストの合計数で割ったものです。分母は Count メトリクス (下記) に対応します。

単位: 個

カウント指定期間内の API リクエストの合計数。

SampleCount 統計は、このメトリクスを表します。

単位: 個

IntegrationLatency API Gateway がバックエンドにリクエストを中継してから、バックエンドからレスポンスを受け取るまでの時間。

単位: ミリ秒

レイテンシー API Gateway がクライアントからリクエストを受け取ってから、クライアントにレスポンスを返すまでの時間。レイテンシーには、統合のレイテンシーおよびその他のAPI Gateway オーバーヘッドが含まれます。

単位: ミリ秒

108

Amazon CloudWatch ユーザーガイドメトリクスのディメンション

メトリクスのディメンションAPI Gateway のメトリクスをフィルタするには、次の表のディメンションを使用できます。

ディメンション説明

ApiName 指定された API 名の API に対する API Gateway メトリクスがフィルタリングされます。

ApiName、メソッド、リソース、ステージ指定された API、ステージ、リソース、メソッドの APIメソッドに対する API Gateway メトリクスがフィルタリングされます。

API Gateway は、明示的に詳細な CloudWatch メトリクスを有効にしていない場合、そのようなメトリクスを送信しません。この操作は、[Settings] タブで、[Enable CloudWatch Metrics] を選択することにより、コンソールで行うことができます。または、APIGateway REST API の stage:update アクションを呼び出して、metricsEnabled プロパティを true に更新できます。

このようなメトリクスを有効にすることで、アカウントに追加料金が発生します。料金表については、「Amazon CloudWatch 料金表」を参照してください。

ApiName、ステージ指定された API とステージの API ステージに対する APIGateway メトリクスがフィルタリングされます。

AppStream 2.0 のメトリクスとディメンションAppStream 2.0 が Amazon CloudWatch に送信するメトリクスおよびディメンションは以下のとおりです。詳細については、『Amazon AppStream 2.0 開発者ガイド』の「Amazon CloudWatch を使用したAmazon AppStream 2.0 のモニタリング」を参照してください。

Amazon AppStream 2.0 のメトリクスAppStream 2.0 は、メトリクスを CloudWatch に毎分 1 回送信します。AWS/AppStream 名前空間には、次のメトリクスが含まれます。


ActualCapacity ストリーミングに使用可能であるか、現在ストリーミング中のインスタンスの合計数。

ActualCapacity = AvailableCapacity + InUseCapacity

単位: Count

有効な統計: Average、Minimum、Maximum

AvailableCapacity 現在、ユーザーセッションに使用可能なアイドル状態のインスタンスの数。

109

http://docs.aws.amazon.com/apigateway/api-reference/link-relation/stage-update/


http://docs.aws.amazon.com/appstream2/latest/developerguide/monitoring.html

http://docs.aws.amazon.com/appstream2/latest/developerguide/monitoring.html

Amazon CloudWatch ユーザーガイドAmazon AppStream 2.0 のメトリクス


AvailableCapacity = ActualCapacity - InUseCapacity

単位: Count


CapacityUtilization 次の数式を使用した、フリートで使用中のインスタンスの割合 (%)。

CapacityUtilization = (InUseCapacity/ActualCapacity) * 100

このメトリクスをモニタリングすると、フリートの目的の容量の値を増減する決定に役立ちます。

単位: パーセント


DesiredCapacity 実行中または保留中のインスタンスの合計数。これはフリートが一定の状態でサポートできる同時ストリーミングセッションの合計数を表します。

DesiredCapacity = ActualCapacity + PendingCapacity

単位: Count


InUseCapacity ストリーミングセッションに現在使用中のインスタンスの数。InUseCapacity の数が 1 の場合、1 つのストリーミングセッションを表します。

単位: Count


PendingCapacity AppStream 2.0 によってプロビジョニング中のインスタンスの数。プロビジョニングの完了後にフリートがサポートできるストリーミングセッションの追加の数を表します。プロビジョニングが開始されると、通常はインスタンスがストリーミングに使用可能になるまでに、10～20 分かかります。

単位: Count


RunningCapacity 現在実行中のインスタンスの合計数。現在の状態のフリートでサポートできる同時ストリーミングセッションの数を表します。

このメトリクスは、常時オンのフリートのみに提供され、ActualCapacityメトリクスと同じ値になります。

単位: Count


110

Amazon CloudWatch ユーザーガイドAmazon AppStream 2.0 メトリクスのディメンション


InsufficientCapacityError容量不足により拒否されたセッションリクエストの数。

このメトリクスを使用して、ストリーミングセッションを待機中のユーザーを通知するようアラームを設定できます。

単位: Count

有効な統計: Average、Minimum、Maximum、Sum

Amazon AppStream 2.0 メトリクスのディメンションAmazon AppStream 2.0 で提供されたメトリクスをフィルタするには、次のディメンションを使用します。


Fleet フリートの名前。

Auto Scaling のメトリクスおよびディメンションAuto Scaling は、インスタンスおよびグループのメトリクスを CloudWatch へ送信します。 Auto Scalingインスタンスでは、詳細 (1 分間隔) モニタリング、または基本 (5 分間隔) モニタリングを有効にできます。 Auto Scaling グループでは、グループメトリクスを有効にできます。詳細については、『AmazonEC2 Auto Scaling ユーザーガイド』の「Auto Scaling インスタンスおよびグループのモニタリング」を参照してください。

Auto Scaling グループメトリクスグループメトリクスを有効にすると、Auto Scaling は毎分 CloudWatch に集約データを送信します。

AWS/AutoScaling 名前空間には、次のメトリクスが含まれます。


GroupMinSize Auto Scaling グループの最小サイズ。

GroupMaxSize Auto Scaling グループの最大サイズ。

GroupDesiredCapacity Auto Scaling グループが保持しようとするインスタンスの数。

GroupInServiceInstances Auto Scaling グループの一部として実行するインスタンスの数。このメトリクスには保留中もしくは終了処理中のインスタンスは含まれません。

GroupPendingInstances 保留中のインスタンスの数。保留中のインスタンスは、稼働状態ではありません。このメトリクスには稼働中もしくは終了処理中のインスタンスは含まれません。

GroupStandbyInstances Standby 状態にあるインスタンスの数。この状態のインスタンスはまだ実行中ですが、実際には使用されていません。

111

http://docs.aws.amazon.com/autoscaling/ec2/userguide/as-instance-monitoring.html

Amazon CloudWatch ユーザーガイドAuto Scaling グループメトリクスのディメンション


GroupTerminatingInstances 終了処理中のインスタンスの数。このメトリクスには稼働中もしくは保留中のインスタンスは含まれません。

GroupTotalInstances Auto Scaling グループに含まれるインスタンスの合計数。このメトリクスは稼働中、保留中、および終了処理中のインスタンスの数を特定します。

Auto Scaling グループメトリクスのディメンショングループ名で Auto Scaling グループのメトリクスをフィルタするには、AutoScalingGroupName ディメンションを使用します。

AWS Billing and Cost Management のディメンションおよびメトリクス

AWS Billing and Cost Management サービスは CloudWatch にメトリクスを送信します。詳細については、AWS Billing and Cost Management ユーザーガイドの「アラートと通知で請求額をモニタリング」を参照してください。

AWS Billing and Cost Management メトリクスAWS/Billing 名前空間には、次のメトリクスが含まれます。


EstimatedCharges AWS 使用量に対する予想請求額。1 つのサービスに対する予想請求額の場合、またはすべてのサービスに対する予想請求額のまとめの場合があります。

AWS Billing and Cost Management メトリクスのディメンションBilling and Cost Management は以下のディメンションでフィルタリングメトリクスをサポートします。


ServiceName AWS サービス名。すべてのサービスに対する予想請求額の場合、このディメンションは省略されます。

LinkedAccount 関連付けられているアカウント番号。これは、一括請求でのみ使用されます。このディメンションは、一括請求関係の個別の支払いアカウントに関連付けられたアカウントの場合にのみ含まれます。一括請求の支払いアカウントに関連付けられていないアカウントには含まれません。

112

http://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/monitor-charges.html

Amazon CloudWatch ユーザーガイドAmazon CloudFront


Currency アカウントへの請求に使用する通貨。このディメンションは必須です。

単位: USD

Amazon CloudFront のメトリクスおよびディメンション

Amazon CloudFront はウェブディストリビューション用に Amazon CloudWatch にメトリクスを送信します。メトリクスとディメンションは、RTMP ディストリビューションでは使用できません。詳細については、『Amazon CloudFront 開発者ガイド』の「CloudWatch を使用した CloudFront アクティビティの監視」を参照してください。

Amazon CloudFront メトリクスAWS/CloudFront 名前空間には、次のメトリクスが含まれます。

Note

各メトリクスに適用できる統計は 1 つ (Average または Sum) のみですが、コンソール、API、AWS Command Line Interface では、すべての統計を利用できます。次の表に、各メトリクスに適用可能な有効な統計を示します。


Requests すべての HTTP メソッドと HTTP および HTTPS リクエストの両方のリクエストの数。

有効な統計: Sum

単位: なし

BytesDownloaded GET、HEAD、および OPTIONS リクエストで閲覧者がダウンロードしたバイト数。


単位: なし

BytesUploaded POST および PUT リクエストを使用して CloudFront でオリジンにアップロードされたバイト数。


単位: なし

TotalErrorRate HTTP ステータスコードが 4xx または 5xx であるすべてのリクエストの割合。

有効な統計: Average


113

http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/monitoring-using-cloudwatch.html

http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/monitoring-using-cloudwatch.html

Amazon CloudWatch ユーザーガイドCloudFront メトリクスのディメンション


4xxErrorRate HTTP ステータスコードが 4xx であるすべてのリクエストの割合。



5xxErrorRate HTTP ステータスコードが 5xx であるすべてのリクエストの割合。



CloudFront メトリクスのディメンションCloudFront メトリクスは CloudFront 名前空間を使用して、2 つのディメンションのメトリクスを提供します。


DistributionId メトリクスを表示するディストリビューションのCloudFront ID。

Region メトリクスを表示するリージョン。この値は、Globalである必要があります。Region ディメンションは、CloudFront のメトリクスが保存されているリージョン (米国東部（バージニア北部）) とは異なります。

Amazon CloudSearch のメトリクスおよびディメンション

Amazon CloudSearch はメトリクスを Amazon CloudWatch に送信します。詳細については、『AmazonCloudSearch 開発者ガイド』の「Amazon CloudWatch を使用した Amazon CloudSearch ドメインの監視」を参照してください。

Amazon CloudSearch メトリクスAWS/CloudSearch 名前空間には、次のメトリクスが含まれます。


SuccessfulRequests 検索インスタンスによって正常に処理された検索リクエストの数。

単位: Count

有効な統計: Maximum、Sum

SearchableDocuments ドメインの検索インデックス内で検索可能なドキュメント数。

単位: Count

114

http://docs.aws.amazon.com/cloudsearch/latest/developerguide/cloudwatch-monitoring.html

http://docs.aws.amazon.com/cloudsearch/latest/developerguide/cloudwatch-monitoring.html

Amazon CloudWatch ユーザーガイドAmazon CloudSearch メトリクスのディメンション

メトリクス説明有効な統計: Maximum

IndexUtilization 使用された検索インスタンスのインデックス容量の割合。最大値は、使用されたドメインのインデックス容量の割合を示します。


有効な統計: Average、Maximum

Partitions インデックスが分散されているパーティションの数。

単位: Count

有効な統計: Minimum、Maximum

Amazon CloudSearch メトリクスのディメンションAmazon CloudSearch は、ClientId および DomainName のディメンションを CloudWatch に送信します。


ClientId AWS アカウント ID。

DomainName 検索ドメイン名。

CloudWatch エージェントにより収集されるメトリクス

サーバーの CloudWatch エージェントをインストールすることで、サーバーからメトリクスを収集できます。Amazon EC2 インスタンスとオンプレミスサーバーの両方と、Linux または Windows Server を実行しているサーバーにエージェントをインストールできます。Amazon EC2 インスタンスにエージェントをインストールした場合、Amazon EC2 インスタンスでデフォルトで有効なメトリクスに加えて、「Amazon EC2 のメトリクスとディメンション (p. 141)」にリストされているメトリクスが収集されます。

インスタンスに CloudWatch エージェントをインストールする方法については、「CloudWatch エージェントを使用して Amazon EC2 インスタンスとオンプレミスサーバーからメトリクスとログを収集する (p. 50)」を参照してください。

Windows Server インスタンスで CloudWatch エージェントにより収集されるメトリクスWindows Server を実行しているサーバーで、CloudWatch エージェントをインストールすると、Windowsパフォーマンスモニターでカウンタに関連付けられているメトリクスを参照できます。これらのカウンタの CloudWatch メトリクス名は、オブジェクト名とカウンタ名の間にスペースを配置することによって作成されます。たとえば、CloudWatch では、Processor オブジェクトの % Interrupt Time カウンタにメトリクス名 Processor % Interrupt Time が指定されます。Windows パフォーマンスモニターカウンタの詳細については、Microsoft Windows Server のドキュメントを参照してください。

CloudWatch エージェントにより収集されるメトリクスのデフォルトの名前空間は CWAgent ですが、エージェントを構成するときに別の名前空間を指定できます。

115

Amazon CloudWatch ユーザーガイドLinux インスタンスで CloudWatch エージェントにより収集されるメトリクス

Linux インスタンスで CloudWatch エージェントにより収集されるメトリクスLinux インスタンスで CloudWatch エージェントを使用して収集できるメトリクスを次の表に示します。


cpu_time_active 任意の容量で CPU がアクティブになっている時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_guest ゲストオペレーティングシステムで CPU が仮想 CPU を実行している時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_guest_nice ゲストオペレーティングシステムで、優先度が低く、他のプロセスにより中断できる仮想 CPU を CPU が実行している時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_idle CPU がアイドル状態の時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_iowait CPU が I/O 操作の完了を待機している時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_irq CPU が中断を処理している時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_nice CPU が、優先度の高いプロセスによって簡単に中断できる優先度の低いプロセスを持つユーザーモードになっている時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_softirq CPU がソフトウェアの中断を処理している時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_steal CPU が盗まれた時間になっている時間の長さ。これは、仮想化環境で他のオペレーティングシステムに費やされる時間です。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

116



cpu_time_system CPU がシステムモードになっている時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_time_user CPU がユーザーモードになっている時間の長さ。このメトリクスは、1/100 秒単位で測定されます。

単位: なし

cpu_usage_active 任意の容量で CPU がアクティブになっている時間の割合。


cpu_usage_guest ゲストオペレーティングシステムで CPU が仮想 CPU を実行している時間の割合。


cpu_usage_guest_nice ゲストオペレーティングシステムで、優先度が低く、他のプロセスにより中断できる仮想 CPU を CPU が実行している時間の割合。


cpu_usage_idle CPU がアイドル状態の時間の割合。


cpu_usage_iowait CPU が I/O 操作の完了を待機している時間の割合。


cpu_usage_irq CPU が中断を処理している時間の割合。


cpu_usage_nice CPU が、優先度の高いプロセスによって簡単に中断できる優先度の低いプロセスを持つユーザーモードになっている時間の割合。


cpu_usage_softirq CPU がソフトウェアの中断を処理している時間の割合。


cpu_usage_steal CPU が盗まれた時間になっている時間の割合。これは、仮想化環境で他のオペレーティングシステムに費やされる時間です。


cpu_usage_system CPU がシステムモードになっている時間の割合。


117



cpu_usage_user CPU がユーザーモードになっている時間の割合。


disk_free ディスクの空き容量。

単位: バイト

disk_inodes_free ディスクで使用可能なインデックスノードの数。

単位: 個

disk_inodes_total ディスクで予約されているインデックスノードの合計数。

単位: 個

disk_inodes_used ディスクで使用されているインデックスノードの数。

単位: 個

disk_total 使用済み容量と空き容量を含む、ディスクの合計容量。

単位: バイト

disk_used ディスクの使用済み容量。

単位: バイト

disk_used_percent ディスクスペース合計に対する使用済みの割合。


diskio_iops_in_progress デバイスドライバーに発行されたがまだ完了していないI/O リクエストの数。

単位: 個

diskio_io_time ディスクが I/O リクエストをキューに入れている時間の長さ。

単位: ミリ秒

diskio_reads ディスク読み取り操作の回数。

単位: 個

diskio_read_bytes ディスクから読み込まれたバイト数。

単位: バイト

diskio_read_time 読み取りリクエストがディスクで待機した時間の長さ。複数の読み込みリクエストが同時に待機している場合、その分数値が増えます。たとえば、5 つのリクエストが平均 100 ミリ秒待機している場合、500 と報告されます。

単位: ミリ秒

118



diskio_writes ディスク書き込み操作の回数。

単位: 個

diskio_write_bytes ディスクへの書き込みバイト数。

単位: バイト

diskio_write_time 書き込みリクエストがディスクで待機した時間の長さ。複数の書き込みリクエストが同時に待機している場合、その分数値が増えます。たとえば、8 つのリクエストが平均 1000 ミリ秒待機している場合、8000 と報告されます。

単位: ミリ秒

mem_active 最後のサンプル期間中に何らかの方法で使用されたメモリの量。

単位: バイト

mem_available すぐにプロセスに渡すことができる使用可能なメモリの量。

単位: バイト

mem_available_percent すぐにプロセスに渡すことができる使用可能なメモリの割合。


mem_buffered バッファに使用されているメモリの量。

単位: バイト

mem_cached ファイルキャッシュに使用されているメモリの量。

単位: バイト

mem_free 使用されていないメモリの量。

単位: バイト

mem_inactive 最後のサンプル期間中に何らかの方法で使用されていないメモリの量

単位: バイト

mem_total メモリの合計量。

単位: バイト

mem_used 現在使用中のメモリの量。

単位: バイト

mem_used_percent 現在使用中のメモリの割合。


119



net_bytes_recv ネットワークインターフェイスで受信されたバイトの数。

単位: バイト

net_bytes_sent ネットワークインターフェイスで送信されたバイトの数。

単位: バイト

net_drop_in このネットワークインターフェイスによって受信されたが削除されたパケットの数。

単位: 個

net_drop_out このネットワークインターフェイスによって送信されたが削除されたパケットの数。

単位: 個

net_err_in このネットワークインターフェイスによって検出された受信エラーの数。

単位: 個

net_err_out このネットワークインターフェイスによって検出された送信エラーの数。

単位: 個

net_packets_sent このネットワークインターフェイスで送信されたパケットの数。

単位: 個

net_packets_recv このネットワークインターフェイスで受信されたパケットの数。

単位: 個

netstat_tcp_close 状態のない TCP 接続の数。

単位: 個

netstat_tcp_close_wait クライアントからの終了リクエストを待機している TCP接続の数。

単位: 個

netstat_tcp_closing クライアントからの確認付き終了リクエストを待機している TCP 接続の数。

単位: 個

netstat_tcp_established 確立された TCP 接続の数。

単位: 個

120



netstat_tcp_fin_wait1 接続の終了プロセス時に FIN_WAIT1 状態になっているTCP 接続の数。

単位: 個

netstat_tcp_fin_wait2 接続の終了プロセス時に FIN_WAIT2 状態になっているTCP 接続の数。

単位: 個

netstat_tcp_last_ack クライアントが接続終了メッセージの確認を送信するのを待機している TCP 接続の数。これは、接続が終了する直前の最後の状態です。

単位: 個

netstat_tcp_listen 現在接続リクエストをリッスンしている TCP ポートの数。

単位: 個

netstat_tcp_none 非アクティブなクライアントを持つ TCP 接続の数。

単位: 個

netstat_tcp_syn_sent 接続リクエストを送信したあとに一致する接続リクエストを待機している TCP 接続の数。

単位: 個

netstat_tcp_syn_recv 接続リクエストを送受信したあとに接続リクエスト確認を待機している TCP 接続の数。

単位: 個

netstat_tcp_time_wait クライアントが接続終了リクエストの確認を受信したことが確認されるのを現在待機している TCP 接続の数。

単位: 個

netstat_udp_socket 現在の UDP 接続の数。

単位: 個

processes_blocked ブロックされているプロセスの数。

単位: 個

processes_dead 「dead」となっているプロセスの数。Linux では、X 状態コードにより示されます。

単位: 個

processes_idle アイドル状態になっているプロセスの数 (20 秒以上スリープ状態)。FreeBSD インスタンスでのみ使用できます。

単位: 個

121



processes_paging ページングしているプロセスの数。Linux では、W 状態コードにより示されます。

単位: 個

processes_running 実行されているプロセスの数。R 状態コードにより示されます。

単位: 個

processes_sleeping スリープ状態になっているプロセスの数。S 状態コードにより示されます。

単位: 個

processes_stopped 停止されているプロセスの数。T 状態コードにより示されます。

単位: 個

processes_total インスタンス上でのプロセスの合計数。

単位: 個

processes_total_threads プロセスを構成するスレッドの合計数。このメトリクスは、Linux インスタンスでのみご利用いただけます。

単位: 個

processes_wait ページングしているプロセスの数。FreeBSD インスタンスでは、W 状態コードにより示されます。このメトリクスは、FreeBSD インスタンスでのみご利用いただけます。

単位: 個

processes_zombies ゾンビ状態のプロセスの数。Z 状態コードにより示されます。

単位: 個

swap_free 使用されていないスワップスペースの量。

単位: バイト

swap_used 現在使用中のスワップスペースの量。

単位: バイト

swap_used_percent 現在使用中のスワップスペースの割合。


122

Amazon CloudWatch ユーザーガイドAmazon CloudWatch Events

Amazon CloudWatch Events のメトリクスおよびディメンション

CloudWatch イベントは、メトリクスを Amazon CloudWatch へ毎分送信します。

CloudWatch イベントのメトリクスAWS/Events 名前空間には、次のメトリクスが含まれます。

これらのメトリックはすべてカウントを単位として使用するため、合計およびサンプル数が最も有用な統計となります。


DeadLetterInvocationsイベントに反応してルールのターゲットが呼び出されなかった回数を測定します。これには、呼び出しによって同じルールが再度トリガーされ、無限ループが発生したものが含まれます。

有効なディメンション: RuleName

単位: Count

Invocations イベントに反応してルールのターゲットが呼び出された回数を測定します。これには、成功した呼び出しと失敗した呼び出しが含まれますが、スロットルされた試行と再実行された試行は完全に失敗するまで含められません。これには DeadLetterInvocations は含まれません。

Note

値が 0 以外の場合、CloudWatch イベントはこのメトリクスをCloudWatch にのみ送信します。


単位: Count

FailedInvocations 完全に失敗した呼び出しの数を測定します。これには、再試行された呼び出しや、再試行の後に成功した呼び出しは含まれません。また、DeadLetterInvocations にカウントされる失敗した呼び出しはカウントされません。


単位: Count

TriggeredRules いずれかのイベントに一致した、トリガーされたルールの数を測定します。


単位: Count

MatchedEvents いずれかのルールと一致したイベントの数を測定します。

有効なディメンション: なし

単位: Count

123

Amazon CloudWatch ユーザーガイドCloudWatch イベントメトリクスのディメンション


ThrottledRules スロットルされているトリガーされたルールの数を測定します。


単位: Count

CloudWatch イベントメトリクスのディメンションCloudWatch イベントメトリクスには、以下のようなディメンションがあります。


RuleName 使用可能なメトリクスをルール名でフィルタリングします。

Amazon CloudWatch Logs のメトリクスおよびディメンション

CloudWatch Logs は、メトリクスを CloudWatch に毎分送信します。

CloudWatch Logs のメトリクスAWS/Logs 名前空間には、次のメトリクスが含まれます。


IncomingBytes CloudWatch Logs にアップロードされたログイベントのボリューム (非圧縮バイト数)。LogGroupName ディメンションと同時に使用すると、ロググループにアップロードされたログイベントのボリューム (非圧縮バイト数) になります。

有効なディメンション: LogGroupName


単位: バイト

IncomingLogEvents CloudWatch Logs にアップロードされたログイベントの数。LogGroupNameディメンションと同時に使用すると、ロググループにアップロードされたログイベントの数になります。

有効なディメンション: LogGroupName


単位: なし

ForwardedBytes サブスクリプション送信先に転送されたログイベントのボリューム (圧縮済みバイト数)。

124

Amazon CloudWatch ユーザーガイドCloudWatch Logs メトリクスのディメンション

メトリクス説明有効なディメンション: LogGroupName、DestinationType、FilterName


単位: バイト

ForwardedLogEvents サブスクリプション送信先に転送されたログイベントの数。

有効なディメンション: LogGroupName、DestinationType、FilterName


単位: なし

DeliveryErrors データをサブスクリプション送信先に転送するときに CloudWatch Logs がエラーを受け取ったログイベントの数。



単位: なし

DeliveryThrottling データをサブスクリプション送信先に転送するときに CloudWatch Logs がスロットルされたログイベントの数。



単位: なし

CloudWatch Logs メトリクスのディメンションCloudWatch Logs メトリクスで使用できるディメンションを以下に示します。


LogGroupName メトリクスを表示する CloudWatch Logs ロググループの名前。

DestinationType CloudWatch Logs データのサブスクリプション送信先 (AWSLambda、Amazon Kinesis Data Streams、または Amazon KinesisData Firehose)。

FilterName ロググループから送信先にデータを転送するサブスクリプションフィルタの名前。サブスクリプションフィルタ名は CloudWatch で自動的に ASCII に変換され、サポートされていない文字は疑問符 (?)に置き換えられます。

Amazon Connect メトリクスCloudWatch で使用可能な Amazon Connect メトリクスの詳細については、Amazon Connect 管理者ガイドの「Amazon CloudWatch メトリクスを使用した Amazon Connect のモニタリング」を参照してください。

125

http://docs.aws.amazon.com/connect/latest/adminguide/monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドAWS DMS

AWS DMS メトリクスCloudWatch で使用可能な AWS DMS メトリクスの詳細については、AWS Database Migration Serviceユーザーガイドの「AWS Database Migration Service タスクのモニタリング」を参照してください。

AWS Direct Connect のメトリクスとディメンション

デフォルトでは、CloudWatch は 5 分間隔で AWS Direct Connect メトリクスデータを提供します。オプションで、1 分間隔でデータを表示することもできます。詳細については、AWS Direct Connect ユーザーガイドの「CloudWatch を使用したモニタリング」を参照してください。

AWS Direct Connect のメトリクス以下のメトリクスは AWS Direct Connect から入手できます。現在、AWS Direct Connect 物理接続のメトリクスのみが利用可能です。


ConnectionState 接続の状態。0 は DOWN、1 は UP を示します。

単位: ブール

ConnectionBpsEgress 接続の AWS 側から送信されるデータのビットレート。

報告される数値は、指定した時間長 (デフォルトは 5分、最低 1 分) にわたる集計です。

単位: ビット/秒

ConnectionBpsIngress 接続の AWS 側に受信されるデータのビットレート。


単位: ビット/秒

ConnectionPpsEgress 接続の AWS 側から送信されるデータのパケットレート。


単位: パケット/秒

ConnectionPpsIngress 接続の AWS 側に受信されるデータのパケットレート。


単位: パケット/秒

ConnectionCRCErrorCount 接続のデータ受信で周期的な冗長チェック (CRC) エラーが確認された回数。

126

http://docs.aws.amazon.com/dms/latest/userguide/CHAP_Monitoring.html

http://docs.aws.amazon.com/directconnect/latest/UserGuide/monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドAWS Direct Connect メトリクスのディメンション

メトリクス説明単位: 整数

ConnectionLightLevelTx 接続の AWS 側から出力 (送信) されるトラフィックのファイバー接続状態を示します。

このメトリクスは、ポート速度が 10 Gbps の接続でのみ利用できます。

単位: dBm

ConnectionLightLevelRx 接続の AWS 側に入力 (受信) されるトラフィックのファイバー接続状態を示します。

このメトリクスは、ポート速度が 10 Gbps の接続でのみ利用できます。

単位: dBm

AWS Direct Connect メトリクスのディメンション以下のディメンションを使用して AWS Direct Connect データをフィルタできます。


ConnectionId このディメンションでは、AWS Direct Connect 接続でデータをフィルタします。

Amazon DynamoDB のメトリクスおよびディメンション

Amazon DynamoDB は、メトリクスを CloudWatch に送信します。詳細については、『AmazonDynamoDB 開発者ガイド』の「Amazon CloudWatch を使用した DynamoDB テーブルのモニタリング」を参照してください。

DynamoDB メトリクス次のメトリクスは Amazon DynamoDB から入手できます。DynamoDB は、ゼロ以外の値を持つメトリクスのみを CloudWatch に送信します。たとえば、UserErrors メトリクスは、リクエストが HTTP 400 ステータスコードを生成するたびに増分されます。その期間に HTTP 400 エラーが発生しなかった場合、期間中に CloudWatch は UserErrors のメトリクスを提供しません。

Note

Amazon CloudWatch は 1 分間隔で次の DynamoDB メトリクスを集計します。

• ConditionalCheckFailedRequests

• ConsumedReadCapacityUnits

• ConsumedWriteCapacityUnits

• ReadThrottleEvents

• ReturnedBytes

• ReturnedItemCount

127

http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/MonitoringDynamoDB.html

Amazon CloudWatch ユーザーガイドDynamoDB メトリクス

• ReturnedRecordsCount

• SuccessfulRequestLatency

• SystemErrors

• TimeToLiveDeletedItemCount

• ThrottledRequests

• UserErrors

• WriteThrottleEvents

他のすべての DynamoDB メトリクスについて、集計の詳細度は 5 分です。

Average や Sum など、すべての統計が必ずしも常にすべてのメトリクスに適用可能であるとは限りません。ただし、これらの値はすべて Amazon DynamoDB コンソール経由で利用できます。またはCloudWatch コンソール、AWS CLI、AWS SDK を使用してすべてのメトリクスを利用できます。次の表は、各メトリクスに適用可能な有効な統計のリストを示します。


ConditionalCheckFailedRequests 条件付き書き込みに失敗した回数。PutItem、UpdateItem、および DeleteItem オペレーションは、オペレーションの実行前に true と評価される必要のある理論条件の提供を可能にします。この条件が falseと評価された場合、ConditionalCheckFailedRequestsは 1 ずつ増加します。

Note

条件付き書き込みが失敗すると、HTTP 400 エラー(Bad Request) が発生します。これらのイベントは、ConditionalCheckFailedRequests メトリクスに反映されますが、UserErrors メトリクスには反映されません。

単位: Count

ディメンション: TableName

有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

ConsumedReadCapacityUnits 指定の期間内に消費された読み取り容量ユニットの数。これにより、どれだけのプロビジョンドスループットが使用されたかをトラックすることができます。テーブル、すべてのグローバルセカンダリインデックス、または特定のグローバルセカンダリインデックスで消費された読み取り容量の合計を取得できます。詳細については、Provisioned Throughput inAmazon DynamoDB を参照してください。

Note

Sum の統計を使用して、使用したスループットを算出します。たとえば、1 分間の Sum の値を取得

128

http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/ProvisionedThroughputIntro.html



メトリクス説明し、1 分間の秒数 (60) で除算して、1 秒あたりの平均 ConsumedReadCapacityUnits を算出します(この平均によって、その 1 分間に発生した読み込みアクティビティでの、大幅であっても短い急増は明らかになりません)。その算出した値を DynamoDBに指定したプロビジョンドスループットの値と比較できます。

単位: Count

ディメンション: TableName,GlobalSecondaryIndexName

有効な統計:

• Minimum – テーブルまたはインデックスへの個別のリクエストによって消費される読み込みキャパシティーユニットの最小数。

• Maximum – テーブルまたはインデックスへの個別のリクエストによって消費される読み込みキャパシティーユニットの最大数。

• Average – 消費されたリクエストごとの平均読み込みキャパシティー。

• Sum – 消費された合計読み込みキャパシティーユニット数。これは ConsumedReadCapacityUnits メトリクスで最も有用な統計です。

• SampleCount – 読み込みキャパシティーを消費した、DynamoDB へのリクエスト数。

129



ConsumedWriteCapacityUnits 指定の期間内に消費された書き込み容量ユニットの数。これにより、どれだけのプロビジョンドスループットが使用されたかをトラックすることができます。テーブル、すべてのグローバルセカンダリインデックス、または特定のグローバルセカンダリインデックスで消費された書き込み容量の合計を取得できます。詳細については、Provisioned Throughput inAmazon DynamoDB を参照してください。

Note

Sum の統計を使用して、使用したスループットを算出します。たとえば、1 分間の Sum の値を取得し、1 分間の秒数 (60) で除算して、1 秒あたりの平均 ConsumedWriteCapacityUnits を算出します(この平均によって、その 1 分間に発生した書き込みアクティビティでの、大幅であっても短い急増は明らかになりません)。その算出した値を DynamoDBに指定したプロビジョンドスループットの値と比較できます。

単位: Count


有効な統計:

• Minimum – テーブルまたはインデックスへの個別のリクエストによって消費される書き込みキャパシティーユニットの最小数。

• Maximum – テーブルまたはインデックスへの個別のリクエストによって消費される書き込みキャパシティーユニットの最大数。

• Average – 消費されたリクエストごとの平均書き込みキャパシティー。

• Sum – 消費された合計書き込みキャパシティーユニット数。これは ConsumedWriteCapacityUnits メトリクスで最も有用な統計です。

• SampleCount – 書き込みキャパシティーを消費した、DynamoDB へのリクエスト数。

130





OnlineIndexConsumedWriteCapacity新しいグローバルセカンダリインデックスがテーブルに追加される際に消費された書き込み容量ユニットの数。インデックスの書き込み容量が小さすぎる場合は、バックフィルフェーズ中の受信書き込みアクティビティは調整される可能性があり、これによりインデックスの作成にかかる時間が長くなる場合があります。インデックスの書き込み容量がプロビジョニング不足かどうかを判断するには、インデックスの構築中に、この統計を監視する必要があります。

インデックスの構築中であっても、UpdateTable 操作を使用して、インデックスの書き込み容量を調整することができます。

インデックスの作成中に消費された書き込みスループットは、インデックスの ConsumedWriteCapacityUnits メトリクスに含まれません。

単位: Count


有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

OnlineIndexPercentageProgress 新しいグローバルセカンダリインデックスがテーブルに追加される際の完了率。DynamoDB は、まず新しいインデックスのリソースを割り当て、次にテーブルからインデックスに属性をバックフィルする必要があります。大きなテーブルの場合、このプロセスに長時間かかる場合があります。DynamoDB によるインデックスの構築時に相対的な進捗状況を確認するには、この統計を監視する必要があります。

単位: Count


有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

131



OnlineIndexThrottleEvents 新しいグローバルセカンダリインデックスがテーブルに追加される際に発生した書き込み調整イベントの数。これらのイベントの発生は、インデックス作成の完了に長い時間がかかることを示しています。受信書き込みアクティビティが、インデックスに対してプロビジョニングされた書き込みスループットを超えているためです。

インデックスの構築中であっても、UpdateTable 操作を使用して、インデックスの書き込み容量を調整することができます。

インデックスの作成中に発生した調整イベントは、インデックスの WriteThrotttleEvents メトリクスに含まれません。

単位: Count


有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

PendingReplicationCount (このメトリクスは DynamoDB グローバルテーブル用です。)1 つのレプリカテーブルに書き込まれるが、グローバルテーブルの他のレプリカにはまだ書き込まれていない項目の更新数。

単位: Count

ディメンション: TableName, ReceivingRegion

有効な統計:

• Average

• Sample Count

• Sum

132



ProvisionedReadCapacityUnits テーブルまたはグローバルセカンダリインデックスのプロビジョニングされた読み取り容量ユニットの数。TableName ディメンションは、任意のグローバルセカンダリインデックスではなく、テーブルの ProvisionedReadCapacityUnits を返します。グローバルセカンダリインデックスのProvisionedReadCapacityUnits を表示するには、TableName と GlobalSecondaryIndex の両方を指定する必要があります。

単位: Count


有効な統計:

• Minimum – プロビジョニングされた読み込みキャパシティーの最も低い設定。UpdateTable を使用して読み込みキャパシティーを引き上げる場合、このメトリクスは、この期間中にプロビジョニングされたReadCapacityUnits の最も低い値を示します。

• Maximum – プロビジョニングされた読み込みキャパシティーの最も高い設定。UpdateTable を使用して読み込みキャパシティーを引き下げる場合、このメトリクスは、この期間中にプロビジョニングされたReadCapacityUnits の最も高い値を示します。

• Average – プロビジョニングされた平均読み込みキャパシティー。ProvisionedReadCapacityUnits メトリクスは 5 分間隔でパブリッシュされます。そのため、プロビジョニングされた読み込みキャパシティーユニットを急速に調整すると、この統計には正しい平均が反映されない場合があります。

133



ProvisionedWriteCapacityUnits テーブルまたはグローバルセカンダリインデックスのプロビジョニングされた書き込み容量ユニットの数。

TableName ディメンションは、任意のグローバルセカンダリインデックスではなく、テーブルの ProvisionedWriteCapacityUnits を返します。グローバルセカンダリインデックスのProvisionedWriteCapacityUnits を表示するには、TableName と GlobalSecondaryIndex の両方を指定する必要があります。

単位: Count


有効な統計:

• Minimum – プロビジョニングされた書き込みキャパシティーの最も低い設定。UpdateTable を使用して書き込みキャパシティーを引き上げる場合、このメトリクスは、この期間中にプロビジョニングされたWriteCapacityUnits の最も低い値を示します。

• Maximum – プロビジョニングされた書き込みキャパシティーの最も高い設定。UpdateTable を使用して書き込みキャパシティーを引き下げる場合、このメトリクスは、この期間中にプロビジョニングされたWriteCapacityUnits の最も高い値を示します。

• Average – プロビジョニングされた平均書き込みキャパシティー。ProvisionedWriteCapacityUnits メトリクスは 5 分間隔でパブリッシュされます。そのため、プロビジョニングされた書き込みキャパシティーユニットを急速に調整すると、この統計には正しい平均が反映されない場合があります。

134



ReadThrottleEvents テーブルまたはグローバルセカンダリインデックスのプロビジョニングされた読み取り容量ユニットを超える DynamoDBへのリクエスト。

1 つのリクエストで複数のイベントが発生する場合があります。たとえば、10 個の項目を読み取る BatchGetItemは、10 個の GetItem イベントとして処理されます。イベントが抑制されると、そのイベントの ReadThrottleEventsは 1 ずつ増加します。10 個すべての GetItemイベントが抑制された場合を除き、BatchGetItem 全体のThrottledRequests メトリクスは増加しません。

TableName ディメンションは、任意のグローバルセカンダリインデックスではなく、テーブルのReadThrottleEvents を返します。グローバルセカンダリインデックスの ReadThrottleEvents を表示するには、TableName と GlobalSecondaryIndex の両方を指定する必要があります。

単位: Count


有効な統計:

• SampleCount

• Sum

ReplicationLatency (このメトリクスは DynamoDB グローバルテーブル用です。)1 つのレプリカテーブルに対して DynamoDB ストリームに表示される更新された項目と、グルーバルテーブルの別のレプリカに表示される、その項目の間の経過時間。

単位: Milliseconds

ディメンション: TableName, ReceivingRegion

有効な統計:

• Average

• Minimum

• Maximum

135



ReturnedBytes 指定された期間中に GetRecords オペレーション (AmazonDynamoDB Streams) で返されたバイト数。

単位: Bytes

ディメンション: Operation, StreamLabel, TableName

有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

ReturnedItemCount 指定された期間中に Query または Scan オペレーションで返された項目の数。

返された項目の数は、評価された項目の数と必ずしも同じではありません。たとえば、100 個の項目が存在していたテーブルで Scan をリクエストしたが、結果を絞り込むFilterExpression を指定したため、15 個の項目のみが返されたとします。この場合、Scan からのレスポンスには、ScanCount として 100 個、Count として 15 個の返された項目が含まれます。

単位: Count

ディメンション: TableName, Operation

有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

ReturnedRecordsCount 指定された期間中に、GetRecords オペレーション (AmazonDynamoDB Streams) で返されたストリームレコードの数。

単位: Count

ディメンション: Operation, StreamLabel, TableName

有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

• Sum

136



SuccessfulRequestLatency 指定された期間中に DynamoDB または AmazonDynamoDB Streams に対して成功したリクエスト。SuccessfulRequestLatency は 2 種類の情報を提供できます。

• 成功したリクエストの経過時間(Minimum、Maximum、Sum、またはAverage)。

• 成功したリクエストの数 (SampleCount)。

SuccessfulRequestLatency は DynamoDB またはAmazon DynamoDB Streams 内のアクティビティのみを反映し、アカウントのネットワークレイテンシーまたはクライアント側のアクティビティは考慮されません。

単位: Milliseconds


有効な統計:

• Minimum

• Maximum

• Average

• SampleCount

SystemErrors 指定された期間中に HTTP 500 ステータスコードを生成する、DynamoDB または Amazon DynamoDB Streams へのリクエスト。通常、HTTP 500 は内部サービスエラーを示します。

単位: Count

ディメンション: すべてのディメンション

有効な統計:

• Sum

• SampleCount

TimeToLiveDeletedItemCount 指定した期間中に Time To Live (TTL) で削除された項目の数。このメトリクスにより、テーブルでの TTL による削除のレートをモニタリングできます。

単位: Count

ディメンション: TableName

有効な統計:

• Sum

137



ThrottledRequests リソース (テーブルやインデックスなど) でプロビジョニングされたスループットの上限を超える、DynamoDB へのリクエスト。

リクエスト内で任意のイベントがプロビジョンドスループットの制限を超過した場合、ThrottledRequests は 1 ずつ増加します。たとえば、グローバルセカンダリインデックスを持つテーブルの項目を更新する場合、テーブルへの書き込みと、各インデックスへの書き込みという複数のイベントが発生します。1 つ以上のイベントが抑制されると、ThrottledRequests が 1 ずつ増加します。

Note

バッチリクエスト (BatchGetItem またはBatchWriteItem) では、バッチ内のすべてのリクエストが調整されている場合にのみThrottledRequests が増加します。バッチ内の個別のリクエストが調整されている場合、次のいずれかのメトリクスが増加します。

• ReadThrottleEvents – BatchGetItem 内の調整された GetItem イベント用。

• WriteThrottleEvents – BatchWriteItem 内の調整された PutItem または DeleteItem イベント用。

どのイベントがリクエストを抑制しているかを確認するには、ThrottledRequests と、そのテーブルとインデックスの ReadThrottleEvents と WriteThrottleEvents を比較してください。

Note

調整されたリクエストでは、HTTP 400 ステータスコードになります。これらのすべてのイベントは、ThrottledRequests メトリクスに反映されますが、UserErrors メトリクスには反映されません。

単位: Count


有効な統計:

• Sum

• SampleCount

138



UserErrors 指定された期間中に HTTP 400 ステータスコードを生成する、DynamoDB または Amazon DynamoDB Streams へのリクエスト。通常、HTTP 400 は、パラメーターの無効な組み合わせ、存在しないテーブルの更新の試み、不正なリクエスト署名などのクライアント側エラーを示します。

このようなイベントは、以下を除き、UserErrors メトリクスにすべて反映されます。

• ProvisionedThroughputExceededException – このセクションの ThrottledRequests メトリクスを参照してください。

• ConditionalCheckFailedException – このセクションのConditionalCheckFailedRequests メトリクスを参照してください。

UserErrors は、現在のリージョンおよび現在の AWS アカウントへの DynamoDB または Amazon DynamoDB Streamsリクエストに関する HTTP 400 エラーの集計を表します。

単位: Count

有効な統計:

• Sum

• SampleCount

139

Amazon CloudWatch ユーザーガイドDynamoDB メトリクスのディメンション


WriteThrottleEvents テーブルまたはグローバルセカンダリインデックスのプロビジョニングされた書き込み容量ユニットを超える DynamoDBへのリクエスト。

1 つのリクエストで複数のイベントが発生する場合があります。たとえば、3 つの任意のグローバルセカンダリインデックスを持つテーブルの PutItem リクエストから、テーブルへの書き込みと、3 つのインデックスへの書き込みという 4 つのイベントが発生します。イベントが調整されると、そのイベントの WriteThrottleEvents メトリクスは1 ずつ増加します。いずれかのイベントが調整された場合には、各 PutItem リクエストにおいて ThrottledRequestsも 1 ずつ増加します。 BatchWriteItem においては、すべての PutItem あるいは DeleteItem イベントが抑制された場合を除いて、全体の BatchWriteItem のThrottledRequests メトリクスは増加しません。

TableName ディメンションは、任意のグローバルセカンダリインデックスではなく、テーブルのWriteThrottleEvents を返します。グローバルセカンダリインデックスの WriteThrottleEvents を表示するには、TableName と GlobalSecondaryIndex の両方を指定する必要があります。

単位: Count


有効な統計:

• Sum

• SampleCount

DynamoDB メトリクスのディメンションDynamoDB のメトリクスは、アカウント、グローバルセカンダリインデックス名、操作などの値で修飾されます。CloudWatch コンソールを使用して、DynamoDB データ、および下表に示すいずれかのディメンションを取得できます。


GlobalSecondaryIndexName このディメンションは、テーブルのグローバルセカンダリインデックスにデータを制限します。GlobalSecondaryIndexName を指定する場合は、TableName も指定する必要があります。

Operation このディメンションは、次のいずれかの DynamoDB オペレーションにデータを制限します。

• PutItem

• DeleteItem

• UpdateItem

• GetItem

140

Amazon CloudWatch ユーザーガイドAmazon EC2

ディメンション説明• BatchGetItem

• Scan

• Query

• BatchWriteItem

さらに、次の Amazon DynamoDB Streams オペレーションにデータを制限できます。

• GetRecords

ReceivingRegion このディメンションは、特定の AWS リージョンにデータを制限します。これは DynamoDB グローバルテーブル内のレプリカテーブルから送信されるメトリクスで使用されます。

StreamLabel このディメンションは、特定のストリームラベルにデータを制限します。これは、Amazon DynamoDB Streams GetRecords オペレーションからのメトリクスで使用します。

TableName このディメンションは、特定のテーブルにデータを制限します。この値は、現在のリージョンおよび現在の AWS アカウントの任意のテーブル名とすることができます。

Amazon EC2 のメトリクスとディメンションAmazon Elastic Compute Cloud (Amazon EC2) は、メトリクスを EC2 インスタンスのため CloudWatchに送信します。デフォルトでは、基本 (5 分間隔) モニタリングが有効になっています。詳細 (1 分間隔)モニタリングを有効にできます。 Auto Scaling グループ内の Amazon EC2 インスタンスの追加メトリクスの詳細については、Auto Scaling のメトリクスおよびディメンション (p. 111) を参照してください。

Amazon EC2 をモニタリングする方法については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「Monitoring Your Instances with CloudWatch」を参照してください。

C5 および M5 インスタンスのメトリクスコレクションと計算C5 および M5 インスタンスは Nitro ハイパーバイザを使用するため、CloudWatch メトリクスは Xenベースのハイパーバイザを使用する他のインスタンスとは異なる方法で発行されます｡詳細については、「Nitro ハイパーバイザ」を参照してください。

EC2 インスタンスの基本モニタリングでは、5 分間の頻度で 7 つの事前選択したメトリクスを使用できます。任意のタイプの EC2 インスタンス (ハイパーバイザを使用) で基本モニタリングを使用する場合、ハイパーバイザは、5 分間隔でメトリクスごとに 5 つのサンプルを測定します。これらのデータポイントをCloudWatch に発行する方法は、インスタンスが使用するハイパーバイザのタイプによって異なります。

• Xen インスタンスでは、これらの 5 つのサンプルが集計され、5 分間隔の最後に 1 つのデータポイントとして CloudWatch に報告され、タイムスタンプは 5 分間隔の最初に対応します。このデータポイントの統計セットには、5 の SampleCount が含まれています。

• Nitro インスタンスでは、その間隔で最初のサンプルが取得された直後に CloudWatch にデータポイントが発行されます。間隔内で後続の各サンプルが発生すると、そのデータポイントの統計セットが更新され、これまでに取得されたすべてのサンプルが反映されますが、タイムスタンプは変わりません。レポートされているデータをグラフ化またはモニタリングしている場合、5 分間隔で各サンプルが取得さ

141

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch.html

https://aws.amazon.com/ec2/faqs/#ec2-hypervisor

Amazon CloudWatch ユーザーガイドC5 および M5 インスタンスのメトリクスコレクションと計算

れると、現在のデータポイントの統計値が変化しているように見えることがあります。この間隔で取得された 5 つのサンプルは､それぞれ SampleCount 統計に含まれています。

時間 1:01PM 1:02PM 1:03PM 1:04PM 1:05PM

サンプル値 10 15 10 5 10

Xen インスタンスで発行済み(基本モニタリングを有効化)

まだ何もないまだ何もないまだ何もないまだ何もない平均 = 10

合計 = 50

最小 = 5

最大 = 15

サンプル数 = 5

タイムスタンプ= 1:00PM

Nitro インスタンスで発行済み(基本モニタリングを有効化)

平均 = 10

合計 = 10

最小 = 10

最大 = 10

サンプル数 = 1


平均 = 12.5

合計 = 25

最小 = 10

最大 = 15

サンプル数 = 2


平均 = 11.666

合計 = 35

最小 = 10

最大 = 15

サンプル数 = 3


平均 = 10

合計 = 40

最小 = 5

最大 = 15

サンプル数 = 4


平均 = 10

合計 = 50

最小 = 5

最大 = 15

サンプル数 = 5


前の表に示す例では、基本モニタリングが使用されています。5 分間隔で 1 分ごとにサンプルを取得します。Xen ベースのインスタンスでは、5 分間隔の最後までは何も発行されません。この時点 (1:05PM) で5 つのサンプルが集計され、1 つのデータポイントに 1:00PM のタイムスタンプが書き込まれます。このデータポイントの SampleCount は 5 です。この 1 つのデータポイントは、メトリクスの Sum 統計の 50に寄与しています｡

Nitro インスタンスでは、データポイントは最初に1:01PM に CloudWatch に書き込まれ、タイムスタンプは 1:00PM で値は 10 です。1:02PM に、新しい 15 のサンプルは、1:00PM データポイントの平均を 2 つのサンプルの平均である 12.5 に変更します。これにより、最大も 15 に変更されます。このデータポイントのタイムスタンプは 1:00PM のままです。1:03PM にデータポイントの平均が 11.6 に変更されます。最後に、1:05PM の最後のサンプルの後で平均は 10 に戻ります。データポイントの最終的な平均統計は 10ですが、この 5 分間に 5 の SampleCount が含まれているため、Sum の 50 に寄与しました。5 つのサンプルのそれぞれが Sum に含まれています。Minimum と Maximum の値は、その間に取得されたサンプルの最高値と最低値を反映します。

Nitro インスタンスがデータを収集して計算する方法のため、少なくとも 2 つの評価期間を設定するか、Mが 2 以上の「M/N」の超過期間を必要とするように設定することを推奨します。これは、Nitro インスタンスでは、1 つの 5 分間隔で 1 つのサンプルを使用すると、データポイントの最終統計セットがしきい値内に収まる場合でも、データポイントがしきい値を一時的に超過する可能性があるからです。現在のサンプルのこの「変更可能」なデータポイントにより、間隔の途中でアラームが有効になる可能性があります。詳細については、「アラームを評価する (p. 290)」を参照してください。

142

Amazon CloudWatch ユーザーガイドAmazon EC2 メトリクス

Amazon EC2 メトリクス以下のメトリクスは、各 EC2 インスタンスからデフォルトで利用可能です。インスタンスに CloudWatchエージェントをいインストールすることにより、追加のメトリクスを有効にできます。インスタンスにCloudWatch エージェントをインストールする方法の詳細については、「CloudWatch エージェントを使用して Amazon EC2 インスタンスとオンプレミスサーバーからメトリクスとログを収集する (p. 50)」を参照してください。収集できる追加のメトリクスの詳細については、「CloudWatch エージェントにより収集されるメトリクス (p. 115)」を参照してください。

AWS/EC2 名前空間は、T2 インスタンスの以下の CPU クレジットメトリクスを含みます。


CPUCreditUsage [T2 インスタンス] CPU 使用率に関してインスタンスで消費されるCPU クレジットの数。1 つの CPU クレジットは、1 個の vCPU が100% の使用率で 1 分間実行されること、または、vCPU、使用率、時間の同等の組み合わせ (たとえば、1 個の vCPU が 50% の使用率で 2 分間実行されるか、2 個の vCPU が 25% の使用率で 2 分間実行される) に相当します。

CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。5 分を超える期間を指定する場合は、Average 統計の代わりに Sum 統計を使用します。

単位: クレジット (vCPU 分)

CPUCreditBalance [T2 インスタンス] インスタンスが起動または開始後に蓄積した獲得 CPU クレジットの数。T2 スタンダードの場合、CPUCreditBalance には蓄積された起動クレジットの数も含まれます。

クレジットは、獲得後にクレジット残高に蓄積され、消費されるとクレジット残高から削除されます。クレジットバランスには、インスタンスサイズによって決まる上限があります。制限に到達すると、新しいクレジットはすべて破棄されます。T2 スタンダードの場合、起動クレジットは制限に対してカウントされません。

CPUCreditBalance のクレジットは、インスタンスがそのベースライン CPU 使用率を超えてバーストするために消費できます。

インスタンスが実行中の場合、CPUCreditBalance のクレジットは期限切れになりません。インスタンスが停止すると、CPUCreditBalance は保持されず、蓄積されたすべてのクレジットが失われます。

CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。


CPUSurplusCreditBalance [T2 無制限インスタンス] CPUCreditBalance がゼロの場合に T2無制限インスタンスによって消費された余剰クレジットの数。

CPUSurplusCreditBalance は獲得した CPU クレジットによって支払われます。余剰クレジットの数が、24 時間にインスタンスが獲得できるクレジットの最大数を超えている場合、最大数を超えて消費された余剰クレジットに対しては料金が発生します。


143



CPUSurplusCreditsCharged [T2 無制限インスタンス] 獲得 CPU クレジットにより支払われないために追加料金が発生した、消費された余剰クレジットの数。

消費された余剰クレジットは、以下のいずれかの状況に当てはまると料金が発生します。

• 消費された余剰クレジットが、インスタンスが 24 時間に獲得できる最大クレジット数を超えている。最大数を越えて消費された余剰クレジットは、時間の最後に課金されます。

• インタンスが停止または終了した。• インスタンスが無制限からスタンダードに切り替えられた。


AWS/EC2 名前空間には、次のインスタンスメトリクスが含まれます。


CPUUtilization 割り当てられた EC2 コンピュートユニットのうち、現在インスタンス上で使用されているものの比率。このメトリクスは、選択されたインスタンス上でアプリケーションを実行するのに必要な処理能力を表します。

パーセンタイル統計を使用するには、詳細モニタリングを有効にする必要があります。

インスタンスタイプによっては、インスタンスがフルプロセッサコアに割り当てられていない場合に、オペレーティングシステムのツールが CloudWatch よりも低い比率を示す場合があります。


DiskReadOps 指定された期間にインスタンスで利用できるすべてのインスタンスストアボリュームでの、完了した読み取り操作。

その期間の 1 秒あたりの I/O 操作回数 (IOPS) の平均を算出するには、その期間の操作回数の合計をその期間の秒数で割ります。

単位: Count

DiskWriteOps 指定された期間にインスタンスで利用できるすべてのインスタンスストアボリュームへの、完了した書き込み操作。

その期間の 1 秒あたりの I/O 操作回数 (IOPS) の平均を算出するには、その期間の操作回数の合計をその期間の秒数で割ります。

単位: Count

DiskReadBytes インスタンスで利用できるすべてのインスタンスストアボリュームから読み取られたバイト数。

このメトリクスを使用すると、このインスタンスのハードディスクからアプリケーションが読み取るデータの量がわかります。これを利用すると、アプリケーションの速度がわかります。

144


メトリクス説明報告された数は、期間中に受信されたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算してバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

DiskWriteBytes インスタンスで利用できるすべてのインスタンスストアボリュームに書き込まれたバイト数。

このメトリクスを使用すると、このインスタンスのハードディスクにアプリケーションが書き込むデータの量がわかります。これを利用すると、アプリケーションの速度がわかります。

報告された数は、期間中に受信されたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算してバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

NetworkIn すべてのネットワークインターフェースでの、このインスタンスによって受信されたバイトの数。このメトリクスは、1 つのインスタンスへの受信ネットワークトラフィックの量を表しています。

報告された数は、期間中に受信されたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算してバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

NetworkOut すべてのネットワークインターフェースでの、このインスタンスから送信されたバイトの数。このメトリクスは、1 つのインスタンスからの送信ネットワークトラフィックの量を表しています。

報告された数は、期間中に送信されたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算してバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

NetworkPacketsIn すべてのネットワークインターフェースでの、このインスタンスによって受信されたパケットの数。このメトリクスは、受信トラフィックのボリュームを単一インスタンスでのパケット数として識別します。このメトリクスは基本モニタリング専用です。

単位: Count

統計: Minimum、Maximum、Average

145



NetworkPacketsOut すべてのネットワークインターフェースでの、このインスタンスから送信されたパケットの数。このメトリクスは、送信トラフィックのボリュームを単一インスタンスでのパケット数として識別します。このメトリクスは基本モニタリング専用です。

単位: Count


AWS/EC2 名前空間には、次のステータスチェックメトリクスが含まれます。デフォルトでは、ステータスチェックメトリクスは無料で 1 分の頻度で利用できます。新しく起動したインスタンスの場合、ステータスチェックメトリクスデータは、インスタンスが初期化状態を完了した後でのみ使用できます (インスタンスが実行中の状態になってから数分以内)。EC2 のステータスチェックの詳細については、インスタンスのステータスチェックを参照してください。


StatusCheckFailed インスタンスが過去 1 分間にインスタンスのステータスチェックとシステムステータスチェックの両方に合格したかどうかを報告します。

このメトリクスは 0 (合格) または 1 (失敗) となります。

デフォルトでは、このメトリクスは無料で 1 分の頻度で利用できます。

単位: Count

StatusCheckFailed_Instance 最近 1 分間にインスタンスがインスタンスステータスチェックに成功したかどうかを報告します。


単位: Count

StatusCheckFailed_System 最近 1 分間にインスタンスがシステムステータスチェックに成功したかどうかを報告します。


単位: Count

一般的に、新しい EC2 インスタンスの Amazon CloudWatch データは、クエリでリクエストされた最初の期間（集約期間)の最後の 1 分以内で利用可能になります。期間（統計が集約される時間の長さ）は Periodパラメータで設定できます。期間の詳細については、「期間 (p. 6)」を参照してください。

EC2 インスタンスで現在利用可能なディメンション（例: ImageId または InstanceType）を使用して、返されるメトリクスの精度を上げることができます。EC2 で利用可能なディメンションの詳細については、「Amazon EC2 メトリクスのディメンション (p. 148)」を参照してください。

AWS/EC2 名前空間には、C5 インスタンスと M5 インスタンスの次のAmazon EBS メトリクスが含まれています。

146

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html



EBSReadOps 指定された期間にインスタンスに接続されたすべてのAmazon EBS ボリュームからの、完了した読み込み操作。

その期間の 1 秒あたりの読み込み I/O 操作回数 (読み込み IOPS) の平均を算出するには、その期間の操作回数の合計をその期間の秒数で割ります。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算して読み込み IOPS を計算することができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: 個

EBSWriteOps 指定された期間にインスタンスに接続されたすべてのEBS ボリュームからの、完了した書き込み操作。

その期間の 1 秒あたりの書き込み I/O 操作回数 (書き込み IOPS) の平均を算出するには、その期間の操作回数の合計をその期間の秒数で割ります。基本 (5 分) モニタリングを使用している場合、この数を 300 で除算して書き込み IOPS を計算することができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: 個

EBSReadBytes 指定した期間内にインスタンスに接続されたすべてのEBS ボリュームから読み取られたバイト数。

報告された数は、期間中に読み取られたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を300 で除算して読み込みバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

EBSWriteBytes 指定した期間内にインスタンスに接続されたすべてのEBS ボリュームに書き込まれたバイト数。

報告された数は、期間中に書き込まれたバイト数です。基本 (5 分) モニタリングを使用している場合、この数を300 で除算して書き込みバイト/秒を求めることができます。詳細 (1 分) モニタリングを使用している場合は、この数を 60 で除算します。

単位: バイト

EBSIOBalance% 小さい C5 および M5 インスタンスサイズにのみ使用できます。バーストバケットの I/O 残りクレジットの割合に関する情報を提供します。このメトリクスは基本モニタリング専用です。

Sum 統計は、このメトリクスに該当しません。


147

Amazon CloudWatch ユーザーガイドAmazon EC2 メトリクスのディメンション


EBSByteBalance% 小さい C5 および M5 インスタンスサイズにのみ使用できます。バーストバケットのスループット残りクレジットの割合に関する情報を提供します。このメトリクスは基本モニタリング専用です。

Sum 統計は、このメトリクスに該当しません。


Amazon EC2 メトリクスのディメンション詳細モニタリングを使用している場合、下の表のいずれかのディメンションを用いて EC2 インスタンスデータをフィルタリングできます。


AutoScalingGroupName このディメンションを指定すると、リクエストしたデータがフィルタリングされて、指定したキャパシティグループ内のインスタンスのものだけになります。Auto Scaling グループは、Auto Scaling を使用する場合に定義するインスタンスのコレクションです。このディメンションを Amazon EC2 のメトリクスに対して使用できるのは、インスタンスが Auto Scaling グループ内にあるときに限られます。詳細モニタリングまたは基本モニタリングが有効になっているインスタンスに対して使用できます。

ImageId このディメンションを指定すると、リクエストしたデータがフィルタリングされて、この Amazon EC2 Amazon Machine Image (AMI)を実行しているインスタンスのものだけになります。詳細モニタリングが有効になっているインスタンスに対して使用できます。

InstanceId このディメンションを指定すると、リクエストしたデータがフィルタリングされて、指定のインスタンスのものだけになります。これを利用すると、どのインスタンスからのデータをモニタリングするかを指定できます。

InstanceType このディメンションを指定すると、リクエストしたデータがフィルタリングされて、指定のインスタンスタイプで実行されているインスタンスのものだけになります。これを利用すると、実行されているインスタンスのタイプでデータを分類することができます。たとえば、m1.small インスタンスと m1.large インスタンスのデータを比較して、アプリケーションに対するビジネス価値はどちらが上かを判断します。詳細モニタリングが有効になっているインスタンスに対して使用できます。

Amazon EC2 スポットフリートのメトリクスおよびディメンション

Amazon Elastic Compute Cloud (Amazon EC2) は、スポットフリートに関する情報を CloudWatch に送信します。詳細については、『Linux インスタンス用 Amazon EC2 ユーザーガイド』の「スポットフリートの CloudWatch メトリクス」を参照してください。

148

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-fleet-cloudwatch-metrics.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-fleet-cloudwatch-metrics.html

Amazon CloudWatch ユーザーガイドAmazon EC2 スポットフリートのメトリクス

Amazon EC2 スポットフリートのメトリクスAWS/EC2Spot 名前空間には、次のメトリクスに加えて、スポットフリートのスポットインスタンス用のCloudWatch メトリクスが含まれます。

AWS/EC2Spot 名前空間には、次のメトリクスが含まれます。


AvailableInstancePoolsCount スポット群のリクエストで指定されたスポットインスタンスのプール。

単位: Count

BidsSubmittedForCapacity Amazon EC2 が入札を送信した容量。

単位: Count

EligibleInstancePoolCount スポット群のリクエストで指定され、Amazon EC2 が入札を落札できるスポットインスタンスのプール。入札価格がスポット価格より低いか、スポット価格がオンデマンドインスタンスの価格より高い場合、Amazon EC2 はプールの入札を落札しません。

単位: Count

FulfilledCapacity Amazon EC2 が落札した容量。

単位: Count

MaxPercentCapacityAllocation スポット群のリクエストで指定されたすべてのスポットインスタンスのプールでの PercentCapacityAllocation の最大値。


PendingCapacity TargetCapacity と FulfilledCapacity の違い。

単位: Count

PercentCapacityAllocation 指定されたディメンションのスポットインスタンスのプールに割り当てられた容量。すべてのスポットインスタンスのプールにわたる最大値を取得するには、MaxPercentCapacityAllocation を使用します。


TargetCapacity スポット群のリクエストのターゲット容量。

単位: Count

TerminatingCapacity スポットインスタンスの中断により終了中の容量。

単位: Count

メトリクスの測定単位が Count である場合、最も有用な統計は Average です。

149

Amazon CloudWatch ユーザーガイドAmazon EC2 スポットフリートのメトリクスのディメンション

Amazon EC2 スポットフリートのメトリクスのディメンション以下のディメンションを使用してデータをフィルタできます。


AvailabilityZone アベイラビリティーゾーン別にデータをフィルタリングします。

FleetRequestId スポット群のリクエスト別にデータをフィルタリングします。

InstanceType インスタンスタイプ別にデータをフィルタリングします。

Amazon ECS のメトリクスとディメンションAmazon Elastic Container Service (Amazon ECS) は、メトリクスを Amazon CloudWatch に送信します。詳細については、Amazon Elastic Container Service Developer Guideの「Amazon ECS CloudWatch メトリクス」を参照してください。

Amazon ECS メトリクスAmazon ECS には、クラスター全体の CPU およびメモリの予約率と使用率、クラスター内のサービスにおける CPU とメモリの使用率を監視するためのメトリクスが用意されています。

使用可能になるメトリクスは、クラスター内のタスクとサービスの起動タイプに応じて変化します。サービスに Fargate 起動タイプを使用している場合、サービスのモニタリングを支援するための CPU とメモリの使用状況メトリクスが提供されます。Amazon EC2 起動タイプの場合、基盤となるインフラストラクチャを構成する EC2 インスタンスを所有し、これらのインスタンスをモニタリングする必要があるため、CPU とメモリの予約率と使用率のメトリクスが、クラスター、サービス、およびタスクレベルで追加提供されます。

Amazon ECS は以下のメトリクスを CloudWatch に毎分送信します。Amazon ECS がメトリクスを収集する際は、1 分ごとに、複数のデータポイントを収集します。次に、それらを 1 つのデータポイントに集計してから、データを CloudWatch に送信します。したがって、CloudWatch では、1 つのサンプル数は実際には 1 分間の複数のデータポイントの集計になります。

AWS/ECS 名前空間には、次のメトリクスが含まれます。


CPUReservation クラスターでタスクを実行することで予約されているCPU ユニットの割合。

クラスターの CPU 予約率 (このメトリクスはClusterName でのみフィルタリングできます) は、クラスターの Amazon ECS タスクにより予約された合計CPU ユニット数を、クラスターの全コンテナインスタンスに登録されている合計 CPU ユニット数で割って測定します。このメトリクスは、EC2 起動タイプを使用するタスクにのみ使用されます。

有効なディメンション: ClusterName

150

http://docs.aws.amazon.com/AmazonECS/latest/developerguide/cloudwatch-metrics.html

http://docs.aws.amazon.com/AmazonECS/latest/developerguide/cloudwatch-metrics.html

Amazon CloudWatch ユーザーガイドAmazon ECS メトリクス

メトリクス説明有効な統計:Average、Minimum、Maximum、Sum、Sample Count。最も有用な統計は Average です。


CPUUtilization クラスターやサービスで使用されている CPU の割合。

クラスターの CPU 使用率 (メトリクスは ServiceNameを除く ClusterName でフィルタリングされます) では、クラスターの Amazon ECS タスク数をクラスターの全コンテナインスタンスに登録されている CPU ユニットの全数で割った数で使用されている合計 CPU ユニットを測定します。クラスターの CPU 使用率メトリクスは、EC2 起動タイプを使用するタスクにのみ使用されます。

サービスの CPU 使用率 (メトリクスは ServiceName とClusterName でフィルタリングされます) では、サービスに属するタスク数をサービスに属するタスクから CPU合計で割った総数で合計 CPU ユニットを測定します。サービスの CPU 使用率メトリクスは、Fargate と EC2起動タイプの両方を使用するタスクに使用されます。

有効なディメンション: ClusterName、ServiceName

有効な統計:Average、Minimum、Maximum、Sum、Sample Count。最も有用な統計は Average です。


MemoryReservation クラスターでタスクを実行することで予約されているメモリの割合。

クラスターメモリ予約率 (このメトリクスはClusterName でのみフィルタリングできます) は、クラスターの Amazon ECS タスクで予約された合計メモリー量を、クラスターの全コンテナインスタンスに登録されている合計メモリー量で割って測定されます。このメトリクスは、EC2 起動タイプを使用するタスクにのみ使用されます。

有効なディメンション: ClusterName



151

Amazon CloudWatch ユーザーガイドAmazon ECS メトリクスのディメンション


MemoryUtilization クラスターやサービスで利用されるメモリの割合。

クラスターメモリ使用率 (メトリクスに ServiceNameを指定せず ClusterName のみでフィルタリングした場合) は、クラスター内の Amazon ECS タスクで使用中の合計メモリーを、クラスターの全コンテナインスタンスに搭載されているメモリー容量で割った値です。クラスターのメモリの使用率メトリクスは、EC2 起動タイプを使用するタスクにのみ使用されます。

サービスメモリーの使用率は (メトリクスはClusterName と ServiceName 出フィルタリングされます)、サービスに付属するタスク数をサービスに属するタスクのためのメモリー総数で割った数で使用中の合計メモリーを測定します。サービスのメモリの使用率メトリクスは、Fargate と EC2 起動タイプの両方を使用するタスクに使用されます。

有効なディメンション: ClusterName、ServiceName



Note

EC2 起動タイプを持つタスクを使用し、Linux コンテナインスタンスがある場合、Amazon ECSコンテナエージェントは Docker stats メトリクスを利用して、インスタンスで実行中の各コンテナの CPU およびメモリデータを収集します。バージョン 1.14.0 以前の Amazon ECS エージェントを使用している場合、ECS にはメモリ使用量を CloudWatch に報告するときにファイルシステムのキャッシュ使用量が含まれるため、CloudWatch グラフには、タスクの実際のメモリ使用量よりも高い値が表示されます。これを修正するため、Amazon ECS バージョン 1.14.0 から、Amazon ECS コンテナエージェントではメモリ使用率メトリクスからファイルシステムのキャッシュ使用量が除外されます。この変更により、コンテナのメモリ不足時の動作への影響はありません。

Amazon ECS メトリクスのディメンションAmazon ECS メトリクスは AWS/ECS 名前空間を使用し、以下のディメンションのメトリクスを提供しています。


ClusterName このディメンションでは、指定したクラスター内の全リソースからリクエストしたデータをフィルタリングします。すべての Amazon ECS メトリクスは、ClusterName でフィルタリングされます。

ServiceName このディメンションは、指定したクラスター内の特定サービスの全リソースからリクエストしたデータをフィルタリングします。

152

Amazon CloudWatch ユーザーガイドElastic Beanstalk

AWS Elastic Beanstalk のメトリクスおよびディメンション

AWS Elastic Beanstalk は、メトリクスを Amazon CloudWatch に送信します。詳細については、AWSElastic Beanstalk 開発者ガイドの「環境の Amazon CloudWatch カスタムメトリクスのパブリッシュ」を参照してください。

Elastic Beanstalk メトリクスAWS/ElasticBeanstalk 名前空間には、次のメトリクスが含まれます。


EnvironmentHealth [環境] 環境のヘルスステータス。有効な値は、0 (OK)、1 (情報)、5(不明)、10 (データなし)、15 (警告)、20 (低下)、25 (重大) です。

InstancesOk [環境] ヘルスステータスが OK のインスタンスの数。

InstancesPending [環境] ヘルスステータスが保留中のインスタンスの数。

InstancesInfo [環境] ヘルスステータスが情報のインスタンスの数。

InstancesUnknown [環境] ヘルスステータスが不明のインスタンスの数。

InstancesNoData [環境] ヘルスステータスのデータがないインスタンスの数。

InstancesWarning [環境] ヘルスステータスが警告のインスタンスの数。

InstancesDegraded [環境] ヘルスステータスが低下のインスタンスの数。

InstancesSevere [環境] ヘルスステータスが重大のインスタンスの数。

ApplicationRequestsTotal インスタンスまたは環境によって完了しているリクエストの数。

ApplicationRequests2xx ステータスコードが 2XX で完了しているリクエストの数。




ApplicationLatencyP10 リクエストのうち、早い方から 10 パーセントの完了にかかった平均時間。





153

http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/health-enhanced-cloudwatch.html

Amazon CloudWatch ユーザーガイドElastic Beanstalk メトリクスのディメンション




ApplicationLatencyP99.9 リクエストのうち、早い方から x パーセントの完了にかかった平均時間。

LoadAverage1min [インスタンス] 過去 1 分間の CPU 負荷の平均値。

InstanceHealth [インスタンス] インスタンスのヘルスステータス。

RootFilesystemUtil [インスタンス] 使用中のディスク容量の割合。

CPUIrq [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUUser [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUIdle [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUSystem [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUSoftirq [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUIowait [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

CPUNice [インスタンス] 過去 1 分間に CPU がこの状態にあった時間の割合。

Elastic Beanstalk メトリクスのディメンション以下のディメンションを使用してデータをフィルタできます。


EnvironmentName 環境別にデータをフィルタリングします。

InstanceId インスタンス別にデータをフィルタリングします。

Amazon ElastiCache のメトリクスおよびディメンション

Amazon ElastiCache は、メトリクスを Amazon CloudWatch に送信します。詳細については、『AmazonElastiCache ユーザーガイド』の「キャッシュクラスターおよびキャッシュノードメトリクスの表示」を参照してください。

目次• ElastiCache メトリクスのディメンション (p. 155)• ホストレベルのメトリクス (p. 155)• Memcached のメトリクス (p. 155)• Redis のメトリクス (p. 158)

154

http://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/Monitoring.html

Amazon CloudWatch ユーザーガイドElastiCache メトリクスのディメンション

ElastiCache メトリクスのディメンションすべての ElastiCache メトリクスは "AWS/ElastiCache" 名前空間を使用し、CacheNodeId という1 つのディメンションに関するメトリクスを提供します。このディメンションは、キャッシュクラスターの各キャッシュノードに対して自動的に生成される識別子です。キャッシュノードに対するこれらの値を確認するには、DescribeCacheClusters API または elasticache-describe-cache-clusters コマンドラインユーティリティを使用します。詳細については、Amazon ElastiCache API Referenceの「DescribeCacheClusters」および AWS CLI Command Referenceの「 describe-cache-clusters」を参照してください。

メトリクスはそれぞれ 1 組のディメンションの下でパブリッシュされます。メトリクスを取得するときは、CacheClusterId と CacheNodeId の両方のディメンションを指定する必要があります。

目次

• ホストレベルのメトリクス (p. 155)• Memcached のメトリクス (p. 155)• Redis のメトリクス (p. 158)• モニタリングすべきメトリクス

ホストレベルのメトリクスAWS/ElastiCache 名前空間は、各キャッシュノードに対する以下のホストレベルのメトリクスが含まれます。

以下の資料も参照してください。

• Memcached のメトリクス (p. 155)• Redis のメトリクス (p. 158)

メトリクス説明単位

CPUUtilization CPU 使用率。パーセント

FreeableMemory ホストで使用可能な空きメモリの量。バイト

NetworkBytesIn ホストがネットワークから読み取ったバイト数。バイト

NetworkBytesOut ホストがネットワークに書き込んだバイト数。バイト

SwapUsage ホストで使用されるスワップの量。バイト

Memcached のメトリクスAWS/ElastiCache 名前空間には、Memcached stats コマンドから算出される次のメトリクスが含まれます。各メトリクスは、キャッシュノードレベルで算出されます。

Memcached stats コマンドの詳細については、https://github.com/memcached/memcached/blob/master/doc/protocol.txt にアクセスしてください。


• ホストレベルのメトリクス (p. 155)

155

http://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheClusters.html

http://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-clusters.html

http://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/CacheMetrics.WhichShouldIMonitor.html

https://github.com/memcached/memcached/blob/master/doc/protocol.txt

https://github.com/memcached/memcached/blob/master/doc/protocol.txt

Amazon CloudWatch ユーザーガイドMemcached のメトリクス


BytesReadIntoMemcached キャッシュノードによってネットワークから読み取られたバイト数。

バイト

BytesUsedForCacheItems キャッシュ項目の格納に使用したバイト数。バイト

BytesWrittenOutFromMemcachedキャッシュノードによってネットワークに書き込まれたバイト数。

バイト

CasBadval キャッシュが受信したが、その Cas (チェックと設定) 値と格納されている Cas 値が一致しない CASリクエストの数。

カウント

CasHits キャッシュが受信し、リクエストされたキーが見つかって Cas 値が一致した Cas リクエストの数。

カウント

CasMisses キャッシュが受信したが、リクエストされたキーが見つからない Cas リクエストの数。

カウント

CmdFlush キャッシュが受信した flush コマンドの数。カウント

CmdGet キャッシュが受信した get コマンドの数。カウント

CmdSet キャッシュが受信した set コマンドの数。カウント

CurrConnections 特定の時点でキャッシュに接続された接続回数。ElastiCache は、2～3 つの接続を使用して、各ケースでクラスターをモニタリングします。

カウント

CurrItems キャッシュに現在格納されている項目の数。カウント

DecrHits キャッシュが受信し、リクエストされたキーが見つかったデクリメントリクエストの数。

カウント

DecrMisses キャッシュが受信したが、リクエストされたキーが見つからなかったデクリメントリクエストの数。

カウント

DeleteHits キャッシュが受信し、リクエストされたキーが見つかった削除リクエストの数。

カウント

DeleteMisses キャッシュが受信したが、リクエストされたキーが見つからなかった削除リクエストの数。

カウント

Evictions 新しく書き込むための領域を確保するためにキャッシュが排除した、期限切れではない項目の数。

カウント

GetHits キャッシュが受信し、リクエストされたキーが見つかった get リクエストの数。

カウント

GetMisses キャッシュが受信したが、リクエストされたキーが見つからなかった get リクエストの数。

カウント

IncrHits キャッシュが受信し、リクエストされたキーが見つかったインクリメントリクエストの数。

カウント

156

Amazon CloudWatch ユーザーガイドMemcached のメトリクス


IncrMisses キャッシュが受信したが、リクエストされたキーが見つからなかったインクリメントリクエストの数。

カウント

Reclaimed 新しく書き込むための領域を確保するためにキャッシュが排除した、期限切れ項目の数。

カウント

Memcached 1.4.14 では、次のメトリクスが追加で提供されます。


BytesUsedForHash ハッシュテーブルで現在使用されているバイト数。

バイト

CmdConfigGet config get リクエストの累積数。カウント

CmdConfigSet config set リクエストの累積数。カウント

CmdTouch touch リクエストの累積数。カウント

CurrConfig 現在格納されている設定の数。カウント

EvictedUnfetched 設定されてからまったくタッチされていない LRUキャッシュから排除された有効な項目の数。

カウント

ExpiredUnfetched 設定されてからまったくタッチされていない LRUキャッシュから再生された有効期限切れの項目の数。

カウント

SlabsMoved 移動されたスラブページの合計数。カウント

TouchHits タッチされて新しい有効期限を与えられたキーの数。

カウント

TouchMisses タッチされたが見つからなかった項目の数。カウント

AWS/ElastiCache 名前空間には、次の計算されたキャッシュレベルのメトリクスが含まれます。


NewConnections キャッシュが受信した新しい接続の数。これは、Memcached total_connections 統計に基づき、一定期間にわたる total_connectionsの変更を記録することで算出されます。この値は、ElastiCache に予約された接続が 1 つあるため、少なくとも 1 になります。

カウント

NewItems キャッシュが格納した新しい項目の数。これは、Memcached total_items 統計に基づき、一定期間にわたる total_items の変更を記録することで算出されます。

カウント

UnusedMemory データに使用されていないメモリの量。この値は、Memcached 統計の limit_maxbytes と

バイト

157

Amazon CloudWatch ユーザーガイドRedis のメトリクス

メトリクス説明単位bytes のうち、limit_maxbytes から bytes を引いたものから派生しています。

Memcached がデータに加えてオーバーヘッドにもメモリを使用するため、UnusedMemory は追加データに使用できるメモリ量としてはみなされません。未使用メモリがまだ残っている状態でも削除が発生する場合があります。

詳細については、「Memcached item memoryusage」を参照してください。

Redis のメトリクスAWS/ElastiCache 名前空間には、次の Redis メトリクスが含まれます。

ReplicationLag を除き、これらのメトリクスは、Redis info コマンドから算出されます。各メトリクスは、キャッシュノードレベルで算出されます。

Redis info コマンドの詳細は、http://redis.io/commands/info を参照してください。


• ホストレベルのメトリクス (p. 155)


BytesUsedForCache Redis によって割り当てられた総バイト数。バイト

CacheHits 成功したキー検索の数。カウント

CacheMisses 失敗したキー検索の数。カウント

CurrConnections クライアントの接続数 (リードレプリカからの接続を除く)。ElastiCache は、2～3 つの接続を使用して、各ケースでクラスターをモニタリングします。

カウント

EngineCPUUtilization EngineCPUUtilization は Redis ワークロードをより深く洞察するために Redis プロセス CPU 使用率へのアクセスを提供します。Redis はシングルスレッドであり、特定の時点で使用する CPU コアは 1 つのみです。EngineCPUUtilization を使用することで、Redis 自体の負荷をより精密に可視化できます。

EngineCPUUtilization は既存のCPUUtilization メトリックスに加えて、他のオペレーティングシステムや管理プロセスを含むサーバーインスタンス全体の CPU 使用率を公開します。Redis 環境の CPU 使用率を詳細に理解するために、EngineCPUUtilization とCPUUtilization メトリックスを一緒に使用することをお勧めします。

パーセント

158

http://www.deplication.net/2016/02/memcached-item-memory-usage.html

http://www.deplication.net/2016/02/memcached-item-memory-usage.html

http://redis.io/commands/info



Evictions maxmemory の制限のため排除されたキーの数。カウント

HyperLogLogBasedCmds HyperLogLog ベースのコマンドの総数。これは、Redis commandstats 統計に基づき、すべての pf 方のコマンド (pfadd、pfcount、pfmerge) を合計することで算出されます。

カウント

NewConnections この期間内にサーバーによって受け入れられた接続の総数。

カウント

Reclaimed キーの有効期限切れイベントの総数。カウント

ReplicationBytes レプリカがアタッチされたプライマリについては、ReplicationBytes は、プライマリがすべてのレプリカに対して送信するバイト数を報告します。このメトリクスは、レプリケーショングループに対する書き込み負荷を表します。レプリカおよびスタンドアロンのプライマリについては、ReplicationBytes は常に 0 です。

バイト

ReplicationLag このメトリクスは、リードレプリカとして実行中のノードにのみ適用できます。レプリカのプライマリノードからの変更適用の進行状況を秒で表します。

Seconds

SaveInProgress このバイナリメトリクスは、バックグラウンド保存 (分岐または分岐なし) が進行中の場合は常に1 を返し、それ以外の場合は 0 を返します。バックグラウンド保存プロセスは一般に、スナップショットおよび同期の際に使用されます。これらのオペレーションによりパフォーマンスが低下する可能性があります。 SaveInProgress メトリクスを使用して、パフォーマンスが低下した原因がバックグラウンド保存プロセスであるかどうかを診断できます。

カウント

EngineCPUUtilization の利用可能性

次の表に指定された日時以降に作成、または置き換えられたリージョンのノードには、EngineCPUUtilization メトリックスが含まれます。

サービス対象リージョン名 EngineCPUUtilization の利用可能性

us-east-2 米国東部 (オハイオ) 2017 年 2 月 16 日 17:21 (UTC)

us-east-1 米国東部（バージニア北部）

2017 年 2 月 8 日 21:20 (UTC)

us-west-1 米国西部 (北カリフォルニア)

2017 年 2 月 14 日 22:23 (UTC)

us-west-2 米国西部 (オレゴン) 2017 年 2 月 20 日 19:20 (UTC)

ap-northeast-1 アジアパシフィック (東京) 2017 年 2 月 14 日 19:58 (UTC)

159


サービス対象リージョン名 EngineCPUUtilization の利用可能性

ap-northeast-2 アジアパシフィック (ソウル)

全ノードで使用できます。

ap-northeast-3 アジアパシフィック (大阪:ローカル)

全ノードで使用できます。

ap-south-1 アジアパシフィック (ムンバイ)

2017 年 2 月 7 日 02:51 (UTC)

ap-southeast-1 アジアパシフィック (シンガポール)

2017 年 2 月 13 日 23:40 (UTC)

ap-southeast-2 アジアパシフィック (シドニー)

2017 年 2 月 14 日 03:33 (UTC)

ca-central-1 カナダ (中部) 全ノードで使用できます。

cn-north-1 中国 (北京) 2017 年 2 月 16 日 22:39 (UTC)

cn-northwest-2 中国 (寧夏) 全ノードで使用できます。

eu-central-1 欧州 (フランクフルト) 2017 年 2 月 15 日 00:46 (UTC)

eu-west-1 欧州 (アイルランド) 2017 年 2 月 7 日 21:30 (UTC)

eu-west-2 欧州 (ロンドン) 2017 年 2 月 16 日 18:58 (UTC)

eu-west-3 EU (パリ) 全ノードで使用できます。

sa-east-1 南米 (サンパウロ) 2017 年 2 月 7 日 04:35 (UTC)

us-gov-west-1 AWS GovCloud (US) 2017 年 2 月 16 日 20:11 (UTC)

これらは特定の種類のコマンドの集計で、info commandstats から算出されています。


CurrItems キャッシュの項目数。これは、Redis keyspace統計に基づき、キー空間全体のすべてのキーを合計することで算出されます。

カウント

GetTypeCmds get の種類のコマンドの総数。これは、Rediscommandstats 統計に基づき、get 型のすべてのコマンド (get、mget、hget など) を合計することで算出されます。

カウント

HashBasedCmds ハッシュベースのコマンドの総数。これは、Rediscommandstats 統計に基づき、1 つ以上のハッシュに対して実行されるすべてのコマンドを合計することで算出されます。

カウント

KeyBasedCmds キーベースのコマンドの総数。これは、Rediscommandstats 統計に基づき、1 つ以上のキーに対して実行されるすべてのコマンドを合計することで算出されます。

カウント

160

Amazon CloudWatch ユーザーガイドAmazon EBS


ListBasedCmds リストベースのコマンドの総数。これは、Rediscommandstats 統計に基づき、1 つ以上のリストに対して実行されるすべてのコマンドを合計することで算出されます。

カウント

SetBasedCmds セットベースのコマンドの総数。これは、Rediscommandstats 統計に基づき、1 つ以上のセットに対して実行されるすべてのコマンドを合計することで算出されます。

カウント

SetTypeCmds set の種類のコマンドの総数。これは、Rediscommandstats 統計に基づき、set 型のすべてのコマンド (set、hset など) を合計することで算出されます。

カウント

SortedSetBasedCmds ソートされたセットベースのコマンドの総数。これは、Redis commandstats 統計に基づき、1 つ以上のソートされたセットに対して実行されるすべてのコマンドを合計することで算出されます。

カウント

StringBasedCmds 文字列ベースのコマンドの総数。これは、Rediscommandstats 統計に基づき、1 つ以上の文字列に対して実行されるすべてのコマンドを合計することで算出されます。

カウント

Amazon EBS のメトリクスとディメンションAmazon EBS メトリクスAmazon Elastic Block Store の CloudWatch メトリクスの詳細については、「ボリュームのステータスのモニタリング」を参照してください。

Amazon EFS のメトリクスとディメンションAmazon EFS は、すべての Amazon EFS ファイルシステムに対して、毎分 CloudWatch にメトリクスを送信します。詳細については、『Amazon Elastic File System ユーザーガイド』の「Monitoring AmazonEFS」を参照してください。

Amazon EFS の Amazon CloudWatch メトリクスAWS/EFS 名前空間には、次のメトリクスが含まれます。


BurstCreditBalance ファイルシステムのバーストクレジットの数。

バーストクレジットによって、ファイルシステムは一定の期間、ファイルシステムのベースラインレベルを超えたスループットレベルまでバーストすることができます。詳細については、「Amazon EFS のスループットのスケーリング」を参照してください。

161

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-volume-status.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-volume-status.html

http://docs.aws.amazon.com/efs/latest/ug/monitoring_overview.html

http://docs.aws.amazon.com/efs/latest/ug/monitoring_overview.html

http://docs.aws.amazon.com/efs/latest/ug/performance.html#bursting

http://docs.aws.amazon.com/efs/latest/ug/performance.html#bursting

Amazon CloudWatch ユーザーガイドAmazon EFS の Amazon CloudWatch メトリクス

メトリクス説明Minimum 統計は、期間中の 1 分間の最小のバーストクレジットバランスです。Maximum 統計は、期間中の 1 分間の最大のバーストクレジットバランスです。Average 統計は、期間中の平均のバーストクレジットバランスです。

単位: バイト

有効な統計: Minimum、Maximum、Average

ClientConnections ファイルシステムへのクライアント接続の数。標準クライアントを使用する場合、マウントされた Amazon EC2 インスタンスごとに 1 つの接続があります。

Note

1 分を超える期間の平均 ClientConnections を算出するには、Sum 統計をその期間の分数で割ります。

単位: クライアント接続数


DataReadIOBytes 各ファイルシステムの読み込みオペレーションのバイト数。

Sum 統計は読み込みオペレーションと関連付けられる総バイト数です。Minimum 統計は、期間中の最小読み込みオペレーションのサイズです。Maximum 統計は、期間中の最大読み込みオペレーションのサイズです。Average 統計は、期間中の読み込みオペレーションの平均サイズです。SampleCount 統計は読み込みオペレーションの数を提供します。

単位:

• Minimum、Maximum、Sum、Average では、バイトです。• SampleCount では、回です。

有効な統計: Minimum、Maximum、Average、Sum、SampleCount

DataWriteIOBytes 各ファイルの書き込みオペレーションのバイト数。

Sum 統計は書き込みオペレーションと関連付けられる総バイト数です。Minimum 統計は、期間中の最小書き込みオペレーションのサイズです。Maximum 統計は、期間中の最大書き込みオペレーションのサイズです。Average 統計は、期間中の書き込みオペレーションの平均サイズです。SampleCount 統計は書き込みオペレーションの数を提供します。

単位:

• Minimum、Maximum、Average、Sum 統計の単位はバイトです。• SampleCount では、回です。


162

Amazon CloudWatch ユーザーガイドAmazon EFS の Amazon CloudWatch メトリクス


MetadataIOBytes 各メタデータオペレーションのバイト数。

Sum 統計はメタデータオペレーションと関連付けられる総バイト数です。Minimum 統計は、期間中の最小メタデータオペレーションのサイズです。Maximum 統計は、期間中の最大メタデータオペレーションのサイズです。Average 統計は、期間中のメタデータオペレーションの平均サイズです。SampleCount 統計はメタデータオペレーションの数を提供します。

単位:

• Minimum、Maximum、Average、Sum 統計の単位はバイトです。• SampleCount では、回です。


PercentIOLimit ファイルシステムが汎用パフォーマンスモードの I/O 制限にどれだけ近づいているかを示します。このメトリクスが 100% になっていることが多い場合、最大 I/O パフォーマンスモードを使用したファイルシステムにアプリケーションを移行することをご検討ください。

Note

このメトリクスは汎用パフォーマンスモードを使用したファイルシステムのみで提供されます。

単位:

• パーセント

PermittedThroughput ファイルシステムのサイズと BurstCreditBalance における、ファイルシステムで許可されるスループットの最大容量です。詳細については、「Amazon EFS のパフォーマンス」を参照してください。

Minimum 統計は、期間中の 1 分間の最小の許可されるスループットです。Maximum 統計は、期間中の 1 分間の最大の許可されるスループットです。Average統計は、期間中の許可される平均スループットです。

単位: バイト/秒

有効な統計: Minimum、Maximum、Average

163

http://docs.aws.amazon.com/efs/latest/ug/performance.html

Amazon CloudWatch ユーザーガイドAmazon EFS メトリクスのディメンション


TotalIOBytes 読み込みデータ、書き込みデータ、メタデータオペレーションを含む、各ファイルシステムオペレーションのバイト数。

Sum統計は、すべてのファイルシステムオペレーションに関連付けられる総バイト数です。Minimum 統計は、期間中の最小オペレーションのサイズです。Maximum 統計は、期間中の最大オペレーションのサイズです。Average 統計は、期間中のオペレーションの平均サイズです。SampleCount 統計は、すべてのオペレーションの数を提供します。

Note

その期間の 1 秒あたりの平均オペレーション数を算出するには、SampleCount 統計をその期間の秒数で割ります。その期間の平均スループット (バイト/秒) を算出するには、Sum 統計をその期間の秒数で割ります。

単位:

• Minimum、Maximum、Average、Sum 統計では、バイトです。• SampleCount では、回です。


Amazon EFS メトリクスのディメンションAmazon EFS ディメンションAmazon EFS メトリクスは EFS 名前空間を使用して、1 つのディメンションのメトリクスFileSystemId を提供します。ファイルシステムの ID は Amazon EFS 管理コンソールにあり、その形式は fs-XXXXXXXX です。

Elastic Load Balancing のメトリクスとディメンション

Elastic Load Balancing は 3 種類のロードバランサー (Classic Load Balancer、Application LoadBalancer、ネットワークロードバランサー) をサポートします。Elastic Load Balancing は、3 つのタイプすべてのロードバランサーのメトリクスを CloudWatch に送信します。

目次• Application Load Balancer メトリクス (p. 165)• Application Load Balancer のメトリクスディメンション (p. 170)• ネットワークロードバランサーメトリクス (p. 170)• ネットワークロードバランサーのメトリクスディメンション (p. 171)• Classic Load Balancer メトリクス (p. 172)• Classic Load Balancer のメトリクスディメンション (p. 176)

164

Amazon CloudWatch ユーザーガイドApplication Load Balancer メトリクス

Application Load Balancer メトリクスAWS/ApplicationELB 名前空間には、以下のロードバランサーのメトリクスが含まれます。


ActiveConnectionCount クライアントからロードバランサーへ、およびロードバランサーからターゲットへの、アクティブな同時 TCP 接続の総数。

レポート条件: ゼロ以外の値がある

統計: 最も有用な統計は Sum です。

ディメンション

• LoadBalancer

ClientTLSNegotiationErrorCountクライアントにより開始され、ロードバランサーとのセッションを確立しなかった、TLS 接続の数。暗号化またはプロトコルの不一致が原因である場合があります。




• LoadBalancer

• AvailabilityZone, LoadBalancer

ConsumedLCUs ロードバランサーが使用するロードバランサーキャパシティーユニット(LCU) の数です。1 時間当たりで使用する LCU 数の料金をお支払いいただきます｡詳細については、「Elastic Load Balancing 料金表」を参照してください。

レポート条件: 常に報告される

統計: All


• LoadBalancer

HTTPCode_ELB_4XX_Count ロードバランサーから送信される HTTP 4XX クライアントエラーコードの数。リクエストの形式が不正な場合、または不完全な場合は、クライアントエラーが生成されます。それらのリクエストはターゲットで受信されません。この数には、ターゲットによって生成される応答コードは含まれません。


統計: 最も有用な統計は Sum です。Minimum、Maximum、およびAverage はすべては 1 を返すことに注意してください。


• LoadBalancer

• AvailabilityZone、LoadBalancer

165

https://aws.amazon.com/elasticloadbalancing/pricing/



HTTPCode_ELB_5XX_Count ロードバランサーから送信される HTTP 5XX サーバーエラーコードの数。この数には、ターゲットによって生成される応答コードは含まれません。




• LoadBalancer

• AvailabilityZone, LoadBalancer

IPv6ProcessedBytes IPv6 を使用したロードバランサーによって処理される総バイト数。




• LoadBalancer

IPv6RequestCount ロードバランサーによって受信された IPv6 リクエストの数。




• LoadBalancer

• AvailabilityZone, LoadBalancer• TargetGroup, LoadBalancer• TargetGroup, AvailabilityZone, LoadBalancer

NewConnectionCount クライアントからロードバランサーへ、およびロードバランサーからターゲットへの、新たに確立された TCP 接続の総数。




• LoadBalancer

166



ProcessedBytes IPv4 および IPv6 を使用したロードバランサーによって処理される総バイト数。




• LoadBalancer

RejectedConnectionCountロードバランサーが接続の最大数に達したため、拒否された接続の数。




• LoadBalancer

• AvailabilityZone、LoadBalancer

RequestCount IPv4 および IPv6 経由で正常に処理されたリクエストの数。この数には、ロードバランサーのターゲットによって生成されたレスポンスを含むリクエストのみが含まれます。




• LoadBalancer


RuleEvaluations 1 時間の平均リクエスト頻度に基づいてロードバランサーによって処理されるルールの数。




• LoadBalancer

AWS/ApplicationELB 名前空間には、以下のターゲットのメトリクスが含まれます。


HealthyHostCount 正常と見なされるターゲットの数。


167


メトリクス説明統計: 最も有用な統計は Average、Minimum、および Maximum です。


• TargetGroup, LoadBalancer• TargetGroup, AvailabilityZone, LoadBalancer

HTTPCode_Target_2XX_Count、HTTPCode_Target_3XX_Count、HTTPCode_Target_4XX_Count、HTTPCode_Target_5XX_Countターゲットによって生成された HTTP 応答コードの数。これには、ロードバランサーによって生成される応答コードは含まれません。




• LoadBalancer


RequestCountPerTarget ターゲットグループ内の各ターゲットによって受信されたリクエストの平均数。TargetGroup ディメンションを使用してターゲットグループを指定する必要があります。


統計: 有効な唯一の統計は Sum です。これは合計ではなく平均を表すことに注意してください。


• TargetGroup

• TargetGroup, LoadBalancer

TargetConnectionErrorCountロードバランサーとターゲット間で正常に確立されなかった接続数。




• LoadBalancer


168



TargetResponseTime リクエストがロードバランサーから送信され、ターゲットからの応答を受信するまでの経過時間 (秒)。これは、アクセスログのtarget_processing_time フィールドに相当します。


統計: 最も有用な統計は Average および pNN.NN (パーセンタイル) です。


• LoadBalancer


TargetTLSNegotiationErrorCountロードバランサーにより開始され、ターゲットとのセッションを確立しなかった、TLS 接続の数。暗号化またはプロトコルの不一致が原因である場合があります。




• LoadBalancer


UnHealthyHostCount 異常と見なされるターゲットの数。


統計: 最も有用な統計は Average、Minimum、および Maximum です。


• TargetGroup, LoadBalancer• TargetGroup, AvailabilityZone, LoadBalancer

AWS/ApplicationELB 名前空間には、ユーザー認証用に以下のメトリクスが含まれます。


ELBAuthError 認証アクションが誤って設定されたため、ロードバランサーが IdP との接続を確立できなかったため、またはロードバランサーが内部エラーにより認証フローを完了できなかったため、完了できなかったユーザー認証の数。


[Statistics] (統計): 唯一意味のある統計は Sum です。

169

Amazon CloudWatch ユーザーガイドApplication Load Balancer のメトリクスディメンション

メトリクス説明ディメンション: LoadBalancer

ELBAuthFailure IdP がユーザーまたは承認コードへのアクセスを拒否したため、または承認コードが複数回使用されため、完了できなかったユーザー認証の数。


[Statistics] (統計): 唯一意味のある統計は Sum です。

ディメンション: LoadBalancer

ELBAuthLatency ID トークンとユーザー情報を IdP に照会するのにかかった時間 (ミリ秒単位)。これらのオペレーションが 1 つ以上失敗した場合は、エラーになるまでの時間です。


[Statistics] (統計): すべての統計は意味があります。


ELBAuthSuccess 成功した認証アクションの数。ロードバランサーが IdP からユーザークレームを取得した後、認証ワークフローが終了すると、このメトリクスが増分されます。




Application Load Balancer のメトリクスディメンションApplication Load Balancer のメトリクスをフィルタするには、次のディメンションを使用できます。


AvailabilityZone アベイラビリティーゾーン別にメトリクスデータをフィルタリングします。

LoadBalancer ロードバランサーでメトリクスデータをフィルタリングします。ロードバランサーを次のように指定します。app/ロードバランサー名/1234567890123456 (ロードバランサー ARN の最後の部分)。

TargetGroup ターゲットグループでメトリクスデータをフィルタリングします。ターゲットグループを次のように指定します。targetgroup/ターゲットグループ名/1234567890123456 (ターゲットグループ ARN の最後の部分)。

ネットワークロードバランサーメトリクスAWS/NetworkELB 名前空間には、次のメトリクスが含まれます。

170

Amazon CloudWatch ユーザーガイドネットワークロードバランサーのメトリクスディメンション


ActiveFlowCount クライアントからターゲットへの同時 TCP フロー (または接続) の合計数。このメトリクスには、SYN_SENT 状態と ESTABLISHED 状態の接続が含まれます。TCP 接続はロードバランサで終了しないため、ターゲットへの TCP 接続を開いているクライアントは単一のフローとしてカウントされます。

統計: 最も有用な統計は Average、Maximum、および Minimum です。

ConsumedLCUs ロードバランサーが使用するロードバランサーキャパシティーユニット(LCU) の数です。1 時間当たりで使用する LCU 数の料金をお支払いいただきます｡詳細については、「Elastic Load Balancing 料金表」を参照してください。

HealthyHostCount 正常と見なされるターゲットの数。


NewFlowCount 期間内にクライアントからターゲットに確立された新しい TCP フロー(または接続) の合計数。


ProcessedBytes TCP/IP ヘッダーを含む､ロードバランサーによって処理された合計バイト数。


TCP_Client_Reset_Count クライアントからターゲットに送信されたリセット (RST) パケットの合計数。これらのリセットは、クライアントによって生成され、ロードバランサーによって転送されます。


TCP_ELB_Reset_Count ロードバランサーによって生成されたリセット (RST) パケットの合計数。


TCP_Target_Reset_Count ターゲットからクライアントに送信されたリセット (RST) パケットの合計数。これらのリセットは、ターゲットによって生成され、ロードバランサーによって転送されます。


UnHealthyHostCount 異常と見なされるターゲットの数。


ネットワークロードバランサーのメトリクスディメンションロードバランサーのメトリクスを絞り込むには、次のディメンションを使用できます。

171


Amazon CloudWatch ユーザーガイドClassic Load Balancer メトリクス


AvailabilityZone アベイラビリティーゾーン別にメトリクスデータをフィルタリングします。

LoadBalancer ロードバランサーでメトリクスデータをフィルタリングします。ロードバランサーを次のように指定します。net/ロードバランサー名/1234567890123456 (ロードバランサー ARN の最後の部分)。

TargetGroup ターゲットグループでメトリクスデータをフィルタリングします。ターゲットグループを次のように指定します。targetgroup/ターゲットグループ名/1234567890123456 (ターゲットグループ ARN の最後の部分)。

Classic Load Balancer メトリクスAWS/ELB 名前空間には、次のメトリクスが含まれます。


BackendConnectionErrors ロードバランサーと登録されたインスタンス間で正常に確立されなかった接続数。エラーが発生すると、ロードバランサーは接続を再試行するため、このカウントはリクエストレートを上回ります。この数には、ヘルスチェックに関連する接続エラーも含まれます。


統計: 最も有用な統計は Sum です。Average、Minimum、Maximum はロードバランサーノードごとに報告されるため、通常有益ではありません。ただし、最大と最小の差 (ピーク値対平均、または平均対底値)は、1 つのロードバランサーノードが異常値かどうかを判断する上で有益な場合があります。

例: ロードバランサーにインスタンスがあり、そのうちの 2 つのインスタンスは us-west-2a に、もう 2 つのインスタンスは us-west-2b にあるとします。また、us-west-2a の 1 つのインスタンスへの接続を試みると、バックエンド接続エラーになるとします。us-west-2a の合計にはこれらの接続エラーが含まれますが、us-west-2b の合計には含まれません。このため、ロードバランサーの合計は us-west-2a の合計と同じになります。

HealthyHostCount ロードバランサーに登録された、正常なインスタンスの数。新しく登録されたインスタンスは、最初のヘルスチェックに合格すると、正常な状態と見なされます。クロスゾーンの負荷分散が有効な場合、すべてのアベイラビリティーゾーンにわたって LoadBalancerName ディメンションの正常なインスタンスの数が算出されます。それ以外の場合、アベイラビリティーゾーンごとに計算されます。

レポート要件: 登録されたインスタンスがある

Statistics: 最も有用な統計は Average および Maximum です。これらの統計はロードバランサーノードによって決まります。短い間、インスタンスを異常と判断するロードバランサーノードがあったり、インスタンスを正常と判断するノードがあったりします。

例: ロードバランサーにインスタンスがあり、そのうちの 2 つのインスタンスは us-west-2a に、もう 2 つのインスタンスは us-west-2b にあるとします。また、us-west-2a には 1 つの異常なイン

172


メトリクス説明スタンスがあり、us-west-2b には異常なインスタンスはないとします。AvailabilityZone ディメンションでは、us-west-2a の正常なインスタンスの平均数は 1、異常なインスタンスの平均数は 1、us-west-2b の正常なインスタンスの平均数は 2、異常なインスタンスの平均数は 0 です。

HTTPCode_Backend_2XX、HTTPCode_Backend_3XX、HTTPCode_Backend_4XX、HTTPCode_Backend_5XX[HTTP リスナー] 登録されたインスタンスによって生成された HTTP 応答コードの数。この数には、ロードバランサーによって生成される応答コードは含まれません。


統計: 最も有用な統計は Sum です。Minimum、Maximum、およびAverage はすべて 1 です。

例: ロードバランサーにインスタンスがあり、そのうちの 2 つのインスタンスは us-west-2a に、もう 2 つのインスタンスは us-west-2b にあるとします。また、us-west-2a の 1 つのインスタンスに送信されたリクエストは HTTP 500 応答となるとします。us-west-2a の合計にはこれらのエラーレスポンスが含まれますが、us-west-2b の合計には含まれません。このため、ロードバランサーの合計は us-west-2a の合計と同じになります。

HTTPCode_ELB_4XX [HTTP リスナー] ロードバランサーで生成される HTTP 4XX クライアントのエラーコードの数。リクエストの形式が不正な場合、または不完全な場合は、クライアントエラーが生成されます。



例: ロードバランサーで us-west-2a および us-west-2b が有効になっていて、クライアントリクエストに正しい形式でないリクエスト URL が含まれているとします。その結果、すべてのアベイラビリティーゾーンでのクライアントエラーが増加する可能性があります。ロードバランサーの合計はアベイラビリティーゾーンの値の合計です。

HTTPCode_ELB_5XX [HTTP リスナー] ロードバランサーで生成される HTTP 5XX サーバーのエラーコードの数。この数には、登録されたインスタンスによって生成される応答コードは含まれません。ロードバランサーに登録されている正常なインスタンスがない場合、またはリクエストレートがインスタンスまたはロードバランサーの容量を超える場合 (スピルオーバー)、このメトリクスが報告されます。



例: ロードバランサーで us-west-2a および us-west-2b が有効になっていて、us-west-2a のインスタンスで高いレイテンシーが発生し、リクエストに応答するまでに時間がかかっているとします。その結果、us-west-2a のロードバランサーノードのサージキューはいっぱいになり、クライアントは 503 エラーを受け取ります。us-west-2b が正常に応答を継続する場合、ロードバランサーの合計は us-west-2a の場合の合計と同じになります。

173



Latency (HTTP リスナーの場合) ロードバランサーが登録済みインスタンスにリクエストを送信した時点から、そのインスタンスが応答ヘッダーの送信を開始した時点までの合計経過時間 (秒単位)。

[TCP リスナー] ロードバランサーが、登録済みインスタンスへの接続を正常に確立するまでの合計経過時間 (秒)。


統計: 最も有用な統計は Average です。Maximum を使用して、一部のリクエストに平均を大幅に上回る時間がかかっているかどうかを判断します。通常、Minimum は有用ではありません。

例: ロードバランサーにインスタンスがあり、そのうちの 2 つのインスタンスは us-west-2a に、もう 2 つのインスタンスは us-west-2b にあるとします。また、us-west-2a の 1 つのインスタンスに送信されたリクエストのレイテンシーがより高いとします。us-west-2a の平均値は、us-west-2b の平均よりも高いとします。

RequestCount 指定された間隔 (1 分または 5 分) の間に完了したリクエストの数、または接続の数。

[HTTP リスナー] 登録されたインスタンスからの HTTP エラーレスポンスを含めて、受け取ったリクエストとルーティングされたリクエストの数。

[TCPリスナー] 登録されたインスタンスに対して行われた接続の数。



例: ロードバランサーにインスタンスがあり、そのうちの 2 つのインスタンスは us-west-2a に、もう 2 つのインスタンスは us-west-2b にあるとします。また、100 件のリクエストがロードバランサーに送信されるとします。60 件のリクエストが us-west-2a に送信され、各インスタンスがそれぞれ 30 件のリクエストを受信します。40 件のリクエストがus-west-2b に送信され、各インスタンスがそれぞれ 20 件のリクエストを受信します。AvailabilityZone ディメンションでは、us-west-2aの合計リクエスト数は 60 件、us-west-2b の合計リクエスト数は 40 件です。LoadBalancerName ディメンションでは、合計 100 件のリクエストがあります。

174



SpilloverCount サージキューがいっぱいなため、拒否されたリクエストの総数。

[HTTP リスナー] ロードバランサーは、HTTP 503 エラーコードを返します。

[TCP リスナー] ロードバランサーは接続を終了します。


統計: 最も有用な統計は Sum です。Average、Minimum、Maximum はロードバランサーノードごとに報告されるため、通常有益ではありません。

例: ロードバランサーで us-west-2a および us-west-2b が有効になっていて、us-west-2a のインスタンスで高いレイテンシーが発生し、リクエストに応答するまでに時間がかかっているとします。その結果、us-west-2a のロードバランサーノードのサージキューがいっぱいになり、スピルオーバーが発生します。us-west-2b が正常に応答を継続する場合、ロードバランサーの合計は us-west-2a の場合の合計と同じになります。

SurgeQueueLength 正常なインスタンスへのルーティングを保留中のリクエスト (HTTP リスナー) または接続 (TCP リスナー) の合計数。キューの最大サイズは1,024 です。追加のリクエストまたは接続は、キューがいっぱいになると拒否されます。詳細については、「SpilloverCount」を参照してください。

レポート条件: ゼロ以外の値がある。

統計: Maximum はキューに送信されたリクエストのピークを表すため、最も有用な統計です。Average 統計は Minimum および Maximum と組み合わせて、キューに送信されたリクエストの範囲を確認する場合にも有用です。Sum は有用ではありません。

例: ロードバランサーで us-west-2a および us-west-2b が有効になっていて、us-west-2a のインスタンスで高いレイテンシーが発生し、リクエストに応答するまでに時間がかかっているとします。その結果、us-west-2a のロードバランサーノードのサージキューがいっぱいになり、クライアントに応答時間の増加が発生している可能性があります。これが継続すると、ロードバランサーにスピルオーバーが発生する可能性が高くなります (SpilloverCount メトリクスを参照してください)。us-west-2b が正常に応答を継続する場合、ロードバランサーの max は us-west-2a の場合の max と同じになります。

175

Amazon CloudWatch ユーザーガイドClassic Load Balancer のメトリクスディメンション


UnHealthyHostCount ロードバランサーに登録された、異常なインスタンスの数。インスタンスは、ヘルスチェックに対して構成された異常なしきい値を超えると、異常な状態と見なされます。異常なインスタンスは、ヘルスチェックに設定されている状態のしきい値を満たせば再び正常な状態と見なされます。

レポート要件: 登録されたインスタンスがある

Statistics: 最も有用な統計は Average および Minimum です。これらの統計はロードバランサーノードによって決まります。短い間、インスタンスを異常と判断するロードバランサーノードがあったり、インスタンスを正常と判断するノードがあったりします。

例: HealthyHostCount を参照してください。

次のメトリクスを使用して、Classic Load Balancer から Application Load Balancer への移行コストを見積もることができます。これらのメトリクスは、単なる参考情報であり、CloudWatch アラーム用に意図されたものではありません。Classic Load Balancer に複数のリスナーがある場合、これらのメトリクスはすべてのリスナーの集計です。

この見積りは、1 つのロードバランサーで 1 つのデフォルトルールと 1 つの証明書 (2K サイズ) を使用した場合に基づいています。サイズが 4K 以上の証明書を使用する場合は、コストを見積もる方法として、移行ツールで Classic Load Balancer に基づいて Application Load Balancer を作成し、ApplicationLoad Balancer の ConsumedLCUs メトリクスをモニタリングすることをお勧めします。詳細については、「Classic Load Balancer から Application Load Balancer に移行する」 (Elastic Load Balancing ユーザーガイド) を参照してください。


EstimatedALBActiveConnectionCountクライアントからロードバランサーへ、およびロードバランサーからターゲットへの、アクティブな同時 TCP 接続の予測数。

EstimatedALBConsumedLCUs Application Load Balancer で使用されるロードバランサーキャパシティーユニット (LCU) の予測数。1 時間当たりで使用する LCU 数の料金をお支払いいただきます｡詳細については、「Elastic Load Balancing料金表」を参照してください。

EstimatedALBNewConnectionCountクライアントからロードバランサーへ、およびロードバランサーからターゲットへの、新たに確立される TCP 接続の予測数。

EstimatedProcessedBytes Application Load Balancer で処理されるバイトの予測数。

Classic Load Balancer のメトリクスディメンションClassic Load Balancer のメトリクスをフィルタするには、次のディメンションを使用できます。


AvailabilityZone 指定されたアベイラビリティーゾーンでメトリクスデータをフィルタリングします。

LoadBalancerName 指定されたロードバランサーでメトリクスデータをフィルタリングします。

176

http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/migrate-to-application-load-balancer.html



Amazon CloudWatch ユーザーガイドAmazon EMR

Amazon EMR のメトリクスおよびディメンションAmazon EMR (Amazon EMR) は、メトリクスを CloudWatch に送信します。すべての Amazon EMR ジョブフローでは、5 分間隔でメトリクスが自動送信されます。15 か月分のメトリクスがアーカイブされ、その期間が経過すると、データは破棄されます。詳細については、『Amazon EMR 開発者ガイド』の「Amazon CloudWatch を使用したメトリクスのモニタリング」を参照してください。

Amazon EMR メトリクスAmazon EMR は、以下のメトリクスを Amazon CloudWatch に送信します。

AWS/ElasticMapReduce 名前空間には、次のメトリクスが含まれます。

Note

Amazon EMR はクラスターからメトリクスを引き出します。クラスターにアクセスできなくなると、そのクラスターが再度利用できるようになるまでメトリクスは報告されません。

次に示すのは Hadoop の 1 メトリクスです。


クラスターステータス

IsIdle クラスターは作業を行っていないが、まだ有効で課金されていることを示します。タスクもジョブも実行されていない場合は1 に設定され、それ以外の場合は 0 に設定されます。この値は 5分間隔で確認され、値が 1 の場合は、確認時にクラスターがアイドル状態だったことを示します。5 分間ずっとアイドル状態だったことを示すわけではありません。誤検出を避けるには、5分ごとの確認で、複数回連続して値が 1 の場合に通知するようアラームを指定する必要があります。たとえば、30 分間にわたってこの値が 1 だった場合に通知するようアラームを指定できます。

ユースケース: クラスターのパフォーマンスを監視する

単位: ブール

JobsRunning クラスターの、現在実行中のジョブの数。

ユースケース: クラスターの状態を監視する

単位: Count

JobsFailed クラスターの、失敗したジョブの数。


単位: Count

マップ/低減

MapTasksRunning 各ジョブの実行マップタスクの数。スケジューラーがインストールされ、複数のジョブが実行中の場合は、複数のグラフが生成されます。

ユースケース: クラスターの進捗状況を監視する

177

http://docs.aws.amazon.com/emr/latest/DeveloperGuide/UsingEMR_ViewingMetrics.html

Amazon CloudWatch ユーザーガイドAmazon EMR メトリクス

メトリクス説明単位: Count

MapTasksRemaining 各ジョブの残存マップタスクの数。スケジューラーがインストールされ、複数のジョブが実行中の場合は、複数のグラフが生成されます。残存マップタスクとは、実行中、強制終了済み、完了済み以外の状態のものをいいます。


単位: Count

MapSlotsOpen 未使用のマップタスクの容量。指定されたクラスターのマップタスクの最大数から、そのクラスターで現在実行中のマップタスクの合計数を差し引いて算出します。

ユースケース: クラスターのパフォーマンスを分析する

単位: Count

RemainingMapTasksPerSlot 合計残存マップタスク数と、クラスター内で使用できる合計マップスロット数の比率。


単位: Ratio

ReduceTasksRunning 各ジョブの実行削減タスクの数。スケジューラーがインストールされ、複数のジョブが実行中の場合は、複数のグラフが生成されます。


単位: Count

ReduceTasksRemaining 各ジョブの残存削減タスクの数。スケジューラーがインストールされ、複数のジョブが実行中の場合は、複数のグラフが生成されます。


単位: Count

ReduceSlotsOpen 未使用の削減タスクの容量。指定されたクラスターの削減タスクの最大キャパシティから、そのクラスターで現在実行中の削減タスクの数を差し引いて算出します。


単位: Count

ノードのステータス

CoreNodesRunning 動作中のコアノードの数。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

178



CoreNodesPending 割り当て待機中のコアノードの数。リクエストされたすべてのコアノードが直ちに使用可能になるとは限りません。このメトリクスでは、保留中のリクエストを報告します。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

LiveDataNodes Hadoop から処理を受け取るデータノードの割合。


単位: Percent

TaskNodesRunning 動作中のタスクノードの数。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

TaskNodesPending 割り当て待機中のコアノードの数。リクエストされたすべてのタスクノードが直ちに使用可能になるとは限りません。このメトリクスでは、保留中のリクエストを報告します。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

LiveTaskTrackers 機能しているタスクトラッカーの割合。


単位: Percent

IO

S3BytesWritten Amazon S3 への書き込みバイト数。このメトリクスではMapReduce ジョブのみが集計され、EMR の他のワークロードには適用されません。

ユースケース: クラスターのパフォーマンスを分析し、クラスターの進捗状況を監視する

単位: Count

179



S3BytesRead Amazon S3 からの読み込みバイト数。このメトリクスではMapReduce ジョブのみが集計され、EMR の他のワークロードには適用されません。


単位: Count

HDFSUtilization 現在使用されている HDFS ストレージの割合。


単位: Percent

HDFSBytesRead HDFS からの読み込みバイト数。


単位: Bytes

HDFSBytesWritten HDFS への書き込みバイト数。


単位: Bytes

MissingBlocks HDFS にレプリカがないブロックの数。これらのブロックは破損している可能性があります。


単位: Count

TotalLoad クラスタ内のすべての DataNode によって報告されたリーダーとライターの現在の合計数。

ユースケース: 高い I/O がジョブ実行パフォーマンスの低下につながる可能性の度合いを診断します。DataNode デーモンを実行しているワーカーノードは、Map タスクと Reduce タスクも実行する必要があります。長い時間が経過しても TotalLoad 値が永続的に高い場合は、高い I/O がパフォーマンス低下の原因となる可能性があることを示します。この値の一時的なスパイクは一般的なものであり、通常問題を示すものではありません。

単位: Count

HBase

180



BackupFailed 前回のバックアップに失敗したかどうか。デフォルトでは 0 に設定されており、前回のバックアップが失敗した場合は 1 に更新されます。このメトリクスは、HBase クラスターについてのみ報告されます。

ユースケース: HBase バックアップを監視する

単位: Count

MostRecentBackupDuration 前回のバックアップが完了するのにかかった時間。このメトリクスは、前回完了したバックアップが成功したか失敗したかに関係なく設定され、このメトリクスは、バックアップの進行中に、バックアップが開始してからの分数を返します。このメトリクスは、HBase クラスターについてのみ報告されます。


単位: Minutes

TimeSinceLastSuccessfulBackup クラスターで前回成功した HBase バックアップが開始してから経過した分数。このメトリクスは、HBase クラスターについてのみ報告されます。


単位: Minutes

次のメトリクスは、Hadoop 2 AMI で使用できます。


クラスターステータス

IsIdle クラスターは作業を行っていないが、まだ有効で課金されていることを示します。タスクもジョブも実行されていない場合は1 に設定され、それ以外の場合は 0 に設定されます。この値は 5分間隔で確認され、値が 1 の場合は、確認時にクラスターがアイドル状態だったことを示します。5 分間ずっとアイドル状態だったことを示すわけではありません。誤検出を避けるには、5分ごとの確認で、複数回連続して値が 1 の場合に通知するようアラームを指定する必要があります。たとえば、30 分間にわたってこの値が 1 だった場合に通知するようアラームを指定できます。

ユースケース: クラスターのパフォーマンスを監視する

単位: ブール

ContainerAllocated ResourceManager によって割り当てられるリソースコンテナの数。


単位: Count

ContainerReserved 予約されているコンテナの数。

181


メトリクス説明ユースケース: クラスターの進捗状況を監視する

単位: Count

ContainerPending キュー内にあり、まだ割り当てられていないコンテナの数。


単位: Count

ContainerPendingRatio 割り当てられたコンテナに対する保留中のコンテナの比率 (ContainerPendingRatio = ContainerPending/ContainerAllocated)。ContainerAllocated = 0 の場合は、ContainerPendingRatio = ContainerPending になります。ContainerPendingRatio の値は、割合 (%) ではなく数値を表します。この値は、コンテナ割り当て動作に基づくクラスターリソースのスケーリングに役立ちます。

単位: Count

AppsCompleted YARN に送信され、完了したアプリケーションの数。


単位: Count

AppsFailed YARN に送信され、完了できなかったアプリケーションの数。

ユースケース: クラスターの進捗状況を監視し、クラスターの状態を監視する

単位: Count

AppsKilled YARN に送信され、強制終了されたアプリケーションの数。


単位: Count

AppsPending YARN に送信され、保留状態になっているアプリケーションの数。


単位: Count

AppsRunning YARN に送信され、実行中であるアプリケーションの数。


単位: Count

AppsSubmitted YARN に送信されたアプリケーションの数。


単位: Count

182



ノードのステータス

CoreNodesRunning 動作中のコアノードの数。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

CoreNodesPending 割り当て待機中のコアノードの数。リクエストされたすべてのコアノードが直ちに使用可能になるとは限りません。このメトリクスでは、保留中のリクエストを報告します。このメトリクスのデータポイントは、対応するインスタンスグループが存在する場合にのみ報告されます。


単位: Count

LiveDataNodes Hadoop から処理を受け取るデータノードの割合。


単位: Percent

MRTotalNodes MapReduce ジョブで現在使用できるノードの数。YARN メトリクス mapred.resourcemanager.TotalNodes と同等。


単位: Count

MRActiveNodes MapReduce のタスクまたはジョブを現在実行しているノードの数。YARN メトリクスmapred.resourcemanager.NoOfActiveNodes と同等。


単位: Count

MRLostNodes MapReduce に割り当てられており、LOST 状態としてマークされているノードの数。YARN メトリクスmapred.resourcemanager.NoOfLostNodes と同等。

ユースケース: クラスターの状態を監視し、クラスターの進捗状況を監視する

単位: Count

MRUnhealthyNodes MapReduce ジョブで使用でき、UNHEALTHY 状態としてマークされているノードの数。YARN メトリクスmapred.resourcemanager.NoOfUnhealthyNodes と同等。


単位: Count

183



MRDecommissionedNodes MapReduce アプリケーションに割り当てられており、DECOMMISSIONED 状態としてマークされているノードの数。YARN メトリクスmapred.resourcemanager.NoOfDecommissionedNodes と同等。


単位: Count

MRRebootedNodes MapReduce で使用でき、再起動され REBOOTED 状態としてマークされているノードの数。YARN メトリクスmapred.resourcemanager.NoOfRebootedNodes と同等。


単位: Count

IO

S3BytesWritten Amazon S3 への書き込みバイト数。


単位: Count

S3BytesRead Amazon S3 からの読み込みバイト数。


単位: Count

HDFSUtilization 現在使用されている HDFS ストレージの割合。


単位: Percent

HDFSBytesRead HDFS からの読み込みバイト数。このメトリクスではMapReduce ジョブのみが集計され、EMR の他のワークロードには適用されません。


単位: Count

184



HDFSBytesWritten HDFS への書き込みバイト数。このメトリクスでは MapReduceジョブのみが集計され、EMR の他のワークロードには適用されません。


単位: Count

MissingBlocks HDFS にレプリカがないブロックの数。これらのブロックは破損している可能性があります。


単位: Count

CorruptBlocks HDFS が破損しているものと報告するブロックの数。


単位: Count

TotalLoad 同時データ転送数の合計。


単位: Count

MemoryTotalMBMemoryTotalMB クラスターでのメモリの合計量。


単位: Bytes

MemoryReservedMB 予約されているメモリの量。


単位: Bytes

MemoryAvailableMB 割り当てに使用できるメモリの量。


単位: Bytes

YARNMemoryAvailablePercentage YARN に対する利用可能な残りのメモリの割合(YARNMemoryAvailablePercentage = MemoryAvailableMB /MemoryTotalMB)。この値は、YARN のメモリの使用状況に基づくクラスターリソースのスケーリングに役立ちます。

MemoryAllocatedMB クラスターに割り当てられているメモリの量。


単位: Bytes

185



PendingDeletionBlocks 削除用にマークされているブロックの数。


単位: Count

UnderReplicatedBlocks 1 回以上レプリケートする必要があるブロックの数。


単位: Count

DfsPendingReplicationBlocks ブロックレプリケーションのステータス: レプリケーション中のブロック、レプリケーションリクエストの有効期間、および成功しなかったレプリケーションリクエスト。


単位: Count

CapacityRemainingGB 残りの HDFS ディスク容量の合計。


単位: Bytes

HBase

H ベースのバックアップに失敗前回のバックアップに失敗したかどうか。デフォルトでは 0 に設定されており、前回のバックアップが失敗した場合は 1 に更新されます。このメトリクスは、HBase クラスターについてのみ報告されます。


単位: Count

MostRecentBackupDuration 前回のバックアップが完了するのにかかった時間。このメトリクスは、前回完了したバックアップが成功したか失敗したかに関係なく設定され、このメトリクスは、バックアップの進行中に、バックアップが開始してからの分数を返します。このメトリクスは、HBase クラスターについてのみ報告されます。


単位: Minutes

TimeSinceLastSuccessfulBackup クラスターで前回成功した HBase バックアップが開始してから経過した分数。このメトリクスは、HBase クラスターについてのみ報告されます。


単位: Minutes

186

Amazon CloudWatch ユーザーガイドAmazon EMR ディメンション

Amazon EMR ディメンションAmazon EMR では以下のディメンションが利用可能です。


JobFlowId クラスター別の識別子 (j-XXXXXXXXXXXXX 形式) であるクラスター ID と同じです。この値を見つけるには、AmazonEMR コンソールでクラスターをクリックします。

JobId クラスター内のジョブの識別子。この識別子を使用してクラスターから返されたメトリクスをフィルタ処理し、クラスター内の 1 つのジョブに適用されるメトリクスに絞り込みます。JobId では、job_XXXXXXXXXXXX_XXXX という書式が使用されます。

Amazon Elasticsearch Service のメトリクスおよびディメンション

Amazon Elasticsearch Service は毎分 CloudWatch にデータを送信します。Amazon ElasticsearchService のメトリクスおよびディメンション (p. 187) を使ってアラームを作成できます。詳細については、Amazon Elasticsearch Service 開発者ガイドのAmazon CloudWatchとのモニタリングクラスターメトリクスと統計情報を参照してください。

Amazon Elasticsearch Service のメトリクスAWS/ES 名前空間には、次のクラスターのメトリクスが含まれます。


ClusterStatus.green すべてのインデックスのシャードがクラスターのノードに割り当てられることを示します。

関連する統計: Minimum、Maximum

ClusterStatus.yellow すべてのインデックスのプライマリシャードがクラスターのノードに割り当てられていることを示しますが、少なくとも 1 つのインデックスのレプリカシャードは割り当てられていません。レプリカを割り当てることができる 2 番目のノードがないため、単一ノードクラスターがこのクラスター状態に常に初期化します。緑のクラスター状態を取得するためにノード数を増やすか、Elasticsearch API を使用してインデックスの number_of_replicas の設定を 0 に設定することができます。詳細については、「Amazon Elasticsearch Service ドメインの設定」を参照してください。


ClusterStatus.red 少なくとも 1 つのインデックスのプライマリとレプリカの両方のシャードが、クラスターのノードに割り当てられないことを示します。復旧するには、インデックスを削除するかスナップショットを復元してから EBS ベースのストレージを追加する、より大きなインスタンスタイプを使用する、またはインスタンスを追加する、のいずれかを実行す

187

http://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/es-managedomains.html#es-managedomains-cloudwatchmetrics

http://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/es-createupdatedomains.html#es-createdomains-configure-cluster

Amazon CloudWatch ユーザーガイドAmazon Elasticsearch Service のメトリクス

メトリクス説明る必要があります。詳細については、「Red Cluster Status」を参照してください。


Nodes Amazon ES クラスターのノード数。

関連する統計: Minimum、Maximum、Average

SearchableDocuments クラスター内のすべてのインデックスで検索可能なドキュメントの合計数。


DeletedDocuments クラスター内のすべてのインデックスで削除対象としてマークされたドキュメントの合計数。これらのドキュメントは検索結果に表示されなくなっていますが、セグメントマージ中にディスクから削除されたドキュメントのみが Elasticsearch によって削除されます。このメトリクスは、削除リクエスト後に増加し、セグメントマージ後に減少します。


CPUUtilization クラスター内のデータノードで使用する CPU リソースの最大パーセンテージ。

関連する統計: Maximum、Average

FreeStorageSpace クラスター内のノードの空き容量 (メガバイト単位)。Sum は、クラスターの合計空き容量を示します。Minimum、Maximum、およびAverage は、個々のノードの空き容量を示します。メトリクスが 0 に到達すると、Amazon ES は ClusterBlockException をスローします。復旧するには、インデックスを削除する、より大きなインスタンスを追加する、既存のインスタンスに EBS ベースのストレージを追加する、のいずれかを実行する必要があります。詳細については、「空きストレージ領域の不足からの復旧」を参照してください。

Note

FreeStorageSpace は、Elasticsearch _cluster/statsAPI が提供する値より常に低くなります。Amazon ES は、内部操作のために、各インスタンスの記憶域の一定割合を予約します。

関連する統計: Minimum、Maximum、Average、Sum

ClusterUsedSpace クラスター用の合計使用領域 (メガバイト単位)。Amazon CloudWatchコンソールでこのメトリクスを表示できますが、Amazon ES コンソールでは表示できません。


188

http://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/aes-handling-errors.html#aes-handling-errors-red-cluster-status

http://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/aes-handling-errors.html#aes-handling-errors-watermark

http://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/aes-handling-errors.html#aes-handling-errors-watermark



ClusterIndexWritesBlockedクラスターで、着信する書き込みリクエストを受け入れるか、ブロックするかを指定します。値 0 では、クラスターでリクエストを受け入れます。値 1 ではリクエストをブロックします。

クラスターでリクエストをブロックする原因としては、多くの要素が考えられます。代表的なものとしては、FreeStorageSpace が少なすぎる、JVMMemoryPressure が高すぎる、CPUUtilization が高すぎるなどがあります。この問題を軽減するには、ディスク容量の追加やクラスターのスケーリングを検討します。

関連する統計: Maximum

Note

このメトリクスは、Amazon CloudWatch コンソールでは表示できますが、Amazon ES コンソールでは表示できません。

JVMMemoryPressure クラスター内のすべてのデータノードで使用する Java ヒープの最大パーセンテージ。


AutomatedSnapshotFailure クラスターの失敗した自動スナップショットの数。1 の値は、自動スナップショットが過去 36 時間、ドメイン用に取られなかったことを示します。


CPUCreditBalance クラスター内の、データノードに使用できる残りの CPU クレジット。CPU クレジットは、フル CPU パフォーマンスを 1 分間実現します。詳細については、『Amazon EC2 開発者ガイド』の「CPU クレジット」を参照してください。このメトリクスは、t2.micro.elasticsearch、t2.small.elasticsearch、t2.medium.elasticsearchインスタンスタイプでのみ使用できます。

関連する統計: Minimum

KibanaHealthyNodes Kibana のヘルスチェック。値 1 は正常な動作を示します。値 0 はKibana がアクセス不可であることを示します。通常、Kibana の状態はクラスターの状態を反映しています。


Note


KMSKeyError 値 1 は、保管時のデータを暗号化するために使用される KMS カスタマーマスターが無効になっていることを示します。通常のオペレーションにドメインを復元するには、キーを再度有効にします。コンソールでは、保管時のデータを暗号化するドメインに対してのみ、このメトリクスが表示されます。


189

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html#t2-instances-cpu-credits



KMSKeyInaccessible 値 1 は、保管時のデータを暗号化するために使用される KMS カスタマーマスターが削除されたか、Amazon ES への権限が取り消し済みであることを示します。この状態にあるドメインを復元することはできません。ただし、手動のスナップショットがある場合は、それを使用してドメインのデータを新しいドメインに移行できます。コンソールでは、保管時のデータを暗号化するドメインに対してのみこのメトリクスが表示されます。


AWS/ES 名前空間には専用マスターノードの次のメトリクスが含まれます。


MasterCPUUtilization 専用マスターノードが使用する CPU リソースの最大パーセンテージ。このメトリクスが 60 パーセントに達する場合、インスタンスタイプのサイズを増やすことをお勧めします。

関連する統計: Average

MasterFreeStorageSpace このメトリクスは関係ないため無視できます。このサービスはデータノードとしてマスターノードを使用しません。

MasterJVMMemoryPressure クラスター内のすべての専用マスターノードで使用する Java ヒープの最大パーセンテージ。このメトリクスが 85 パーセントに達する場合、より大規模なインスタンスタイプに移行することをお勧めします。


MasterCPUCreditBalance クラスター内の専用マスターノードで使用できる、残りの CPU クレジット。CPU クレジットは、フル CPU パフォーマンスを 1 分間実現します。詳細については、「CPU クレジット」 (Linux インスタンス用Amazon EC2 ユーザーガイド) を参照してください。このメトリクスは、t2.micro.elasticsearch、t2.small.elasticsearch、t2.medium.elasticsearchインスタンスタイプでのみ使用できます。


MasterReachableFromNode MasterNotDiscovered 例外のヘルスチェック。値 1 は正常な動作を示します。値 0 は、/_cluster/health/ の動作が正常ではないことを示します。

動作が正常でないとは、マスターノードが停止しているか、到達不可能であることを意味します。通常、これらの原因はネットワーク接続または AWS 依存関係の問題です。


Note


AWS/ES 名前空間には、次の EBS ボリュームのメトリクスが含まれます。

190

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html#t2-instances-cpu-credits

Amazon CloudWatch ユーザーガイドAmazon Elasticsearch Service メトリクスのディメンション


ReadLatency EBS ボリュームでの読み取り操作のレイテンシー (秒単位)。


WriteLatency EBS ボリュームでの書き込み操作のレイテンシー (秒単位)。


ReadThroughput EBS ボリュームでの読み取り操作のスループット (バイト/秒単位)。


WriteThroughput EBS ボリュームでの書き込み操作のスループット (バイト/秒単位)。


DiskQueueDepth EBS ボリュームに対する保留中の入出力 (I/O) リクエストの数。


ReadIOPS EBS ボリュームでの読み取り操作の入出力 (I/O) 操作数 (1 秒あたり)。


WriteIOPS EBS ボリュームでの書き込み操作の入出力 (I/O) 操作数 (1 秒あたり)。


Amazon Elasticsearch Service メトリクスのディメンションメトリクスをフィルタリングするために以下のディメンションを使用します。


ClientId AWS アカウント ID。

DomainName 検索ドメイン名。

Amazon Elastic Transcoder のメトリクスおよびディメンション

Amazon Elastic Transcoder を操作するときに、次のメトリクスを、毎分 CloudWatch に送信します。

Elastic Transcoder メトリクスAWS/ElasticTranscoder 名前空間には、次のメトリクスが含まれます。


Billed HD Output パイプラインの HD 出力の課金可能な秒数。

191

Amazon CloudWatch ユーザーガイドElastic Transcoder メトリクス

メトリクス説明有効なディメンション: PipelineId

単位: 秒

Billed SD Output パイプラインの SD 出力の課金可能な秒数。

有効なディメンション: PipelineId

単位: 秒

Billed Audio Output パイプラインのオーディオ出力の課金可能な秒数。


単位: 秒

Jobs Completed このパイプラインで完了したジョブの数。


単位: 個

Jobs Errored 指定された入力バケットにないファイルを変換するリクエストなど、無効な入力のために失敗したジョブの数。


単位: 個

Outputs per Job ジョブのために Elastic Transcoder が作成した出力の数。


単位: 個

Standby Time Elastic Transcoder がジョブの変換を開始する前の秒数。


単位: 秒

Errors ジョブ ID を含まないジョブステータスへのリクエストなど、無効なオペレーションパラメーターによって発生したエラーの数。

有効なディメンション: オペレーション

単位: 個

Throttles Elastic Transcoder が自動的にオペレーションを調整した回数。


単位: 個

192

Amazon CloudWatch ユーザーガイドElastic Transcoder メトリクスのディメンション

Elastic Transcoder メトリクスのディメンションElastic Transcoder メトリクスは Elastic Transcoder 名前空間を使用し、以下の項目のメトリクスを提供しています。


PipelineId パイプラインの ID。このディメンションを指定すると、リクエストしたデータをフィルタリングして、ElasticTranscoder パイプラインを抽出することができます。

Operation このディメンションを指定すると、リクエストしたデータがフィルタリングされて、Elastic Transcoder が提供する API だけになります。

Amazon GameLift のメトリクスおよびディメンション

フリートの Amazon GameLift メトリクスAWS/GameLift 名前空間には、フリート全体またはフリートグループにまたがるアクティビティに関する以下のメトリクスが含まれます。Amazon GameLift サービスは CloudWatch に毎分メトリクスを送信します。

インスタンス


ActiveInstances ACTIVE ステータスのインスタンスの数。このステータスは、アクティブなサーバープロセスを実行中であることを示します。数値には、アイドル状態のインスタンスや、1 つ以上のゲームセッションをホストしているインスタンスが含まれます。このメトリクスでは、インスタンスの現在の総容量を測定します。このメトリクスはAuto Scaling で使用できます。

単位: Count

関連する CloudWatch 統計:Average、Minimum、Maximum

DesiredInstances Amazon GameLift でフリートに保持しようとしているアクティブなインスタンスの目標数。Auto Scaling を使用している場合、この値は現在有効なスケーリングポリシーに基づいて決定されます。Auto Scaling を使用していない場合、この値は手動で設定します。このメトリクスは、フリートメトリクスグループのデータの表示には使用できません。

単位: Count

193

Amazon CloudWatch ユーザーガイドフリートの Amazon GameLift メトリクス

メトリクス説明関連する CloudWatch 統計:Average、Minimum、Maximum

IdleInstances 現在ホストしているゲームセッション数が 0 (ゼロ) であるアクティブなインスタンス。このメトリクスでは、使用可能であるが使用されていない容量を測定します。このメトリクスは Auto Scaling で使用できます。

単位: Count


MaxInstances フリートで許容されるインスタンスの最大数。フリートのインスタンスの最大数により、手動または自動で容量をスケールアップする上限が決まります。このメトリクスは、フリートメトリクスグループのデータの表示には使用できません。

単位: Count


MinInstances インスタンスで許容されるインスタンスの最小数。フリートのインスタンスの最小数により、手動または自動で容量をスケールダウンする下限が決まります。このメトリクスは、フリートメトリクスグループのデータの表示には使用できません。

単位: Count


PercentIdleInstances すべてのアイドル状態のアクティブなインスタンスのパーセント (IdleInstances / ActiveInstances で計算)。このメトリクスは Auto Scaling で使用できます。



InstanceInterruptions 中断されたスポットインスタンス数。

単位: Count

関連する CloudWatch 統計:Sum、Average、Minimum、Maximum

194


サーバープロセス


ActiveServerProcesses ACTIVE ステータスのサーバープロセス。このステータスは、プロセスが実行中でゲームセッションをホストできることを示します。数値には、アイドル状態のサーバープロセスやゲームセッションをホストしているサーバープロセスが含まれます。このメトリクスでは、サーバープロセスの現在の総容量を測定します。

単位: Count


HealthyServerProcesses 正常な状態を示しているアクティブなサーバープロセス。このメトリクスは、フリートのゲームサーバーの全体的な状態を追跡するのに役立ちます。

単位: Count


PercentHealthyServerProcesses 正常な状態を示しているすべてのアクティブなサーバープロセスのパーセント (HealthyServerProcesses /ActiveServerProcesses で計算)。



ServerProcessAbnormalTerminations 前回のレポート以降に異常事態のためにシャットダウンされたサーバープロセス。このメトリクスには、Amazon GameLift サービス主導の終了が含まれます。これは、サーバープロセスが応答を停止した場合、継続的にヘルスチェックの失敗をレポートする場合、または ProcessEnding () の呼び出しで正常に終了しない場合に発生します。

単位: Count


ServerProcessActivations 前回のレポート以降に ACTIVATING から ACTIVE のステータスに正常に移行したサーバープロセス。サーバープロセスは、アクティブになるまでゲームセッションをホストすることはできません。

単位: Count


ServerProcessTerminations 前回のレポート以降にシャットダウンされたサーバープロセス。これには、プロセスの正常または異常な終了を

195

http://docs.aws.amazon.com/gamelift/latest/developerguide/integration-server-sdk-cpp-ref-actions.html#integration-server-sdk-cpp-ref-processending


メトリクス説明問わず、何らかの理由で TERMINATED ステータスに移行したすべてのサーバープロセスが含まれます。

単位: Count


ゲームセッション


ActivatingGameSessions ACTIVATING ステータスのゲームセッション。このステータスは、セッションが起動中であることを示します。ゲームセッションは、アクティブになるまでプレーヤーをホストすることはできません。起動時間が長引く場合、セッションは ACTIVATING から ACTIVE ステータスに移行していない可能性があります。このメトリクスは Auto Scaling で使用できます。

単位: Count


ActiveGameSessions Active ステータスのゲームセッション。このステータスは、セッションでプレーヤーをホストできること、およびゼロ個以上のプレーヤーをホストしていることを示します。このメトリクスでは、現在ホストされているゲームセッションの総数を測定します。このメトリクスはAuto Scaling で使用できます。

単位: Count


AvailableGameSessions 現在使用されていないアクティブで正常なサーバープロセスのゲームセッションスロット。このメトリクスでは、すぐに開始できる新しいゲームセッションの数を測定します。このメトリクスは Auto Scaling で使用できます。

単位: Count


PercentAvailableGameSessions 現在使用されていないすべてのアクティブなサーバープロセス (正常または異常を問わない) のゲームセッションスロットのパーセント (AvailableGameSessions /[ActiveGameSessions +AvailableGameSessions + unhealthy serverprocesses] で計算)。このメトリクスは Auto Scalingで使用できます。

196

Amazon CloudWatch ユーザーガイドキューの Amazon GameLift メトリクス

メトリクス説明単位: パーセント

関連する CloudWatch 統計: Maximum、Average

GameSessionInterruptions 中断されたスポットインスタンスのゲームセッション数。

単位: Count


プレイヤーセッション


CurrentPlayerSessions ステータスが ACTIVE (プレイヤーはアクティブなゲームセッションに接続されている) であるか、RESERVED(プレイヤーはゲームセッションのスロットを与えられているが、まだ接続されていない) であるプレイヤーセッション。このメトリクスは Auto Scaling で使用できます。

単位: Count


PlayerSessionActivations 前回のレポート以降に RESERVED から ACTIVE ステータスに移行したプレーヤーセッション。これは、プレイヤーがアクティブなゲームセッションに正常に接続した場合に発生します。

単位: Count


キューの Amazon GameLift メトリクスGameLift 名前空間には、ゲームセッション配置キュー全体のアクティビティに関する以下のメトリクスが含まれます。Amazon GameLift サービスは CloudWatch に毎分メトリクスを送信します。


AverageWaitTime ゲームセッション配置キューで PENDING ステータスのリクエストが実行されるまでの平均待機時間。

単位: Seconds


197

Amazon CloudWatch ユーザーガイドマッチメーキングの Amazon GameLift メトリクス


PlacementsCanceled 前回のレポート以降に、タイムアウト前にキャンセルされたゲームセッション配置リクエスト。

単位: Count


PlacementsStarted 前回のレポート以降にキューに追加された新しいゲームセッション配置リクエスト。

単位: Count


PlacementsSucceeded 前回のレポート以降に新しいゲームセッションとなったゲームセッション配置リクエスト。

単位: Count


PlacementsTimedOut 前回のレポート以降に、キューのタイムアウト制限に達して実行されなかったゲームセッション配置リクエスト。

単位: Count


QueueDepth キュー内で PENDING ステータスのゲームセッション配置リクエストの数。

単位: Count


マッチメーキングの Amazon GameLift メトリクスGameLift 名前空間には、マッチメーキングアクティビティに関する以下のメトリクスが含まれます。Amazon GameLift サービスは CloudWatch に毎分メトリクスを送信します。

マッチメーキングアクティビティのシーケンスの詳細については、「Amazon GameLift FlexMatch のしくみ」を参照してください。


CurrentTickets マッチメーキングリクエストは現在処理中であるか、処理の待機中です。

単位: Count

198

http://docs.aws.amazon.com/gamelift/latest/developerguide/gamelift-match-howitworks.html

http://docs.aws.amazon.com/gamelift/latest/developerguide/gamelift-match-howitworks.html


メトリクス説明関連する CloudWatch 統計:Average、Minimum、Maximum

MatchAcceptancesTimedOut 承諾を要求するマッチメーキング設定の場合、前回のレポート後に承諾プロセス中にタイムアウトしたマッチング案の数。

単位: Count

関連する CloudWatch 統計: Sum

MatchesAccepted 承諾を要求するマッチメーキング設定の場合、前回のレポート後に承諾されたマッチング案の数。

単位: Count


MatchesCreated 前回のレポート後に作成された可能性のあるマッチング案の数。

単位: Count


MatchesPlaced 前回のレポート後にゲームセッションに正常に配置されたマッチング案の数。

単位: Count


MatchesRejected 承諾を要求するマッチメーキング設定の場合、前回のレポート後に少なくも 1 人のプレイヤーによって却下された可能性のあるマッチング案の数。

単位: Count


PlayersStarted 前回のレポート後に追加されたマッチメーキングチケットのプレイヤーの数。

単位: Count


RuleEvaluationsPassed 前回のレポート後に、マッチメーキングプロセスで合格したルール評価数。このメトリクスは、上位 50 のルールに制限されます。

単位: Count


199



RuleEvaluationsFailed 前回のレポート後に、マッチメーキングで失敗したルール評価数。このメトリクスは、上位 50 のルールに制限されます。

単位: Count


TicketsFailed 前回のレポート後に、マッチメーキングリクエストが失敗した数。

単位: Count


TicketsStarted 前回のレポート後に作成された新しいマッチメーキングリクエスト。

単位: Count


TicketsTimedOut 前回のレポート後に、タイムアウトしたマッチメーキングリクエストの数。

単位: Count


TimeToMatch 前回のレポート以前にマッチング候補に配置されたマッチメーキングリクエストの場合、チケットの作成からマッチング候補の作成までの時間。

単位: Seconds

関連する CloudWatch 統計: DataSamples、Average、Minimum、Maximum、p99

TimeToTicketCancel 前回のレポート前にキャンセルされたマッチメーキングリクエストの場合、チケットの作成からキャンセルまでの時間。

単位: Seconds


TimeToTicketSuccess 前回のレポート前に成功したマッチメーキングリクエストの場合、チケットの作成からマッチングが正常に配置されるまでの時間。

単位: Seconds


200

Amazon CloudWatch ユーザーガイドAmazon GameLift メトリクスのディメンション

Amazon GameLift メトリクスのディメンションAmazon GameLift は以下のディメンションでフィルタリングメトリクスをサポートします。


FleetId フリート別の識別子。このディメンションは、インスタンス、サーバープロセス、ゲームセッション、およびプレーヤーセッションのすべてのメトリクスで使用されます。これはキューとマッチメーキングのメトリクスでは使用されません。

FleetMetricsGroup フリートのコレクション別の識別子。フリートをフリートメトリクスグループに含めるには、メトリクスグループ名をフリートの属性 (「UpdateFleetAttributes ()」を参照) に追加します。このディメンションは、インスタンス、サーバープロセス、ゲームセッション、およびプレーヤーセッションのすべてのメトリクスで使用されます。これはキューとマッチメーキングのメトリクスでは使用されません。

QueueName キュー別の識別子。このディメンションは、ゲームセッション配置キューでのみ使用されます。

MatchmakingConfigurationName 1 つのマッチメーキングと設定の一意の識別子。このディメンションはマッチメーキングのメトリクスでのみ使用されます。

MatchmakingConfigurationName-RuleName

マッチメーキング設定およびマッチメーキングルールの交差に対する一意の識別子。このディメンションはマッチメーキングのメトリクスでのみ使用されます。

InstanceType EC2 インスタンスタイプの一意の識別子の指定。「C4.large」など。このディメンションはスポットインスタンスのメトリクスでのみ使用されます。

OperatingSystem インスタンスのオペレーティングシステムの一意の識別子。このディメンションはスポットインスタンスのメトリクスでのみ使用されます。

Amazon Inspector メトリクスCloudWatch で使用可能な Amazon Inspector メトリクスの詳細については、Amazon Inspector ユーザーガイドの「CloudWatch を使用した Amazon Inspector のモニタリング」を参照してください。

AWS IoT のメトリクスおよびディメンションAWS IoT を操作するときに、次のメトリクスを、毎分 CloudWatch に送信します。

AWS IoT メトリクスAWS IoT は受け取ったリクエストごとに、CloudWatch に次のメトリクスを送信します。

201

http://docs.aws.amazon.com/gamelift/latest/apireference/API_UpdateFleetAttributes.html

http://docs.aws.amazon.com/inspector/latest/userguide/using-cloudwatch.html

Amazon CloudWatch ユーザーガイドAWS IoT メトリクス

IoT メトリクス


RulesExecuted 実行される AWS IoT ルールの数。

ルールメトリクス


TopicMatch ルールがリッスンしているトピックで発行された受信メッセージの数。RuleName ディメンションにはルールの名前が含まれます。

ParseError ルールがリッスンしているトピックで発行されたメッセージで発生した JSON 解析エラーの数。RuleNameディメンションにはルールの名前が含まれます。

ルールアクションのメトリクス


Success 正常なルールアクションの呼び出しの数。RuleNameディメンションには、アクションを指定するルールの名前が含まれます。ActionType ディメンションには、呼び出されたアクションのタイプが含まれます。

失敗失敗したルールアクションの呼び出しの数。RuleNameディメンションには、アクションを指定するルールの名前が含まれます。RuleName ディメンションには、アクションを指定するルールの名前が含まれます。ActionType ディメンションには、呼び出されたアクションのタイプが含まれます。

メッセージブローカーのメトリクス


Connect.AuthError メッセージブローカーが承認できなかった接続リクエストの数。Protocol ディメンションには、CONNECT の送信に使用されたプロトコルが含まれます。メッセージ.

Connect.ClientError MQTT メッセージが AWS IoT の制限で定義された条件を満たさなかったために拒否された接続リクエストの数。Protocol ディメンションには、CONNECT の送信に使用されたプロトコルが含まれます。メッセージ.

Connect.ServerError 内部エラーが発生したために失敗した接続リクエストの数。Protocol ディメンションには、CONNECT メッセージの送信に使用されたプロトコルが含まれます。

Connect.Success メッセージブローカーへ正常な接続の数。Protocolディメンションには、CONNECT メッセージの送信に使用されたプロトコルが含まれます。

Connect.Throttle 許可された接続リクエストの頻度をクライアントが超えたために調整された接続リクエストの数。Protocol

202

http://docs.aws.amazon.com/iot/latest/developerguide/iot-limits.html


メトリクス説明ディメンションには、CONNECT メッセージの送信に使用されたプロトコルが含まれます。

Ping.Success メッセージブローカーによって受け取られた ping メッセージの数。Protocol ディメンションには、ping メッセージの送信に使用されたプロトコルが含まれます。

PublishIn.AuthError メッセージブローカーが承認できなかった発行リクエストの数。Protocol ディメンションには、メッセージの発行に使用されたプロトコルが含まれます。

PublishIn.ClientError メッセージが AWS IoT の制限で定義された要件を満たさなかったためにメッセージブローカーによって拒否された発行リクエストの数。Protocol ディメンションには、メッセージの発行に使用されたプロトコルが含まれます。

PublishIn.ServerError 内部エラーが発生したためにメッセージブローカーが処理に失敗した発行リクエストの数。Protocol ディメンションには、PUBLISH メッセージの送信に使用されたプロトコルが含まれます。

PublishIn.Success メッセージブローカーによって正常に処理された発行リクエストの数。Protocol ディメンションには、PUBLISH メッセージの送信に使用されたプロトコルが含まれます。

PublishIn.Throttle 許可されたインバウンドメッセージの頻度をクライアントが超えたために調整された発行リクエストの数。Protocol ディメンションには、PUBLISH メッセージの送信に使用されたプロトコルが含まれます。

PublishOut.AuthError AWS IoT が承認できなかった、メッセージブローカーによって行われた発行リクエストの数。Protocol ディメンションには、PUBLISH メッセージの送信に使用されたプロトコルが含まれます。

PublishOut.ClientError メッセージブローカーによって行われ、メッセージがAWS IoT の制限で定義された要件を満たさなかったために拒否された発行リクエストの数。Protocol ディメンションには、PUBLISH メッセージの送信に使用されたプロトコルが含まれます。

PublishOut.Success メッセージブローカーによって正常に行われた発行リクエストの数。Protocol ディメンションには、PUBLISHメッセージの送信に使用されたプロトコルが含まれます。

Subscribe.AuthError クライアントによって行われ、承認できなかったサブスクリプションリクエストの数。Protocol ディメンションには、SUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

203





Subscribe.ClientError SUBSCRIBE メッセージが、AWS IoT の制限で定義されている要件を満たさなかったために拒否されたサブスクリプションのリクエストの数。Protocol ディメンションには、SUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Subscribe.ServerError 内部エラーが発生したために拒否されたサブスクリプションのリクエストの数。Protocol ディメンションには、SUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Subscribe.Success メッセージブローカーによって正常に処理されたサブスクリプションのリクエストの数。Protocol ディメンションには、SUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Subscribe.Throttle 許可されたサブスクリプションのリクエストの頻度をクライアントが超えたために調整されたサブスクリプションのリクエストの数。Protocol ディメンションには、SUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Unsubscribe.ClientError UNSUBSCRIBE メッセージが、AWS IoT の制限で定義されている要件を満たさなかったために拒否されたサブスクリプション解除リクエストの数。Protocol ディメンションには、UNSUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Unsubscribe.ServerError 内部エラーが発生したために拒否されたサブスクリプション解除リクエストの数。Protocol ディメンションには、UNSUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Unsubscribe.Success メッセージブローカーによって正常に処理されたサブスクリプション解除リクエストの数。Protocol ディメンションには、UNSUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Unsubscribe.Throttle 許可されたサブスクリプション解除リクエストの頻度をクライアントが超えたために拒否されたサブスクリプション解除リクエストの数。Protocol ディメンションには、UNSUBSCRIBE メッセージの送信に使用されたプロトコルが含まれます。

Note

メッセージブローカーのメトリクスは、AWS IoT コンソールの [Protocol Metrics] の下に表示されます。

Device Shadow メトリクス


DeleteThingShadow.Accepted 正常に処理された DeleteThingShadow リクエストの数。Protocol ディメンションには、リクエストの作成に使用されたプロトコルが含まれます。

204





GetThingShadow.Accepted 正常に処理された GetThingShadow リクエストの数。Protocol ディメンションには、リクエストの作成に使用されたプロトコルが含まれます。

UpdateThingShadow.Accepted 正常に処理された UpdateThingShadow リクエストの数。Protocol ディメンションには、リクエストの作成に使用されたプロトコルが含まれます。

Note

Device Shadow メトリクスは、AWS IoT コンソールの [プロトコルメトリクス] の下に表示されます。

ジョブメトリクス


ServerError ジョブの実行中に生成されたサーバーエラーの数。JobId ディメンションには､ジョブの ID が含まれます。

ClientError ジョブの実行中に生成されたクライアントエラーの数。JobId ディメンションには､ジョブの ID が含まれます。

QueuedJobExecutionTotalCount 指定されたジョブのステータスが QUEUED であるジョブ実行の総数。JobId ディメンションには､ジョブの ID が含まれます。

InProgressJobExecutionTotalCount 指定されたジョブのステータスが IN_PROGRESS であるジョブ実行の総数。JobId ディメンションには､ジョブの ID が含まれます。

FailedJobExecutionTotalCount 指定されたジョブのステータスが FAILED であるジョブ実行の総数。JobId ディメンションには､ジョブの ID が含まれます。

SuccededJobExecutionTotalCount 指定されたジョブのステータスが SUCCESS であるジョブ実行の総数。JobId ディメンションには､ジョブの IDが含まれます。

CanceledJobExecutionTotalCount 指定されたジョブのステータスが CANCELED であるジョブ実行の総数。JobId ディメンションには､ジョブの IDが含まれます。

RejectedJobExecutionTotalCount 指定されたジョブのステータスが REJECTED であるジョブ実行の総数。JobId ディメンションには､ジョブの IDが含まれます。

RemovedJobExecutionTotalCount 指定されたジョブのステータスが REMOVED であるジョブ実行の総数。JobId ディメンションには､ジョブの IDが含まれます。

QueuedJobExecutionCount CloudWatch によって決定された期間中にステータスがQUEUED に変更されたジョブ実行の数。(CloudWatch メトリクスの詳細については、「Amazon CloudWatch メ

205

http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Metric


メトリクス説明トリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

InProgressJobExecutionCount CloudWatch によって決定された期間中にステータスが IN_PROGRESS に変更されたジョブ実行の数。(CloudWatch メトリクスの詳細については、「AmazonCloudWatch メトリクス」を参照してください。)JobIdディメンションには､ジョブの ID が含まれます。

FailedJobExecutionCount CloudWatch によって決定された期間中にステータスがFAILED に変更されたジョブ実行の数。(CloudWatch メトリクスの詳細については、「Amazon CloudWatch メトリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

SuccededJobExecutionCount CloudWatch によって決定された期間中にステータスがSUCCESS に変更されたジョブ実行の数。(CloudWatch メトリクスの詳細については、「Amazon CloudWatch メトリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

CanceledJobExecutionCount CloudWatch によって決定された期間中にステータスがCANCELED に変更されたジョブ実行の数。(CloudWatchメトリクスの詳細については、「Amazon CloudWatchメトリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

RejectedJobExecutionCount CloudWatch によって決定された期間中にステータスがREJECTED に変更されたジョブ実行の数。(CloudWatchメトリクスの詳細については、「Amazon CloudWatchメトリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

RemovedJobExecutionCount CloudWatch によって決定された期間中にステータスがREMOVED に変更されたジョブ実行の数。(CloudWatch メトリクスの詳細については、「Amazon CloudWatch メトリクス」を参照してください。)JobId ディメンションには､ジョブの ID が含まれます。

メトリクスのディメンションメトリクスは名前空間を使用し、以下の項目のメトリクスを提供しています。


ActionType リクエストによってトリガーされたルールで指定されたアクションのタイプ。

プロトコルリクエストを行うために使用されるプロトコル。有効な値: MQTT または HTTP

RuleName リクエストによってトリガーされたルールの名前。

JobId 進行状況またはメッセージ接続の成功/失敗が監視されているジョブの ID。

206














http://docs.aws.amazon.com/iot/latest/developerguide/iot-rule-actions.html

Amazon CloudWatch ユーザーガイドAWS IoT Analytics

AWS IoT Analytics のメトリクスおよびディメンション

AWS IoT Analytics は以下のメトリクスを CloudWatch に送信します。

AWS IoT Analytics MetricsAWS IoT Analytics sends the following metrics to CloudWatch once per received request.

AWS IoT Analytics Metrics

Metric Description

ActionExecution The number of actions executed.

ActivityExecutionError The number of errors generated while executing thepipeline activity.

IncomingMessages The number of messages coming into the channel.

Dimensions for MetricsMetrics use the namespace and provide metrics for the following dimension(s):

Dimension Description

ActionType The type of action that is being monitored.

ChannelName The name of the channel that is being monitored.

DatasetName The name of the data set that is being monitored.

DatastoreName The name of the data store that is being monitored.

PipelineActivityName The name of the pipeline activity that is being monitored.

PipelineActivityType The type of the pipeline activity that is being monitored.

PipelineName The name of the pipeline that is being monitored.

Amazon Kinesis Data Analytics のメトリクスKinesis Data Analytics はメトリクスを CloudWatch に送信します。詳細については、『Amazon KinesisData Analytics 開発者ガイド』の「Amazon CloudWatch メトリクスによるモニタリング」を参照してください。

メトリクスAWS/KinesisAnalytics 名前空間には、次のメトリクスが含まれます。

207

http://docs.aws.amazon.com/kinesisanalytics/latest/dev/monitoring-with-cloudwatch-metrics.html

Amazon CloudWatch ユーザーガイドメトリクス


Bytes 読み取りバイト数 (入力ストリームあたり) または書き込みバイト数 (出力ストリームあたり)。

レベル: 入力ストリームあたりおよび出力ストリームあたり

KPUs ストリーム処理アプリケーションを実行するために使用される Kinesis 処理ユニットの数。毎時間使用されるKPU の平均数によって、アプリケーションへの課金が決まります。

レベル: アプリケーションレベル

MillisBehindLatest アプリケーションが現在時刻からどのくらい遅れてストリーミングソースから読み取るかを示します。

レベル: アプリケーションレベル

Records 読み取りレコード数 (入力ストリームあたり) または書き込みレコード数 (出力ストリームあたり)。

レベル: 入力ストリームあたりおよび出力ストリームあたり

Success アプリケーションに設定された宛先への配信が成功するたびに 1、失敗した配信試行ごとに0。このメトリクスの平均値は、成功した配信の回数を示します。

レベル: 宛先ごと。

InputProcessing.Duration Kinesis Data Analytics によって実行される各 Lambda 関数の呼び出しにかかった時間。

レベル: 入力ストリームあたり

InputProcessing.OkRecords Ok ステータスとマークされた Lambda 関数によって返されたレコードの数。


InputProcessing.OkBytes Ok ステータスとマークされた Lambda 関数によって返されたレコードのバイトの合計数。


InputProcessing.DroppedRecords Dropped ステータスとマークされた Lambda 関数によって返されたレコードの数。


InputProcessing.ProcessingFailedRecordsProcessingFailed ステータスとマークされた Lambda 関数によって返されたレコードの数。


InputProcessing.Success Kinesis Data Analytics による Lambda 関数の成功した呼び出しの数。

208


メトリクス説明レベル: 入力ストリームあたり

LambdaDelivery.OkRecords Ok ステータスとマークされた Lambda 関数によって返されたレコードの数。

レベル: Lambda 宛先ごと。

LambdaDelivery.DeliveryFailedRecordsDeliveryFailed ステータスとマークされた Lambda 関数によって返されたレコードの数。


LambdaDelivery.Duration Kinesis Data Analytics によって実行される各 Lambda 関数の呼び出しにかかった時間。


メトリクスのディメンションAmazon Kinesis Data Analytics は以下のディメンションのメトリクスを提供します。


Flow 入力ストリームあたり: 入力

出力ストリームあたり: 出力

Id 入力ストリームあたり: 入力 ID

出力ストリームあたり: 出力 ID

Amazon Kinesis Data Firehose のメトリクスKinesis Data Firehose はメトリクスを CloudWatch に送信します。詳細については、『Amazon KinesisData Firehose 開発者ガイド』の「Amazon CloudWatch メトリクスによるモニタリング」を参照してください。

サービスレベル CloudWatch メトリクスAWS/Firehose 名前空間には、次のサービスレベルメトリクスが含まれます。


BackupToS3.Bytes 指定された期間にバックアップのために Amazon S3 に配信されるバイト数。Kinesis Data Firehose は、Amazon S3 または Amazon Redshift の宛先に対してデータ変換が有効になっているときに、このメトリクスを送信します。

単位: バイト

BackupToS3.DataFreshness Kinesis Data Firehose の最も古いレコードの経過時間(Kinesis Data Firehose に入ってから現在まで)。この経過時

209

http://docs.aws.amazon.com/firehose/latest/dev/monitoring-with-cloudwatch-metrics.html

Amazon CloudWatch ユーザーガイドサービスレベル CloudWatch メトリクス

メトリクス説明間より古いレコードは､Amazon S3 バケットに配信されてバックアップされます｡

単位: Seconds

BackupToS3.Records 指定された期間にバックアップのために Amazon S3 に配信されるレコード数。

単位: Count

BackupToS3.Success すべての Amazon S3 put コマンドの合計に対する､成功したバックアップの Amazon S3 put コマンドの合計。

DeliveryToElasticsearch.Bytes 指定された期間に Amazon ES にインデックス作成されたバイト数。

単位: バイト

DeliveryToElasticsearch.Records 指定された期間に Amazon ES にインデックス作成されたレコード数。

単位: Count

DeliveryToElasticsearch.Success インデックス作成が試みられたレコードの合計に対する正常にインデックス作成されたレコードの合計。

DeliveryToRedshift.Bytes 指定された期間に Amazon Redshift にコピーされたバイト数。

単位: バイト

DeliveryToRedshift.Records 指定された期間に Amazon Redshift にコピーされたレコード数。

単位: Count

DeliveryToRedshift.Success すべての Amazon Redshift COPY コマンドの合計に対する正常に実行された Amazon Redshift COPY コマンドの合計。

DeliveryToS3.Bytes 指定された期間に Amazon S3 に配信されたバイト数。

単位: バイト

DeliveryToS3.DataFreshness Kinesis Data Firehose の最も古いレコードの経過時間(Kinesis Data Firehose に入ってから現在まで)。この経過時間より古いレコードは S3 バケットに配信済みです。

単位: Seconds

DeliveryToS3.Records 指定された期間に Amazon S3 に配信されたレコード数。

単位: Count

DeliveryToS3.Success すべての Amazon S3 put コマンドの合計に対する正常に実行された Amazon S3 put コマンドの合計。

DeliveryToSplunk.Bytes 指定された期間に Splunk に配信されたバイト数。

単位: バイト

210

Amazon CloudWatch ユーザーガイドAPI レベルの CloudWatch メトリクス


DeliveryToSplunk.DataFreshness Kinesis Firehose の最も古いレコードの経過時間 (KinesisFirehose に入ってから現在まで)。この経過時間より古いレコードは Splunk に配信済みです。

単位: Seconds

DeliveryToSplunk.Records 指定された期間に Splunk に配信されたレコード数。

単位: Count

DeliveryToSplunk.Success インデックス作成が試みられたレコードの合計に対する正常にインデックス作成されたレコードの合計。

IncomingBytes 指定された期間に Kinesis Data Firehose ストリームに取り込まれたバイト数。

単位: バイト

IncomingRecords 指定された期間に Kinesis Data Firehose ストリームに取り込まれたレコード数。

単位: Count

API レベルの CloudWatch メトリクスAWS/Firehose 名前空間には、次の API レベルメトリクスが含まれます。


DescribeDeliveryStream.Latency 指定された期間に測定された DescribeDeliveryStreamオペレーションごとにかかった時間。

単位: ミリ秒

DescribeDeliveryStream.Requests DescribeDeliveryStream リクエストの総数。

単位: Count

ListDeliveryStreams.Latency 指定された期間に測定された ListDeliveryStream オペレーションごとにかかった時間。

単位: ミリ秒

ListDeliveryStreams.Requests ListFirehose リクエストの総数。

単位: Count

PutRecord.Bytes 指定された期間に PutRecord を使用して Kinesis DataFirehose 配信ストリームに送信されたバイト数。

単位: バイト

PutRecord.Latency 指定された期間に測定された PutRecord オペレーションごとにかかった時間。

単位: ミリ秒

211

Amazon CloudWatch ユーザーガイドデータ変換の CloudWatch メトリクス


PutRecord.Requests PutRecord オペレーションのレコード総数に等しい、PutRecord リクエストの総数。

単位: Count

PutRecordBatch.Bytes 指定された期間に PutRecordBatch を使用して KinesisData Firehose 配信ストリームに送信されたバイト数。

単位: バイト

PutRecordBatch.Latency 指定された期間に測定された PutRecordBatch オペレーションごとにかかった時間。

単位: ミリ秒

PutRecordBatch.Records PutRecordBatch オペレーションのレコード総数。

単位: Count

PutRecordBatch.Requests PutRecordBatch リクエストの総数。

単位: Count

UpdateDeliveryStream.Latency 指定された期間に測定された UpdateDeliveryStream オペレーションごとにかかった時間。

単位: ミリ秒

UpdateDeliveryStream.Requests UpdateDeliveryStream リクエストの総数。

単位: Count

データ変換の CloudWatch メトリクスLambda によるデータ変換が有効な場合、AWS/Firehose 名前空間には以下のメトリクスが含まれます。


ExecuteProcessing.DurationKinesis Data Firehose によって実行される各 Lambda 関数呼び出しにかかる時間。

単位: ミリ秒

ExecuteProcessing.SuccessLambda 関数呼び出しの合計に対する成功した Lambda 関数呼び出しの合計。

SucceedProcessing.Records指定した期間中に正常に処理されたレコードの数。

単位: Count

SucceedProcessing.Bytes指定した期間中に正常に処理されたバイトの数。

単位: バイト

212

Amazon CloudWatch ユーザーガイドAmazon Kinesis Data Streams

Amazon Kinesis Data Streams のメトリクスおよびディメンション

Kinesis Data Streams は、ストリームレベルとオプションのシャードレベルの 2 つのレベルでメトリクスを CloudWatch に送信します。ストリームレベルのメトリクスは、通常の条件での最も一般的なモニタリングのユースケース用です。シャードレベルのメトリクスは、トラブルシューティングに通常関連する、特定のモニタリングタスク用です。詳細については、『Amazon Kinesis Developer Guide』の「AmazonCloudWatch を使用した Amazon Kinesis のモニタリング」を参照してください。

目次• 基本ストリームレベルメトリクス (p. 213)• 拡張シャードレベルメトリクス (p. 217)• Amazon Kinesis メトリクスのディメンション (p. 219)

基本ストリームレベルメトリクスAWS/Kinesis 名前空間には、次のストリームレベルメトリクスが含まれます。

Kinesis Data Streams は、1 分ごとにこれらのストリームレベルメトリクスを CloudWatch に送信します。これらのメトリクスは常に利用することができます。


GetRecords.Bytes 指定された期間に測定された、Kinesis ストリームから取得したバイト数。Minimum、Maximum、および Average の統計は、指定した期間内のストリームの単一 GetRecords オペレーションでのバイト数です。

シャードレベルメトリクス名: OutgoingBytes

ディメンション: StreamName

統計: Minimum、Maximum、Average、Sum、Samples

単位: バイト

GetRecords.IteratorAge このメトリクスは廃止されました。GetRecords.IteratorAgeMilliseconds を使用します。

GetRecords.IteratorAgeMillisecondsKinesis ストリームに対して行われたすべての GetRecords呼び出しの最後のレコードの期間 (指定された時間に測定)。期間は、現在の時刻と、GetRecords 呼び出しの最後のレコードがストリームに書き込まれた時刻の差です。Minimumおよび Maximum 統計は、Kinesis コンシューマーアプリケーションのプロセスを追跡するのに使用できます。値がゼロの場合は、読み取り中のレコードがストリームに完全に追いついていることを示します。

シャードレベルメトリクス名: IteratorAgeMilliseconds


統計: Minimum、Maximum、Average、Samples

213

http://docs.aws.amazon.com/kinesis/latest/dev/monitoring-with-cloudwatch.html

http://docs.aws.amazon.com/kinesis/latest/dev/monitoring-with-cloudwatch.html

Amazon CloudWatch ユーザーガイド基本ストリームレベルメトリクス

メトリクス説明単位: ミリ秒

GetRecords.Latency 指定された期間に測定された GetRecords オペレーションごとにかかった時間。



単位: ミリ秒

GetRecords.Records 指定された期間に測定された、シャードから取得したレコード数。Minimum、Maximum、および Average の統計は、指定した期間内のストリームの単一 GetRecords オペレーションでのレコード数です。

シャードレベルメトリクス名: OutgoingRecords



単位: Count

GetRecords.Success 指定された期間に測定された、ストリームごとの成功したGetRecords オペレーションの数。


統計: Average、Sum、Samples

単位: Count

IncomingBytes 指定された期間に、Kinesis ストリームに正常に送信されたバイト数。このメトリクスには、PutRecord および PutRecords オペレーションのバイト数も含まれます。Minimum、Maximum、および Average の統計は、指定した期間内のストリームの単一 put オペレーションでのバイト数です。

シャードレベルメトリクス名: IncomingBytes



単位: バイト

214



IncomingRecords 指定された期間に、Kinesis ストリームに正常に送信されたレコードの数。このメトリクスには、PutRecord および PutRecords オペレーションのレコード数も含まれます。Minimum、Maximum、および Average の統計は、指定した期間内のストリームの単一 put オペレーションでのレコード数です。

シャードレベルメトリクス名: IncomingRecords



単位: Count

PutRecord.Bytes 指定された期間に PutRecord オペレーションを使用してKinesis ストリームに送信されたバイト数。



単位: バイト

PutRecord.Latency 指定された期間に測定された PutRecord オペレーションごとにかかった時間。



単位: ミリ秒

PutRecord.Success 指定された期間に測定された、Kinesis ストリームごとの成功した PutRecord オペレーションの数。Average はストリームへの書き込み成功率を反映しています。



単位: Count

PutRecords.Bytes 指定された期間に PutRecords オペレーションを使用してKinesis ストリームに送信されたバイト数。



単位: バイト

215



PutRecords.Latency 指定された期間に測定された PutRecords オペレーションごとにかかった時間。



単位: ミリ秒

PutRecords.Records 指定された期間に測定された、Kinesis ストリームごとのPutRecords オペレーションの正常なレコード数。



単位: Count

PutRecords.Success 指定された期間に測定された、Kinesis ストリームあたりの最低 1 つのレコードが成功した PutRecords オペレーションの数。



単位: Count

ReadProvisionedThroughputExceeded指定された期間のストリームで調整された GetRecords 呼び出し回数。このメトリクスで最も一般的に使用される統計はAverage です。

Minimum の統計の値が 1 の場合、指定された期間にストリームについてすべてのレコードが調整されました。

Maximum の統計の値が 0 (ゼロ) の場合、指定された期間にストリームについてどのレコードも調整されていません。

シャードレベルメトリクス名:ReadProvisionedThroughputExceeded



単位: Count

216

Amazon CloudWatch ユーザーガイド拡張シャードレベルメトリクス


WriteProvisionedThroughputExceeded指定された期間にストリームのスロットリングにより拒否されたレコードの数。このメトリクスには、PutRecord および PutRecords オペレーションのスロットリングも含まれます。このメトリクスで最も一般的に使用される統計はAverage です。

Minimum の統計がゼロ以外の値の場合、指定された期間にストリームについてレコードが調整中でした。

Maximum の統計の値が 0 (ゼロ) の場合、指定された期間のストリームで、どのレコードも調整中ではありませんでした。

シャードレベルメトリクス名:WriteProvisionedThroughputExceeded



単位: Count

拡張シャードレベルメトリクスAWS/Kinesis 名前空間には、次のシャードレベルメトリクスが含まれます。

Kinesis は、1 分ごとに次のシャードレベルメトリクスを CloudWatch に送信します。デフォルトでは、これらのメトリクスは有効ではありません。Kinesis から発生した拡張メトリクスには、料金がかかります。詳細については､「Amazon CloudWatch カスタムメトリクス」の「Amazon CloudWatch 料金表」を参照してください。料金は､1 ヶ月あたりのシャードごとに表示されます。


IncomingBytes 指定された期間に、シャードに正常に送信されたバイト数。このメトリクスには、PutRecord および PutRecords オペレーションのバイト数も含まれます。Minimum、Maximum、および Average の統計は、指定した期間内のシャードの単一put オペレーションでのバイト数です。

ストリームレベルメトリクス名: IncomingBytes

ディメンション: StreamName、ShardId


単位: バイト

IncomingRecords 指定された期間に、シャードに正常に送信されたレコードの数。このメトリクスには、PutRecord およびPutRecords オペレーションのレコード数も含まれます。Minimum、Maximum、および Average の統計は、指定した期間内のシャードの単一 put オペレーションでのレコード数です。

ストリームレベルメトリクス名: IncomingRecords

217


Amazon CloudWatch ユーザーガイド拡張シャードレベルメトリクス

メトリクス説明ディメンション: StreamName、ShardId


単位: Count

IteratorAgeMilliseconds シャードに対して行われたすべての GetRecords 呼び出しの最後のレコードの期間 (指定された時間に測定)。期間は、現在の時刻と、GetRecords 呼び出しの最後のレコードがストリームに書き込まれた時刻の差です。Minimum およびMaximum 統計は、Kinesis コンシューマーアプリケーションのプロセスを追跡するのに使用できます。値が 0 (ゼロ) の場合は、読み取り中のレコードがストリームに完全に追いついていることを示します。

ストリームレベルメトリクス名:GetRecords.IteratorAgeMilliseconds


統計: Minimum、Maximum、Average、Samples

単位: ミリ秒

OutgoingBytes 指定された期間に測定された、シャードから取得したバイト数。Minimum、Maximum、および Average の統計は、指定した期間内のシャードの単一 GetRecords オペレーションでのバイト数です。

ストリームレベルメトリクス名: GetRecords.Bytes



単位: バイト

OutgoingRecords 指定された期間に測定された、シャードから取得したレコード数。Minimum、Maximum、および Average の統計は、指定した期間内のシャードの単一 GetRecords オペレーションでのレコード数です。

ストリームレベルメトリクス名: GetRecords.Records



単位: Count

218

Amazon CloudWatch ユーザーガイドAmazon Kinesis メトリクスのディメンション


ReadProvisionedThroughputExceeded指定された期間のシャードで調整された GetRecords 呼び出し回数。この例外カウントは、1 秒あたり 1 つのシャードあたり 5 回の読み込みまたは 1 つのシャードあたり 1 秒あたり2 MB の制限のすべてのディメンションを含みます。このメトリクスで最も一般的に使用される統計は Average です。

Minimum の統計の値が 1 の場合、指定された期間にシャードについてすべてのレコードが調整されました。

Maximum の統計の値が 0 (ゼロ) の場合、指定された期間にシャードについてどのレコードも調整されていません。

ストリームレベルメトリクス名:ReadProvisionedThroughputExceeded



単位: Count

WriteProvisionedThroughputExceeded指定された期間にシャードのスロットリングにより拒否されたレコードの数。このメトリクスには、PutRecord およびPutRecords オペレーションのスロットリングが含まれ、さらに、1 つのシャードあたり 1 秒あたり 1,000 レコードまたは 1 つのシャードあたり 1 秒あたり 1 MB の制限のすべてのディメンションが含まれます。このメトリクスで最も一般的に使用される統計は Average です。

Minimum の統計がゼロ以外の値の場合、指定された期間にシャードについてレコードが調整中でした。

Maximum の統計の値が 0 (ゼロ) の場合、指定された期間のシャードで、どのレコードも調整中ではありませんでした。

ストリームレベルメトリクス名:WriteProvisionedThroughputExceeded



単位: Count

Amazon Kinesis メトリクスのディメンションAmazon Kinesis Data Streams のメトリクスをフィルタするには、次のディメンションを使用できます。


StreamName Kinesis ストリームの名前。

ShardId Kinesis ストリーム内のシャード ID。

219

Amazon CloudWatch ユーザーガイドAmazon Kinesis 動画ストリーム

Amazon Kinesis 動画ストリームのメトリクスとディメンション

MetricsThe AWS/KinesisVideo namespace includes the following metrics.

Metric Description

PutMedia.Requests Number of PutMedia API requests for a given stream.

Units: Count

PutMedia.IncomingBytes Number of bytes received as part of PutMedia for thestream.

Units: Bytes

PutMedia.IncomingFragments Number of complete fragments received as part ofPutMedia for the stream.

Units: Count

PutMedia.IncomingFrames Number of complete frames received as part ofPutMedia for the stream.

Units: Count

PutMedia.ActiveConnections The total number of connections to the service host.

Units: Count

PutMedia.ConnectionErrors Errors while establishing PutMedia connection for thestream.

Units: Count

PutMedia.FragmentIngestionLatency Time difference between when the first and last bytes ofa fragment are received by Kinesis ビデオストリーム.

Units: Milliseconds

PutMedia.FragmentPersistLatency Time taken from when the complete fragment data isreceived and archived.

Units: Count

PutMedia.Latency Time difference between the request and the HTTPresponse from InletService while establishing theconnection.

Units: Count

PutMedia.BufferingAckLatency Time difference between when the first byte of a newfragment is received by Kinesis ビデオストリーム andwhen the Buffering ACK is sent for the fragment.

220

Amazon CloudWatch ユーザーガイドMetrics

Metric DescriptionUnits: Milliseconds

PutMedia.ReceivedAckLatency Time difference between when the last byte of a newfragment is received by Kinesis ビデオストリーム andwhen the Received ACK is sent for the fragment.

Units: Milliseconds

PutMedia.PersistedAckLatency Time difference between when the last byte of a newfragment is received by Kinesis ビデオストリーム andwhen the Persisted ACK is sent for the fragment.

Units: Milliseconds

PutMedia.ErrorAckCount Number of Error ACKs sent while doing PutMedia forthe stream.

Units: Count

PutMedia.Success 1 for each fragment successfully written; 0 for every failedfragment. The average value of this metric indicates howmany complete, valid fragments are sent.

Units: Count

GetMedia.Requests Number of GetMedia API requests for a given stream.

Units: Count

GetMedia.OutgoingBytes Total number of bytes sent out from the service as part ofthe GetMedia API for a given stream.

Units: Bytes

GetMedia.OutgoingFragments Number of fragments sent while doing GetMedia for thestream.

Units: Count

GetMedia.OutgoingFrames Number of frames sent during GetMedia on the givenstream.

Units: Count

GetMedia.MillisBehindNow Time difference between the current server time stampand the server time stamp of the last fragment sent.

Units: Milliseconds

GetMedia.ConnectionErrors The number of connections that were not successfullyestablished.

Units: Count

GetMedia.Success 1 for every fragment successfully sent; 0 for every failure.The average value indicates the rate of success.

Units: Count

221


Metric Description

GetMediaForFragmentList.OutgoingBytesTotal number of bytes sent out from the service as partof the GetMediaForFragmentList API for a givenstream.

Units: Bytes

GetMediaForFragmentList.OutgoingFragmentsTotal number of fragments sent out from the service aspart of the GetMediaForFragmentList API for a givenstream.

Units: Count

GetMediaForFragmentList.OutgoingFramesTotal number of frames sent out from the service as partof the GetMediaForFragmentList API for a givenstream.

Units: Count

GetMediaForFragmentList.Requests Number of GetMediaForFragmentList API requestsfor a given stream.

Units: Count

GetMediaForFragmentList.Success 1 for every fragment successfully sent; 0 for every failure.The average value indicates the rate of success.

Units: Count

ListFragments.Latency Latency of the ListFragments API calls for the givenstream name.

Units: Milliseconds

GetHLSStreamingSessionURL.Latency Latency of the GetHLSStreamingSessionURL APIcalls for the given stream name.

Units: Milliseconds

GetHLSStreamingSessionURL.Requests Number of GetHLSStreamingSessionURL APIrequests for a given stream.

Units: Count

GetHLSStreamingSessionURL.Success 1 for every successful request; 0 for every failure. Theaverage value indicates the rate of success.

Units: Count

GetHLSMasterPlaylist.Latency Latency of the GetHLSMasterPlaylist API calls forthe given stream name.

Units: Milliseconds

GetHLSMasterPlaylist.Requests Number of GetHLSMasterPlaylist API requests for agiven stream.

Units: Count

222


Metric Description

GetHLSMasterPlaylist.Success 1 for every successful request; 0 for every failure. Theaverage value indicates the rate of success.

Units: Count

GetHLSMediaPlaylist.Latency Latency of the GetHLSMediaPlaylist API calls for thegiven stream name.

Units: Milliseconds

GetHLSMediaPlaylist.Requests Number of GetHLSMediaPlaylist API requests for agiven stream.

Units: Count

GetHLSMediaPlaylist.Success 1 for every successful request; 0 for every failure. Theaverage value indicates the rate of success.

Units: Count

GetMP4InitFragment.Latency Latency of the GetMP4InitFragment API calls for thegiven stream name.

Units: Milliseconds

GetMP4InitFragment.Requests Number of GetMP4InitFragment API requests for agiven stream.

Units: Count

GetMP4InitFragment.Success 1 for every successful request; 0 for every failure. Theaverage value indicates the rate of success.

Units: Count

GetMP4MediaFragment.Latency Latency of the GetMP4MediaFragment API calls for thegiven stream name.

Units: Milliseconds

GetMP4MediaFragment.Requests Number of GetMP4MediaFragment API requests for agiven stream.

Units: Count

GetMP4MediaFragment.Success 1 for every successful request; 0 for every failure. Theaverage value indicates the rate of success.

Units: Count

GetMP4MediaFragment.OutgoingBytes Total number of bytes sent out from the service as part ofthe GetMP4MediaFragment API for a given stream.

Units: Bytes

223

Amazon CloudWatch ユーザーガイドのディメンション Amazon Kinesis

動画ストリームのメトリクス

のディメンション Amazon Kinesis 動画ストリームのメトリクスYou can use the following dimensions to filter the metrics for Amazon Kinesis Video Streams.


StreamName The name of the Kinesis video stream.

AWS Key Management Service のメトリクスおよびディメンション

AWS Key Management Service (AWS KMS) を使用してカスタマーマスターキー (CMK) にキーマテリアルをインポートして有効期限切れになるように設定するときに、AWS KMS は CloudWatch にメトリクスとディメンションを送信します。詳細については、『AWS Key Management Service Developer Guide』の「Amazon CloudWatch を使用したモニタリング」を参照してください。

AWS KMS メトリクスAWS/KMS 名前空間には、次のメトリクスが含まれます。

SecondsUntilKeyMaterialExpiration

このメトリクスはインポートしたキーマテリアルの有効期限までの残りの秒数を追跡します。このメトリクスは、オリジンが EXTERNAL でキーマテリアルの有効期限が設定された CMK に対してのみ有効です。このメトリクスで最も有用な統計は Minimum で、指定した統計期間のすべてのデータポイントの最小残り時間を示します。このメトリクスの唯一の有効な単位は Seconds です。

このメトリクスを使用して、インポートしたキーマテリアルの有効期限までの残り時間を追跡します。その時間が定義したしきい値を下回った場合は、新しい有効期限を使用してキーマテリアルを再インポートするなどのアクションを実行できます。これが発生したときに通知する CloudWatchアラームを作成できます。詳細については、「Creating CloudWatch Alarms to Monitor AWS KMSMetrics in the AWS Key Management Service Developer Guide」を参照してください。

AWS KMS メトリクスのディメンションAWS KMS メトリクスは AWS/KMS 名前空間を使用し、有効なディメンション: KeyId は 1 つだけです。このディメンションを使用して、特定の CMK のメトリクスデータまたは CMK の設定を表示できます。

AWS Lambda のメトリクスおよびディメンションAWS Lambda は、毎分 CloudWatch にメトリクスを送信します。詳細については、AWS LambdaDeveloper Guideの「Amazon CloudWatch を使用した AWS Lambda 関数のトラブルシューティングとモニタリング」を参照してください。

AWS Lambda CloudWatch のメトリクスAWS/Lambda 名前空間には、次のメトリクスが含まれます。

224

http://docs.aws.amazon.com/kms/latest/developerguide/importing-keys.html

http://docs.aws.amazon.com/kms/latest/developerguide/importing-keys.html

http://docs.aws.amazon.com/kms/latest/developerguide/monitoring-cloudwatch.html

http://docs.aws.amazon.com/kms/latest/developerguide/monitoring-cloudwatch.html#creating-alarms

http://docs.aws.amazon.com/kms/latest/developerguide/monitoring-cloudwatch.html#creating-alarms

http://docs.aws.amazon.com/lambda/latest/dg/monitoring-functions.html

http://docs.aws.amazon.com/lambda/latest/dg/monitoring-functions.html

Amazon CloudWatch ユーザーガイドAWS Lambda CloudWatch のメトリクス


Invocations イベントまたは API 呼び出しに応じて呼び出される関数の回数を測定します。廃止された RequestCount メトリックが置き換えられます。これは、成功したまたは失敗した呼び出しが含まれますが、調整された試行は含まれません。これは、関数の課金されるリクエストと等しくなります。AWSLambda は、ゼロ以外の値を持つメトリクスのみを CloudWatch 送信することに注意してください。

単位: Count

Errors 関数 (応答コード 4XX) エラーが原因で失敗した呼び出しの数を測定します。これは、廃止された ErrorCount メトリックが置き換えられます。失敗した呼び出しは、成功する再試行のトリガーとなる場合があります。ここでは次の点について説明します。

• 処理された例外 (context.fail(error) など)• コードの終了を起こす処理されない例外• メモリ不足例外• タイムアウト• 権限エラー

これには、デフォルトの同時オペレーションの制限を超える呼び出しレートによる呼び出し失敗 (エラーコード 429) または内部サービスエラー (エラーコード 500) による呼び出し失敗は含まれません。

単位: Count

Dead Letter Error Lambda が、失敗したイベントペイロードを設定済みのデッドレターキューに書き込むことができない場合に増分されます。これは、次のことが原因の可能性があります。

• 権限エラー• ダウンストリームサービスからのスロットリング• リソースの設定が不適切• タイムアウト

単位: Count

Duration 呼び出しの結果として関数コードが実行を開始してから関数の実行が停止されるまでの実時間を測定します。廃止されるレイテンシーメトリックが置き換えられます。データポイントの最大値は関数のタイムアウト設定で設定可能です。課金期間は、100 ミリ秒を単位として切り上げられます。AWSLambda は、ゼロ以外の値を持つメトリクスのみを CloudWatch 送信することに注意してください。

単位: ミリ秒

Throttles お客様の同時オペレーションを超える呼び出しレートのために調整されたLambda 関数の呼び出し試行の回数を測定します (エラーコード 429)。失敗した呼び出しは、成功する再試行のトリガーとなる場合があります。

単位: Count

225

Amazon CloudWatch ユーザーガイドAWS Lambda メトリクスのディメンション


IteratorAge ストリームベースの呼び出しのみに対して出力されます (Amazon DynamoDBストリームまたは Kinesis ストリームによってトリガーされる関数)。処理されたレコードの各バッチの最後のレコードの経過日数を測定します。経過日数は、Lambda がバッチを受け取った時間と、バッチの最後のレコードがストリームに書き込まれた時間の差です。

単位: ミリ秒

ConcurrentExecutionsアカウント内のすべての関数とカスタム同時実行制限が指定されている関数の集計メトリクスとして発行されます。バージョンまたはエイリアスは該当しません。特定の時点でにおける特定の関数の同時実行の合計を測定します。ある期間で集計された場合、平均メトリクスとして表示する必要があります。

単位: Count

UnreservedConcurrentExecutionsアカウント内のすべての関数の集約メトリクスとしてのみ送信されます。機能､バージョン､またはエイリアスは該当しません。カスタム同時実行制限が指定されていない関数の同時実行数の合計を表します。

単位: Count

エラー/呼び出し率

Lambda 関数呼び出し時のエラー率を計算する際は、呼び出しのリクエストと実際の呼び出しを区別することが重要です。エラー率は、課金される Lambda 関数の呼び出しの数を超える可能性があります。Lambda は、Lambda 関数コードが実行された場合にのみ呼び出しのメトリクスをレポートします。呼び出しのリクエストによってスロットリングなどの初期化エラーが生じ、Lambda 関数コードが呼び出されない場合、Lambda はエラーをレポートしますが、呼び出しメトリクスを記録しません。

• Lambda は、関数が実行されると Invocations=1 を送信します。Lambda 関数が実行されない場合は、何も送信されません。

• Lambda は、各呼び出しリクエストについて、Errors のデータポイントを送信します。Errors=0 は、関数実行エラーが存在しないことを意味します。Errors=1 は、関数エラーが存在することを意味します。

• Lambda は、各呼び出しリクエストについて、Throttles のデータポイントを送信します。Throttles=0 は、呼び出しのスロットルが存在しないことを意味します。Throttles=1は、呼び出しのスロットルが存在することを意味します。

AWS Lambda メトリクスのディメンションLambda のデータは、下の表にあるいずれかのディメンションでフィルタリングできます。

AWS Lambda CloudWatch ディメンション次の表のディメンションを使用すると、Lambda 関数に対して返されるメトリクスを絞り込むことができます。


FunctionName Lambda 関数によってメトリクスデータをフィルタリングします。

226

Amazon CloudWatch ユーザーガイドAmazon Lex


Resource 関数のバージョンまたはエイリアスなど、Lambda 関数リソースによってメトリクスデータをフィルタリングします。

Version Lambda バージョンにリクエストしたデータをフィルタリングします。

Alias Lambda エイリアスにリクエストしたデータをフィルタリングします。

Executed Version Lambda 関数のバージョンによってメトリクスデータをフィルタリングします。これはエイリアスの呼び出しのみに適用されます。

Amazon Lex メトリクス次の表は、Amazon Lex のメトリクスの説明です。

CloudWatch Metrics for Amazon Lex RuntimeThe following table describes the Amazon Lex runtime metrics.

Metric Description

RuntimeInvalidLambdaResponsesThe number of invalid Lambda responses in the specified period.

Valid dimension for the PostContentoperation with the Text or SpeechInputMode:

• BotName, BotAlias, Operation, InputMode

Valid dimension for the PostText operation:

• BotName, BotAlias, Operation

RuntimeLambdaErrors The number of AWS Lambda runtime errors in the specified period.

Valid dimension for the PostContent operation with the Text orSpeech InputMode :




MissedUtteranceCount The number of utterances that were not recognized in the specified period.

Valid dimensions for the PostContent operation with the Text orSpeech InputMode:

• BotName, BotVersion, Operation, InputMode


Valid dimensions for the PostText operation:

• BotName, BotVersion, Operation

227

Amazon CloudWatch ユーザーガイドRuntime Metrics for Amazon Lex

Metric Description• BotName, BotAlias, Operation

RuntimePollyErrors The number of invalid Amazon Polly responses in the specified period.

Valid dimension for the PostContent operation with the Text or SpeechInputMode:




RuntimeRequestCount The number of runtime requests in the specified period.







Unit: Count

RuntimeSucessfulRequestLatencyThe latency for successful requests between the time that the request wasmade and the response was passed back.







Unit: Milliseconds

228

Amazon CloudWatch ユーザーガイドRuntime Metrics for Amazon Lex

Metric Description

RuntimeSystemErrors The number of system errors in the specified period. The response coderange for a system error is 500 to 599.





Unit: Count

RuntimeThrottledEvents The number of throttled requests. Amazon Lex throttles a request whenit receives more requests than the limit of transactions per second set foryour account. If the limit set for your account is frequently exceeded, youcan request a limit increase. To request an increase, see AWS ServiceLimits.





Unit: Count

RuntimeUserErrors The number of user errors in the specified period. The response coderange for a user error is 400 to 499.

Valid dimension for the PostContent operation with Text or SpeechInputMode:




Unit: Count

Amazon Lex runtime metrics use the AWS/Lex namespace, and provide metrics in the followingdimensions. You can group metrics by dimenstions in the CloudWatch console:

229

http://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html

http://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html

Amazon CloudWatch ユーザーガイドChannel Association Metrics for Amazon Lex


BotName, BotAlias,Operation, InputMode

Groups metrics by the bot's alias, the bot's name, the operation(PostContent), and by whether the input was text or speech.

BotName, BotVersion,Operation, InputMode

Groups metrics by the bot's name, the version of the bot, the operation(PostContent), and by whether the input was text or speech.

BotName, BotVersion,Operation

Groups metrics by the bot's name, the bots version, and by the operation,PostText.

BotName, BotAlias,Operation

Groups metrics by the bot's name, the bot's alias, and by the operation,PostText.

CloudWatch Metrics for Amazon Lex ChannelAssociationsA channel association is the association between Amazon Lex and a messaging channel, such asFacebook. The following table describes the Amazon Lex channel association metrics.

Metric Description

BotChannelAuthErrors The number of authentication errors returned by the messaging channel inthe specified time period. An authentication error indicates that the secrettoken provided during channel creation is invalid or has expired.

BotChannelConfigurationErrorsThe number of configuration errors in the specified period. A configurationerror indicates that one or more configuration entries for the channel areinvalid.

BotChannelInboundThrottledEventsThe number of times that messages that were sent by the messagingchannel were throttled by Amazon Lex in the specified period.

BotChannelOutboundThrottledEventsThe number of times that outbound events from Amazon Lex to themessaging channel were throttled in the specified time period.

BotChannelRequestCount The number of requests made on a channel in the specified time period.

BotChannelResponseCardErrorsThe number of times that Amazon Lex could not post response cards inthe specified period.

BotChannelSystemErrors The number of internal errors that occurred in Amazon Lex for a channel inthe specified period.

Amazon Lex channel association metrics use the AWS/Lex namespace, and provide metrics for thefollowing dimension. You can group metrics by dimenstions in the CloudWatch console::


BotAlias,BotChannelName,BotName, Source

Group metrics by the bot's alias, the channel name, the bot's name, and bythe source of traffic.

230

Amazon CloudWatch ユーザーガイドAmazon Machine Learning

Amazon Machine Learning のメトリクスおよびディメンション

Amazon Machine Learning は、メトリクスを 5 分ごとに CloudWatch に送信します。詳細については、『Amazon Machine Learning Developer Guide』の「Amazon CloudWatch メトリクスによる Amazon MLのモニタリング」を参照してください。

Amazon ML メトリクスAWS/ML 名前空間には、次のメトリクスが含まれます。


PredictCount 指定した期間に Amazon ML によって受け取られた監視の数。

単位: Count

PredictFailureCount 指定された期間に Amazon ML によって受け取られた、無効または正しい形式ではない監視の数。

単位: Count

Amazon Machine Learning メトリクスのディメンションAmazon ML のデータは、下の表にあるいずれかのディメンションでフィルタリングできます。


MLModelId Amazon ML モデルの識別子。使用可能なすべての統計がMLModelId によってフィルタリングされます。

RequestMode 監視がバッチ予測リクエストの一部として受け取られたか、リアルタイムの予測リクエストとして受け取られたかを示すインジケータ。使用可能なすべての統計が RequestMode によってフィルタリングされます。

Amazon MQ メトリクスAmazon MQ と Amazon CloudWatch は統合されているため、CloudWatch を使用して ActiveMQ ブローカーのメトリクスおよびブローカーの送信先 (キューとトピック) を表示して分析できます。CloudWatchコンソール、AWS CLI、または CloudWatch CLI から Amazon MQ メトリクスを表示して分析できます。Amazon MQ の CloudWatch メトリクスは、1 分おきにブローカーから自動的にポーリングされた後、CloudWatch にプッシュされます。詳細については、『Amazon MQ 開発者ガイド』の「CloudWatchを使用した Amazon MQ のモニタリング」を参照してください。

Note

次の統計はすべてのメトリクスに対して有効です。

231

http://docs.aws.amazon.com/machine-learning/latest/dg/cw-doc.html

Amazon MQ ??????amazon-mq-monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドBroker Metrics

• Average

• Minimum

• Maximum

• Sum

AWS/AmazonMQ 名前空間には、次のメトリクスが含まれます。

Broker Metrics

Metric Unit Description

CpuUtilization Percent The percentage of allocated EC2compute units that the brokercurrently uses.

HeapUsage Percent The percentage of the ActiveMQJVM memory limit that the brokercurrently uses.

NetworkIn Bytes The volume of incoming traffic forthe broker.

NetworkOut Bytes The volume of outgoing traffic forthe broker.

TotalMessageCount Count The number of messages storedon the broker.

Dimension for Broker Metrics


Broker The name of the broker.

Note

A single-instance broker has the suffix-1. An active-standby broker for highavailability has the suffixes -1 and -2 forits redundant pair.

Destination (Queue and Topic) MetricsImportant

The following metrics record only values since CloudWatch polled the metrics last:

• EnqueueCount

• ExpiredCount

• DequeueCount

• DispatchCount

232

Amazon CloudWatch ユーザーガイドDestination (Queue and Topic) Metrics

Metric Unit Description

ConsumerCount Count The number of consumerssubscribed to the destination.

EnqueueCount Count The number of messages sent tothe destination.

EnqueueTime Time (milliseconds) The amount of time it takes thebroker to accept a message fromthe producer and send it to thedestination.

ExpiredCount Count The number of messages thatcouldn't be delivered becausethey expired.

DispatchCount Count The number of messages sent toconsumers.

DequeueCount Count The number of messagesacknowledged by consumers.

MemoryUsage Percent The percentage of the memorylimit that the destination currentlyuses.

ProducerCount Count The number of producers for thedestination.

QueueSize Count The number of messages in thequeue.

Important

This metric applies onlyto queues.

Dimensions for Destination (Queue and Topic) Metrics


Broker The name of the broker.

Note

A single-instance broker has the suffix-1. An active-standby broker for highavailability has the suffixes -1 and -2 forits redundant pair.

Topic or Queue The name of the topic or queue.

233

Amazon CloudWatch ユーザーガイドAWS OpsWorks

AWS OpsWorks のメトリクスおよびディメンション

AWS OpsWorks は、アクティブな各スタックのメトリクスを毎分 CloudWatch に送信します。詳細モニタリングはデフォルトで有効にされています。詳細については、『AWS OpsWorks ユーザーガイド』の「モニタリング」を参照してください。

AWS OpsWorks Stacks のメトリクスAWS OpsWorks Stacks は、次のメトリクスを 5 分ごとに CloudWatch に送信します。

CPU のメトリクス


cpu_idle CPU がアイドル状態の時間の割合。

有効なディメンション: メトリクスを表示する個々のリソースの ID (StackId、LayerId、InstanceId)。

有効な統計: Average、Minimum、Maximum、Sum、または Data Samples。

単位: なし

cpu_nice スケジュールの優先度が低い正の nice 値を持つプロセスを CPU が処理する時間の割合。この値が持つ意味の詳細については、「nice (Unix)」を参照してください。



単位: なし

cpu_steal 増加するインスタンス数に対して AWS によってハイパーバイザーの CPU リソースが割り当てられると、仮想化負荷が増加し、ハイパーバイザーがインスタンス上で要求された作業を実行できる頻度に影響することがあります。cpu_steal では、物理的な CPU リソースがハイパーバイザーによって割り当てられるまでインスタンスが待機する時間の割合が測定されます。



単位: なし

cpu_system CPU がシステム操作を処理する時間の割合。


234

http://docs.aws.amazon.com/opsworks/latest/userguide/monitoring.html

http://en.wikipedia.org/wiki/Nice_(Unix)

Amazon CloudWatch ユーザーガイドAWS OpsWorks Stacks のメトリクス

メトリクス説明有効な統計: Average、Minimum、Maximum、Sum、または Data Samples。

単位: なし

cpu_user CPU がユーザー操作を処理する時間の割合。



単位: なし

cpu_waitio CPU が入力/出力操作を処理する時間の割合。



単位: なし

メモリのメトリクス


memory_buffers バッファされたメモリの量。



単位: なし

memory_cached キャッシュされたメモリの量。



単位: なし

memory_free 空きメモリの量。



単位: なし

235

Amazon CloudWatch ユーザーガイドAWS OpsWorks Stacks のメトリクス


memory_swap スワップ領域の量。



単位: なし

memory_total メモリの合計量。



単位: なし

memory_used 使用中のメモリの量。



単位: なし

ロードのメトリクス


load_1 1 分間の平均負荷。



単位: なし

load_5 5 分間の平均負荷。



単位: なし

load_15 15 分間を超えるロードアベレージ。


236

Amazon CloudWatch ユーザーガイドAWS OpsWorks メトリクスのディメンション

メトリクス説明有効な統計: Average、Minimum、Maximum、Sum、または Data Samples。

単位: なし

プロセスのメトリクス


procs アクテイブなプロセスの数。



単位: なし

AWS OpsWorks メトリクスのディメンションAWS OpsWorks データは、下の表にあるいずれかのディメンションでフィルタリングできます。


StackId スタックの平均値。

LayerId レイヤーの平均値。

InstanceId インスタンスの平均値。

Amazon Polly メトリクスAmazon Polly はメトリクスを CloudWatch に送信します。詳細については、「Amazon Polly 開発者ガイド」を参照してください。

Amazon Polly メトリクスAmazon Polly は、リクエストごとに次のメトリクスを生成します。これらのメトリクスは集約され、1 分間隔で CloudWatch に送信されて AWS/Polly 名前空間で利用されます。


RequestCharacters リクエスト内の文字数。これは請求可能な文字のみで、SSML のタグは含まれません。


有効な統計:Minimum、Maximum、Average、SampleCount、Sum

237

Amazon CloudWatch ユーザーガイドAmazon Polly メトリクスのディメンション

メトリクス説明単位: 個

ResponseLatency リクエストの作成時からストリーミングレスポンスの開始時までのレイテンシー。


有効な統計:Minimum、Maximum、Average、SampleCount

単位: ミリ秒

2XXCount 正常なレスポンスに応じて返される HTTP 200 レベルコード。


有効な統計: Average、SampleCount、Sum

単位: 個

4XXCount エラーに応じて返される HTTP 400 レベルエラーコード。正常な応答ごとに、ゼロ (0) が出力されます。



単位: 個

5XXCount エラーに応じて返される HTTP 500 レベルエラーコード。正常な応答ごとに、ゼロ (0) が出力されます。



単位: 個

Amazon Polly メトリクスのディメンションAmazon Polly は以下のディメンションのメトリクスを提供します。


Operation メトリクスは、参照先の API メソッド別にグループ化されます。想定される値は、SynthesizeSpeech、PutLexicon、DescribeVoicesなどです。

238

Amazon CloudWatch ユーザーガイドAmazon Redshift

Amazon Redshift のメトリクスおよびディメンション

Amazon Redshift は、アクティブな各クラスターのメトリクスを毎分 CloudWatch に送信します。詳細モニタリングはデフォルトで有効にされています。詳細については、『Amazon Redshift ClusterManagement Guide』の「Amazon Redshift クラスターパフォーマンスのモニタリング」を参照してください。

Amazon Redshift メトリクスAWS/Redshift 名前空間には、次のメトリクスが含まれます。


CPUUtilization CPU 使用率。このメトリクスは、クラスターに対するすべてのノード (リーダーおよびコンピューティング) の CPU 使用率の値の集計を表します。


ディメンション: NodeID, ClusterIdentifier

DatabaseConnections クラスターへのデータベース接続の数。

単位: Count

ディメンション: ClusterIdentifier

HealthStatus クラスターの状態を示します。クラスターは毎分データベースに接続し、簡単なクエリを実行します。この操作を正しく実行できる場合、クラスターは正常な状態であると見なされます。それ以外の場合、クラスターは正常な状態ではありません。正常でない状態が発生する可能性があるのは、クラスターデータベースに極端に高い負荷がかかっているか、クラスター上のデータベースに設定の問題がある場合です。

Note

Amazon CloudWatch では、このメトリクスは 1 または 0 と報告されますが、Amazon CloudWatch コンソールでは、このメトリックはわかりやすくするために HEALTHY またはUNHEALTHY という単語で表示されます。このメトリクスが Amazon CloudWatch コンソールで表示される場合、サンプリング平均は無視され、HEALTHY または UNHEALTHYのみが表示されます。Amazon CloudWatch では、サンプリングの問題により、1 または 0 以外の値が発生する場合があります。HealthStatus に対して 1 未満の値は 0(UNHEALTHY) と報告されます。

単位: 1/0 (Amazon CloudWatch コンソールではHEALTHY/UNHEALTHY)


MaintenanceMode クラスターがメンテナンスモードかどうかを示します。

239

http://docs.aws.amazon.com/redshift/latest/mgmt/metrics.html

Amazon CloudWatch ユーザーガイドAmazon Redshift メトリクス


Note

Amazon CloudWatch では、このメトリクスは 1 または0 と報告されますが、Amazon CloudWatch コンソールでは、このメトリックはわかりやすくするために ON または OFF という単語で表示されます。このメトリクスがAmazon CloudWatch コンソールで表示される場合、サンプリング平均は無視され、ON または OFF のみが表示されます。Amazon CloudWatch では、サンプリングの問題により、1 または 0 以外の値が発生する場合があります。MaintenanceMode に対して 0 より大きい値は 1 (ON)と報告されます。

単位: 1/0 (Amazon CloudWatch コンソールでは ON/OFF)。


NetworkReceiveThroughput ノードまたはクラスターがデータを受け取るレート。

単位: バイト/秒 (Amazon CloudWatch コンソールでは MB/秒)


NetworkTransmitThroughput ノードまたはクラスターがデータを書き込むレート。

単位: バイト/秒 (Amazon CloudWatch コンソールでは MB/秒)


PercentageDiskSpaceUsed 使用中のディスク容量の割合。



QueriesCompletedPerSecond このメトリックスはクエリスループットの決定に使用されます。このメトリックスは、5 分間隔でレポートされる、1 秒あたりの平均クエリ完了数です。

単位: 回/秒

ディメンション: レイテンシー

QueryDuration クエリを完了するまでの平均時間。5 分間隔で報告されます。

単位: マイクロ秒

ディメンション: レイテンシー

QueryRuntimeBreakdown 過去 5 分間にすべての実行中のクエリが実行のさまざまな段階で費やした時間。

単位: ミリ秒

ディメンション: ステージ

240

Amazon CloudWatch ユーザーガイドAmazon Redshift メトリクスのディメンション


ReadIOPS 1 秒あたりのディスク読み取り操作の平均回数。

単位: 回/秒

ディメンション: NodeID

ReadLatency ディスク読み取り I/O 操作にかかる平均時間。

単位: Seconds


ReadThroughput 1 秒あたりのディスクからの平均読み取りバイト数。

単位: バイト (Amazon CloudWatch コンソールでは GB/秒)


WLMQueriesCompletedPerSecondこのメトリックスはワークロード管理キューのクエリスループットの決定に使用されます。このメトリックスは、5 分間隔でレポートされる、ワークロード管理 (WLM) キューの 1 秒あたりの平均クエリ完了数です。

単位: 回/秒

ディメンション: wlmid

WLMQueryDuration ワークロード管理 (WLM) キューのクエリを完了するまでの平均時間。5 分間隔で報告されます。

単位: マイクロ秒

ディメンション: wlmid

WriteIOPS 1 秒あたりのディスク書き込み操作の平均回数。

単位: 回/秒


WriteLatency ディスク書き込み I/O 操作にかかる平均時間。

単位: Seconds


WriteThroughput 1 秒あたりのディスクへの平均書き込みバイト数。

単位: バイト (Amazon CloudWatch コンソールでは GB/秒)


Amazon Redshift メトリクスのディメンションAmazon Redshift のデータは、下の表にあるいずれかのディメンションでフィルタリングできます。

241

Amazon CloudWatch ユーザーガイドAmazon RDS


latency 値は short、medium、long です。

short は 10 秒未満、medium は 10 秒～10 分、long は 10 分を超える期間です。

NodeID フィルタにより、クラスターのノードに固有のデータが要求されました。NodeID は、"Leader"、"Shared"、または "Compute-N" のいずれかになります。ここで、N はクラスターのノード数を表す0、1、... です。"Shared" は、クラスターには 1 つのノードのみがあることを意味します。つまり、リーダーノードとコンピューティングノードが組み合わされています。

CPUUtilization、NetworkTransmitThroughput、およびReadIOPS のメトリクスは、リーダーノードおよびコンピューティングノードに対してのみレポートされます。NodeId ディメンションを使用するその他のメトリクスは、コンピューティングノードに対してのみレポートされます。

ClusterIdentifier フィルタにより、クラスターに固有のデータが要求されました。クラスターに固有のメトリクスには、HealthStatus、MaintenanceMode、DatabaseConnectionsがあります。ノードのメトリクスでもある、このディメンションの全般的なメトリクス (ReadIOPS など) は、ノードメトリクスデータの集計を表します。これらのメトリクスは、リーダーノードおよびコンピューティングノードの動作を集計するため、その解釈には注意が必要です。

Stage クエリの実行ステージ。指定できる値は以下のとおりです。

• QueryPlanning: SQL ステートメントの解析と最適化にかかった時間。

• QueryWaiting: wlm キューの待機にかかった時間。• QueryExecutingRead: 読み込みクエリの実行にかかった時間。• QueryExecutingInsert: 挿入クエリの実行にかかった時間。• QueryExecutingDelete: 削除クエリの実行にかかった時間。• QueryExecutingUpdate: 更新クエリの実行にかかった時間。• QueryExecutingCtas: テーブル作成クエリの実行にかかった時間。• QueryExecutingUnload: アップロードクエリの実行にかかった時

間。• QueryExecutingCopy: コピークエリの実行にかかった時間。• QueryCommit: コミットにかかった時間。

wmlid ワークロード管理キューの ID。

Amazon RDS のメトリクスとディメンションAmazon Relational Database Service は、アクティブな各データベースインスタンスのメトリクスを毎分CloudWatch に送信します。詳細モニタリングはデフォルトで有効にされています。詳細については、『Amazon RDS ユーザーガイド』の「DB インスタンスのモニタリング」を参照してください。

242

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Monitoring.html

Amazon CloudWatch ユーザーガイドAmazon RDS メトリクス

Amazon RDS メトリクスAWS/RDS 名前空間には、次のメトリクスが含まれます。


BinLogDiskUsage マスターでバイナリログが占有するディスク領域の量。MySQL リードレプリカに適用されます。

単位: バイト

BurstBalance 汎用 SSD (gp2) のバーストバケット I/O クレジットの利用可能パーセント。


CPUUtilization CPU 使用率。


CPUCreditUsage [T2 インスタンス] CPU 使用率に関してインスタンスで消費されるCPU クレジットの数。1 つの CPU クレジットは、1 個の vCPU が100% の使用率で 1 分間実行されること、または、vCPU、使用率、時間の同等の組み合わせ (たとえば、1 個の vCPU が 50% の使用率で 2分間実行されるか、2 個の vCPU が 25% の使用率で 2 分間実行される) に相当します。

CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。5 分を超える期間を指定する場合は、Average 統計の代わりに Sum 統計を使用します。


CPUCreditBalance [T2 インスタンス] インスタンスが起動または開始後に蓄積した獲得CPU クレジットの数。T2 スタンダードの場合、CPUCreditBalanceには蓄積された起動クレジットの数も含まれます。

クレジットは、獲得後にクレジット残高に蓄積され、消費されるとクレジット残高から削除されます。クレジットバランスには、インスタンスサイズによって決まる上限があります。制限に到達すると、新しいクレジットはすべて破棄されます。T2 スタンダードの場合、起動クレジットは制限に対してカウントされません。

CPUCreditBalance のクレジットは、インスタンスがそのベースライン CPU 使用率を超えてバーストするために消費できます。

インスタンスが実行中の場合、CPUCreditBalance のクレジットは期限切れになりません。インスタンスが停止すると、CPUCreditBalance は保持されず、蓄積されたすべてのクレジットが失われます。

CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。


DatabaseConnections 使用中のデータベース接続の数。

単位: Count

243

Amazon CloudWatch ユーザーガイドAmazon RDS メトリクス


DiskQueueDepth 未処理のディスク I/O アクセス (読み取り/書き込みリクエスト) の数。

単位: Count

FreeableMemory 使用可能な RAM の容量。

単位: バイト

FreeStorageSpace 使用可能なストレージ領域の容量。

単位: バイト

MaximumUsedTransactionIDs使用された最大のトランザクション ID。PostgreSQL に適用されます。

単位: Count

NetworkReceiveThroughput モニタリングとレプリケーションに使用する顧客データベーストラフィックと Amazon RDS トラフィックの両方を含む、DB インスタンスの受信ネットワークトラフィック。


NetworkTransmitThroughputモニタリングとレプリケーションに使用する顧客データベーストラフィックと Amazon RDS トラフィックの両方を含む、DB インスタンスの送信ネットワークトラフィック。


OldestReplicationSlotLag 受信した WAL データに関して最も遅延の大きいレプリカの遅延サイズ。PostgreSQL に適用されます。

単位: メガバイト

ReadIOPS 1 秒あたりのディスク読み取り I/O 操作の平均回数。

単位: Count/Second

ReadLatency 1 回のディスク I/O 操作にかかる平均時間。

単位: Seconds

ReadThroughput 1 秒あたりのディスクからの平均読み取りバイト数。

単位: バイト/Second

ReplicaLag ソース DB インスタンスからリードレプリカ DB インスタンスまでのラグ。MySQL、MariaDB、PostgreSQL リードレプリカに適用。

単位: Seconds

ReplicationSlotDiskUsage レプリケーションスロットファイルで使用されているディスク容量。PostgreSQL に適用されます。


SwapUsage DB インスタンスで使用するスワップ領域の量。

単位: バイト

244

Amazon CloudWatch ユーザーガイドAmazon Aurora メトリクス


TransactionLogsDiskUsage トランザクションログで使用されているディスク容量。PostgreSQL に適用されます。


TransactionLogsGeneration1 秒あたりに生成されるトランザクションログのサイズ。PostgreSQLに適用されます。

単位: メガバイト/秒

WriteIOPS 1 秒あたりのディスク書き込み I/O 操作の平均回数。

単位: Count/Second

WriteLatency 1 回のディスク I/O 操作にかかる平均時間。

単位: Seconds

WriteThroughput 1 秒あたりのディスクへの平均書き込みバイト数。

単位: バイト/Second

Amazon Aurora メトリクスAWS/RDS 名前空間には、Amazon Aurora で実行されるデータベースエンティティに適用される次のメトリクスが含まれます。

メトリクス説明 Applies to

ActiveTransactionsAurora データベースインスタンスで実行されている現在のトランザクションの 1 秒あたりの平均数。

Aurora MySQL

AuroraBinlogReplicaLagソース DB クラスターから Aurora と MySQL の互換性で実行されるレプリカ DB クラスターまでの遅延。

このメトリクスには、MySQL SHOW SLAVESTATUS コマンドの Seconds_Behind_Masterフィールドの値が報告されます。このメトリクスは、異なる AWS リージョン間でレプリケート中のAurora DB クラスター間のレプリカの遅延をモニタリングするのに役立ちます。詳細については、「Aurora MySQL のレプリケーション」を参照してください。

Aurora MySQL

AuroraReplicaLagAurora レプリカについて、プライマリインスタンスからアップデートをレプリケートする際の遅延時間 (ミリ秒単位)。

Aurora MySQL および AuroraPostgreSQL

AuroraReplicaLagMaximumDB クラスター内のプライマリインスタンスと各Aurora DB インスタンス間の最大遅延時間 (ミリ秒単位)。


245

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/AuroraMySQL.Replication.CrossRegion.html



AuroraReplicaLagMinimumDB クラスター内のプライマリインスタンスと各Aurora DB インスタンス間の最小遅延時間 (ミリ秒単位)。


BinLogDiskUsageマスターでバイナリログが占有するディスク領域の量 (バイト単位)。

Aurora MySQL

BacktrackChangeRecordsCreationRateDB クラスターで 5 分間に作成されたバックトラック変更レコードの数。

Aurora MySQL

BacktrackChangeRecordsStoredDB クラスターで使用されたバックトラック変更レコードの実際の数。

Aurora MySQL

BacktrackWindowActualターゲットバックトラックウィンドウと実際のバックトラックウィンドウの差異。

Aurora MySQL

BacktrackWindowAlert指定された期間の、実際のバックトラックウィンドウがターゲットバックトラックウィンドウより小さかった回数。

Aurora MySQL

BlockedTransactions1 秒あたりのブロックされたデータベース内のトランザクションの平均数。

Aurora MySQL

BufferCacheHitRatioバッファキャッシュから提供されたリクエストの割合 (パーセント)。


CommitLatencyコミット操作のレイテンシー (ミリ秒)。 Aurora MySQL および AuroraPostgreSQL

CommitThroughput1 秒あたりのコミット操作の平均回数。 Aurora MySQL および AuroraPostgreSQL

CPUCreditBalanceインスタンスが累積される CPU クレジット数。このメトリクスは、db.t2.small およびdb.t2.medium インスタンスにのみ適用されます。また、指定されたレートのベースラインパフォーマンスレベルを超えて Aurora MySQL DB インスタンスがバーストできる期間を判断するために使用されます。

Note

CPU クレジットメトリクスは、5 分間隔で報告されます。

Aurora MySQL

CPUCreditUsage指定した期間に消費される CPU クレジット数。このメトリクスは、db.t2.small およびdb.t2.medium インスタンスにのみ適用されます。また、Aurora MySQL DB インスタンスに割り当てられた仮想 CPU による命令処理に使用される物理 CPU の時間を識別します。

Note

CPU クレジットメトリクスは、5 分間隔で報告されます。

Aurora MySQL

246



CPUUtilizationAurora DB インスタンスによって使用される CPUのパーセント。


DatabaseConnectionsAurora DB インスタンスへの接続の数。 Aurora MySQL および AuroraPostgreSQL

DDLLatency データ定義言語 (DDL) リクエストのレイテンシー(ミリ秒単位) — リクエストの作成、変更、ドロップなど。

Aurora MySQL

DDLThroughput1 秒あたりの DDL リクエストの平均数。 Aurora MySQL

Deadlocks 1 秒あたりのデータベース内のデッドロックの平均回数。


DeleteLatencyDELETE クエリのレイテンシー (ミリ秒)。 Aurora MySQL

DeleteThroughput1 秒あたりの DELETE クエリの平均回数。 Aurora MySQL

DiskQueueDepth未処理のディスクアクセス (読み取り/書き込みリクエスト) の数。

Aurora PostgreSQL

DMLLatency 挿入、更新、削除のレイテンシー (ミリ秒単位)。 Aurora MySQL

DMLThroughput1 秒あたりの挿入、更新、削除の平均回数。 Aurora MySQL

EngineUptime インスタンス実行時間 (秒単位)。 Aurora MySQL および AuroraPostgreSQL

FreeableMemory使用可能な RAM の容量 (バイト単位)。 Aurora MySQL および AuroraPostgreSQL

FreeLocalStorage一時テーブルおよびログで使用可能なストレージ容量 (バイト単位)。

Aurora DB インスタンスの他の DB エンジンの場合とは異なり、このメトリクスでは、各 DB インスタンスの一時テーブルとログで使用できるストレージの量がレポートされます。この値は、DB インスタンスクラスによって異なります (料金の詳細については「Amazon RDS の製品ページ」を参照してください)。インスタンスに対してより大きなDB インスタンスクラスを選択することで、インスタンス用の空きストレージ容量を増やすことができます。


InsertLatency INSERT クエリのレイテンシー (ミリ秒)。 Aurora MySQL

InsertThroughput1 秒あたりの INSERT クエリの平均回数。 Aurora MySQL

LoginFailures1 秒あたりの失敗したログインの平均試行回数。 Aurora MySQL

247

http://aws.amazon.com/rds/#pricing



MaximumUsedTransactionIDs最も古い未バキュームトランザクション ID の古さ。この値が 2,146,483,648 (2^31 - 1,000,000) に達した場合、トランザクション ID の循還を防ぐためにデータベースは読み取り専用モードになります。詳細については、PostgreSQL ドキュメントの「トランザクション ID 循環の失敗を防ぐ」を参照してください。

Aurora PostgreSQL

NetworkReceiveThroughputAurora MySQL DB クラスター内の各インスタンスが各クライアントから受信したネットワークスループットの量 (バイト/秒単位)。Aurora DB クラスターとクラスターボリューム内のインスタンス間のネットワークトラフィックは、このスループットに含まれません。


NetworkThroughputAurora MySQL DB クラスター内の各インスタンスが各クライアントで送受信したネットワークスループットの量 (バイト/秒単位)。DB クラスターとクラスターボリューム内のインスタンス間のネットワークトラフィックは、このスループットに含まれません。


NetworkTransmitThroughputAurora DB クラスター内の各インスタンスが各クライアントに対して送信したネットワークスループットの量 (バイト/秒単位)。DB クラスターとクラスターボリューム内のインスタンス間のネットワークトラフィックは、このスループットに含まれません。


Queries 1 秒あたりに実行されたクエリの平均回数。 Aurora MySQL

RDSToAuroraPostgreSQLReplicaLag更新をプライマリ RDS PostgreSQL インスタンスからクラスター内の他のノードにレプリケートする際の遅延量 (秒)

Aurora PostgreSQL

ReadIOPS 1 秒あたりのディスク I/O 操作の平均回数。

PostgreSQL との互換性がある Aurora は、1 分間隔で読み取りおよび書き込み IOPS を個別に報告します。

Aurora PostgreSQL

ReadLatency 1 回のディスク I/O 操作にかかる平均時間。 Aurora PostgreSQL

ReadThroughput1 秒あたりのディスクからの平均読み取りバイト数。

Aurora PostgreSQL

ResultSetCacheHitRatioResultset キャッシュから提供されたリクエストの割合(パーセント)。

Aurora MySQL

SelectLatencySELECT クエリのレイテンシー (ミリ秒)。 Aurora MySQL

SelectThroughput1 秒あたりの選択クエリの平均回数。 Aurora MySQL

SwapUsage Aurora PostgreSQL DB インスタンスで使用するスワップ領域の量。

Aurora PostgreSQL

TransactionLogsDiskUsageAurora PostgreSQL DB インスタンスでトランザクションログが占有するディスク領域の量。

Aurora PostgreSQL

248

https://www.postgresql.org/docs/current/static/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

Amazon CloudWatch ユーザーガイドRDS メトリクスのディメンション


UpdateLatencyUPDATE クエリのレイテンシー (ミリ秒)。 Aurora MySQL

UpdateThroughput1 秒あたりの UPDATE クエリの平均回数。 Aurora MySQL

VolumeBytesUsedAurora DB インスタンスで使用されたストレージ容量 (バイト単位)。

この値は、Aurora DB クラスターのコストに影響します (料金の詳細については、Amazon RDS の製品ページを参照してください)。


VolumeReadIOPs課金読み取り I/O オペレーションの平均回数は 5分間隔で報告されます。

課金読み取りオペレーションはクラスターボリュームレベルで計算され、Aurora DB クラスター内のすべてのインスタンスから集計された後、5 分おきに報告されます。この値は読み取りオペレーションのメトリクスを 5 分間受け取ることによって計算されます。課金読み取りオペレーションのメトリクスを受け取って 300 秒で割ることで、1 秒あたりの課金読み取りオペレーションの回数を決定できます。たとえば、課金読み取りオペレーションが 13,686 を返す場合、1 秒あたりの課金読み取りオペレーションは 45 (13,686 / 300 =45.62) です。

バッファキャッシュにないデータベースのページをリクエストするクエリの課金読み取りオペレーションが発生するため、ストレージからロードする必要があります。課金読み取りオペレーションはストレージからクエリの結果が読み取られるのと同様に急増することがありますが、その後バッファキャッシュにロードされます。


VolumeWriteIOPsクラスターボリュームに対する書き込みディスク I/O 操作の平均回数は 5 分間隔で報告されます。課金書き込みオペレーションの計算方法の詳細な説明については、上記の VolumeReadIOPS の説明を参照してください。


WriteIOPS 1 秒あたりのディスク I/O 操作の平均回数。

Aurora PostgreSQL は、1 分間隔で読み取りおよび書き込み IOPS を個別に報告します。

Aurora PostgreSQL

WriteLatency 1 回のディスク I/O 操作にかかる平均時間。 Aurora PostgreSQL

WriteThroughput1 秒あたりのディスクへの平均書き込みバイト数。 Aurora PostgreSQL

RDS メトリクスのディメンションAmazon RDS のデータは、下の表にあるいずれかのディメンションでフィルタリングできます。

249



Amazon CloudWatch ユーザーガイドRoute 53


DBInstanceIdentifier このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のデータベースインスタンスを抽出することができます。

DBClusterIdentifier このディメンションでは、特定の Amazon Aurora DB クラスターからリクエストしたデータをフィルタリングします。

DBClusterIdentifier,Role

このディメンションは、特定の Amazon Aurora DB クラスターに対してリクエストするデータをフィルタし、インスタンスロール(WRITER/READER) 別にメトリクスを集計します。たとえば、クラスターに属するすべての READER インスタンスのメトリクスを集計できます。

DatabaseClass このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のデータベースクラスに属する全インスタンスを抽出することができます。たとえば、メトリクスを組み合わせて、db.m1.small というデータベースクラスに属する全インスタンスを抽出することができます。

EngineName このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のエンジン名を有するインスタンスだけを抽出することができます。たとえば、メトリクスを組み合わせて、mysql というエンジン名を有する全インスタンスを抽出することができます。

Route 53 のメトリクスとディメンションRoute 53 はメトリクスを CloudWatch に送信します。 CloudWatch はデフォルトで Route 53 の詳細モニタリングを行います。Route 53 は、メトリクスを CloudWatch に毎分送信します。詳細については、『Amazon Route 53 開発者ガイド』の「Amazon CloudWatch を使用したヘルスチェックのモニタリング」を参照してください。

Note

CloudWatch を使用して Route 53 メトリクスを取得するには、リージョンとして米国東部（バージニア北部）を選択する必要があります。その他のリージョンを選択した場合、Route 53 メトリクスは使用できません。また、オプションとして Region ディメンションも指定できます。詳細については、「Route 53 メトリクスのディメンション (p. 251)」を参照してください。

Route 53 メトリクスAWS/Route53 名前空間には、次のメトリクスが含まれます。


ChildHealthCheckHealthyCount 計算されたヘルスチェックは、Route 53 がモニタリングしているヘルスチェック間で正常なヘルスチェックの数です。

有効な統計: Average (推奨)、Minimum、Maximum

単位: 正常なヘルスチェック

ConnectionTime Route 53 ヘルスチェッカーがエンドポイントとの TCP 接続を確立するのにかかった平均時間 (ミリ秒)。ヘルスチェックの

250

http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-monitor-view-status.html#monitoring-health-checks

http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-monitor-view-status.html#monitoring-health-checks

Amazon CloudWatch ユーザーガイドRoute 53 メトリクスのディメンション

メトリクス説明ConnectionTime は、すべてのリージョンまたは選択した地理的リージョンについて確認できます。


単位: ミリ秒

HealthCheckPercentageHealthy Route 53 ヘルスチェッカーが選択したエンドポイントを正常であるとみなす割合。HealthCheckPercentageHealthy は、すべてのリージョンについてのみ確認できます (選択したリージョンについてのデータは表示できません)。



HealthCheckStatus CloudWatch で確認しているヘルスチェックエンドポイントのステータス。[1] は正常を示し、[0] は異常を示します。HealthCheckStatus は、すべてのリージョンについてのみ確認できます (選択したリージョンについてのデータは表示できません)。

有効な統計: Minimum

単位: なし

SSLHandshakeTime Route 53 ヘルスチェッカーが SSL ハンドシェイクを完了するまでにかかった平均時間 (ミリ秒)。ヘルスチェックのSSLHandshakeTime は、すべてのリージョンまたは選択した地理的リージョンについて確認できます。


単位: ミリ秒

TimeToFirstByte Route 53 ヘルスチェッカーが HTTP または HTTPS リクエストへの応答の先頭バイトを受け取るまでにかかった平均時間 (ミリ秒)。ヘルスチェックの TimeToFirstByte は、すべてのリージョンまたは選択した地理的リージョンについて確認できます。


単位: ミリ秒

Route 53 メトリクスのディメンションRoute 53 メトリクスは AWS/Route53 名前空間を使用して、HealthCheckId のメトリクスを提供します。メトリクスを取得する場合は、 HealthCheckId ディメンションを入力する必要があります。

さらに、ConnectionTime、SSLHandshakeTime、および TimeToFirstByte に対して、オプションとして Region も指定できます。Region を省略すると、CloudWatch からすべてのリージョンのメトリクスが返されます。Region を指定すると、指定したリージョンのみのメトリクスが CloudWatch から返されます。

詳細については、Amazon Route 53 開発者ガイドの「Monitoring Health Checks Using CloudWatch」を参照してください。

251

http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-health-checks.html

Amazon CloudWatch ユーザーガイドAmazon SageMaker

Amazon SageMaker メトリクスとディメンションAmazon SageMaker はメトリクスを CloudWatch に送信します。詳細については、Amazon SageMaker開発者ガイドの「Amazon CloudWatch を使用した Amazon SageMaker のモニタリング」を参照してください。

Invocation Metrics

The AWS/SageMaker namespace includes the following request metrics.

Metric Description

ModelLatency The latency of the model's response, as viewed from Amazon SageMaker.

Units: Microseconds

Valid statistics: Average, Sum, Min, Max, Sample Count

Invocation4XXErrors The number of InvokeEndpoint requests where the model returned a 4xxHTTP response code. For each 4xx response, 1 is sent; otherwise, 0 is sent.

Units: Count

Valid statistics: Average, Sum

Invocation5XXErrors The number of InvokeEndpoint requests where the model returned a 5xxHTTP response code. For each 5xx response, 1 is sent; otherwise, 0 is sent.

Units: Count


Invocations The number of InvokeEndpoint requests sent to a model.

To get the total number of requests to the endpoint variant, use the Sumstatistic.

Units: Count

Valid statistics: Sum, Sample Count

InvocationsPerInstanceThe number of invocations sent to a model, normalized by InstanceCount ineach ProductionVariant. 1/numberOfInstances is sent as the value on eachrequest, where numberOfInstances is the number of active instances forthe ProductionVariant behind the endpoint at the time of the request.

Units: Count

Valid statistics: Sum

Dimensions for Invocation Metrics


EndpointName,VariantName

Filters invocation metrics for a ProductionVariant of the specified endpoint andvariant.

252

http://docs.aws.amazon.com/sagemaker/latest/dg/monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドAmazon SageMaker

Instance Metrics

The /aws/sagemaker/Endpoints and /aws/sagemaker/TrainingJobs namespaces include thefollowing metrics.

Metric Description

CPUUtilization The percentage of CPU units that are used by the containers on an instance.The value can range between 0 and 100, and is multiplied by the number ofCPUs. For example, if there are four CPUs, CPUUtilization can rangefrom 0% to 400%.

For endpoint variants, the value is the sum of the CPU utilization of theprimary and supplementary containers on the instance.

For training jobs, the value is the CPU utilization of the Algorithm container onthe instance.

Units: Percent

Valid statistics: Max

MemoryUtilizaton The percentage of memory that is used by the containers on an instance. Thisvalue can range between 0% and 100%.

For endpoint variants, the value is the sum of the memory utilization of theprimary and supplementary containers on the instance.

For training jobs, the value is the memory utilization of the Algorithm containeron the instance.

Units: Percent


GPUUtilization The percentage of GPU units that are used by the containers on an instance.The value can range between 0 and 100 and is multiplied by the number ofGPUs. For example, if there are four GPUs, GPUUtilization can rangefrom 0% to 400%.

For endpoint variants, the value is the sum of the GPU utilization of theprimary and supplementary containers on the instance.

For training jobs, the value is the GPU utilization of the Algorithm container onthe instance.

Units: Percent


Dimensions for Host Metrics


Host For endpoints, the value for this dimension has the format [endpoint-name]/[ production-variant-name ]/[instance-id]. Use thisdimension to filter instance metrics for the specified endpoint, variant, and

253

Amazon CloudWatch ユーザーガイドAmazon SES

Dimension Descriptioninstance. This dimension format is present only in the /aws/sagemaker/Endpoints namespace.

For training jobs, the value for this dimension has the format [training-job-name]/algo-[instance-number-in-cluster]. Use this dimensionto filter instance metrics for the specified training job and instance. Thisdimension format is present only in the /aws/sagemaker/TrainingJobsnamespace.

Amazon Simple Email Service のメトリクスおよびディメンション

Amazon Simple Email Service は特定のデータポイントを CloudWatch に送信します。これらのデータポイントは、E メール送信アクティビティに関連した重要なメトリクスを追跡します。詳細については、『Amazon Simple Email Service 開発者ガイド』の「CloudWatch からの Amazon SES イベントデータの取得」を参照してください。

Amazon SES メトリクス次のメトリクスは Amazon SES から入手できます。


送信 Amazon SES が受け入れて送信しようとしたメッセージの数。この値は、配信メトリックとは異なる場合があります。これは、メッセージが､それを受信したメールサーバーによってバウンスまたは拒否される可能性があるためです。

単位: 個

拒否ウイルスや悪意のあるコンテンツが含まれていたために、Amazon SES が送信しなかったメッセージの数。Amazon SES はウイルスを含むメッセージを最初は受け入れる場合がありますが、ウイルスを検出するとすぐに、メッセージの処理を停止します。Amazon SESは、メッセージを拒否すると、そのメッセージを受取人のメールサーバーに配信しようとしません。

単位: 個

バウンスハードバウンスを起こした E メールの数。ハードバウンスは、受信者のメールサーバーによって E メールが永続的に拒否された場合に発生します。

単位: 個

苦情受信者によってスパムとしてマークされた E メールの数。

単位: 個

254

http://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-retrieving-cloudwatch.html

http://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-retrieving-cloudwatch.html

Amazon CloudWatch ユーザーガイドAmazon SES メトリクスのディメンション


配信 Amazon SES が目的の受信者のメールサーバーに正常に配信した E メールの数。

単位: 個

オープン受信者によって開かれた E メールの数。Amazon SESは、オープンイベントを発行する設定セットを使用する場合にのみ、このメトリクスを追跡します。さらに、Amazon SES は HTML E メールのオープンイベントのみをキャプチャします。

単位: 個

クリック受信者がリンクをクリックした E メールの数。AmazonSES は、クリックイベントを発行する設定セットを使用する場合にのみ、このメトリクスを追跡します。さらに、Amazon SES は HTML E メールのクリックイベントのみをキャプチャします。

単位: 個

レンダリングの失敗テンプレートのレンダリングの問題が含まれるため、送信できなかった E メールの数。このイベントタイプは、SendTemplatedEmail またはSendBulkTemplatedEmail API オペレーションを使用してテンプレートメールを送信する場合にのみ発生します。このイベントタイプは、テンプレートデータが見つからない場合や、テンプレートのパラメーターとデータが一致しない場合に発生します。

単位: 個

Reputation.BounceRate ハードバウンスが発生したメッセージの割合。バウンスした E メールの割合を計算するには、Reputation.BounceRate に 100 を乗算します。


Reputation.ComplaintRate 受信者によってスパムとして報告されたメッセージの割合。苦情をもたらした E メールの割合を計算するには、Reputation.ComplaintRate に 100 を乗算します。


Amazon SES メトリクスのディメンションCloudWatch は、Amazon SES でユーザーが CloudWatch イベント送信先を設定セットに追加する際に指定したディメンション名を使用します。詳細については、「Amazon SES イベントを発行するためのCloudWatch イベント送信先の設定」参照してください。

255

http://docs.aws.amazon.com/ses/latest/DeveloperGuide//event-publishing-add-event-destination-cloudwatch.html

http://docs.aws.amazon.com/ses/latest/DeveloperGuide//event-publishing-add-event-destination-cloudwatch.html

Amazon CloudWatch ユーザーガイドAmazon SNS

Amazon Simple Notification Service のメトリクスおよびディメンション

Amazon Simple Notification Service は、複数のメトリクスのデータポイントを CloudWatch に送信します。すべてのアクティブなトピックでは、5 分ごとにメトリクスが CloudWatch に自動送信されます。現在、詳細モニタリング（1 分）のメトリクスは Amazon Simple Notification Service では使用できません。トピックは、トピックの前回のアクティビティ (たとえば、任意の API の呼び出し) から 6 時間はアクティブな状態を保ちます。詳細については、『Amazon Simple Notification Service 開発者ガイド』の「Amazon CloudWatch を使用した Amazon SNS のモニタリング」を参照してください。

Amazon SNS メトリクスAmazon SNS は以下のメトリクスを CloudWatch に送信します。


NumberOfMessagesPublished Amazon SNS トピックに対して発行されたメッセージ数。

単位: Count


NumberOfNotificationsDelivered Amazon Amazon SNS トピックからそのトピックにサブスクライブしているエンドポイントに正常に配信されたメッセージ数。

配信の試行が成功するには、エンドポイントのサブスクリプションでメッセージが許可されている必要があります。サブスクリプションでメッセージが許可されるのは、a) フィルタポリシーがない場合、または b) メッセージに割り当てられた属性と一致する属性がそのフィルタポリシーに含まれている場合です。サブスクリプションでメッセージが拒否された場合、配信の試行はこのメトリクスに対してカウントされません。

単位: Count


NumberOfNotificationsFailed Amazon SNS が配信に失敗したメッセージの数。

Amazon SQS、E メール、SMS、またはモバイルプッシュエンドポイントの場合、Amazon SNS がメッセージ配信の試行を停止すると、このメトリクスが 1 増分されます。HTTP または HTTPS エンドポイントの場合、失敗した配信の試行がすべて、初回試行に続く再試行を含め、このメトリクスに対してカウントされます。その他のすべてのエンドポイントの場合、メッセージが配信されないと、カウントが 1 増加します (試行回数には関係ありません)。

サブスクリプションフィルタポリシーによって拒否されたメッセージは、このメトリクスに対してカウントされません。

256

http://docs.aws.amazon.com/sns/latest/dg/MonitorSNSwithCloudWatch.html

Amazon CloudWatch ユーザーガイドAmazon SNS メトリクス

メトリクス説明HTTP エンドポイントの再試行回数は制御できます。詳細については、「HTTP/HTTPS エンドポイントに対するAmazon SNS 配信再試行ポリシーの設定」を参照してください。

単位: Count

有効な統計: Sum、Average

NumberOfNotificationsFilteredOut サブスクリプションフィルタポリシーによって拒否されたメッセージの数。メッセージの属性がポリシーの属性と一致しない場合、フィルタポリシーによってメッセージは拒否されます。

単位: Count


NumberOfNotificationsFilteredOut-NoMessageAttributes

メッセージに属性がないため、サブスクリプションフィルタポリシーによって拒否されたメッセージの数。

単位: Count


NumberOfNotificationsFilteredOut-InvalidAttributes

メッセージの属性が無効であるため、たとえば属性のJSON 形式が正しくないため、サブスクリプションフィルタポリシーによって拒否されたメッセージの数。

単位: Count


PublishSize 発行されたメッセージのサイズ。

単位: Bytes

有効な統計: Minimum、Maximum、Average、Count

SMSMonthToDateSpentUSD 今月の始めから今日までの SMS メッセージの送信料金。

このメトリクスにアラームを設定すると、今月の始めから今日までの料金が、アカウントの毎月の SMS 使用限度に近付いたときに、それを知ることができます。Amazon SNS が、SMS メッセージを送信するとこの限度を超えるコストが発生すると判断した場合、数分以内に SMS メッセージの発行が停止されます。

毎月の SMS の使用制限の設定について、また、AWS での使用制限の引き上げのリクエストについては、「SMSメッセージングの設定」を参照してください。

単位: USD

有効な統計: Maximum

257

http://docs.aws.amazon.com/sns/latest/dg/DeliveryPolicies.html

http://docs.aws.amazon.com/sns/latest/dg/DeliveryPolicies.html

http://docs.aws.amazon.com/sns/latest/dg/sms_preferences.html

http://docs.aws.amazon.com/sns/latest/dg/sms_preferences.html

Amazon CloudWatch ユーザーガイドAmazon Simple Notification Service

メトリクスのディメンション


SMSSuccessRate 正常な SMS メッセージ配信のレート

単位: Count

有効な統計: Sum、Average、Data Samples

Amazon Simple Notification Service メトリクスのディメンションAmazon Simple Notification Service は以下のディメンションを CloudWatch に送信します。


Application アプリケーションオブジェクトのフィルタ。やなど、サポートされるプッシュ通知サービスの 1 つに登録されているアプリケーションやデバイスを表す。

Application,Platform アプリケーションおよびプラットフォームオブジェクトのフィルタ。プラットフォームオブジェクトは、やなど、サポートされるプッシュ通知サービスで使用される。

Country SMS メッセージの宛先国またはリージョンのフィルタ。国またはリージョンは、ISO 3166-1 alpha-2 コードで表されます。

Platform やなどのプッシュ通知サービスで使用されるプラットフォームオブジェクトのフィルタ。

TopicName Amazon SNS トピック名のフィルタ。

SMSType SMS メッセージのメッセージタイプのフィルタ。プロモーションまたはトランザクションがあります。

Amazon SQS のメトリクスとディメンションAmazon SQS は、複数のメトリクスのデータポイントを CloudWatch に送信します。すべてのアクティブなキューでは、5 分ごとにメトリクスが CloudWatch に自動送信されます。キューは、キューの前回のアクティビティ (たとえば、任意の API の呼び出し) から 6 時間はアクティブの状態を保ちます。詳細については、『Amazon Simple Queue Service 開発者ガイド』の「Amazon CloudWatch を使用した AmazonSQS のモニタリング」を参照してください。

Note

現在、詳細モニタリング（1 分）のメトリクスは Amazon SQS では使用できません。この解像度で CloudWatch にリクエストすると、データは返されません。

Amazon SQS メトリクスAWS/SQS 名前空間には、次のメトリクスが含まれます。

258

http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/MonitorSQSwithCloudWatch.html

http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/MonitorSQSwithCloudWatch.html

Amazon CloudWatch ユーザーガイドAmazon SQS メトリクス


ApproximateAgeOfOldestMessage キューで最も古い削除されていないメッセージのおおよその経過期間。

単位: 秒

有効な統計:Average、Minimum、Maximum、Sum、DataSamples (Amazon SQS コンソールにサンプル数として表示されます)

ApproximateNumberOfMessagesDelayed 遅延が発生したため、すぐに読み取ることのできない、キューのメッセージ数。これは、キューが遅延キューとして設定されている場合、またはメッセージが遅延パラメータとともに送信された場合に発生することがあります。

単位: Count


ApproximateNumberOfMessagesNotVisible 処理中のメッセージの数。メッセージがクライアントに送信されたが、まだ削除されていない場合、または表示期限に達していない場合、メッセージは処理中とみなされます。

単位: Count


ApproximateNumberOfMessagesVisible キューから取得可能なメッセージの数。

単位: Count


NumberOfEmptyReceives メッセージを返さなかったReceiveMessage API 呼び出しの数。

単位: Count


NumberOfMessagesDeleted キューから削除されたメッセージの数。

259

Amazon CloudWatch ユーザーガイドAmazon SQS メトリクス

メトリクス説明単位: Count


Amazon SQS は、有効な受信ハンドルを使用した削除オペレーション (重複の削除など) が成功するたびに NumberOfMessagesDeleted メトリクスを出力します。以下の場合は、NumberOfMessagesDeleted メトリクスの値が予想より高くなる場合があります。

• 同じメッセージの異なる受信ハンドルごとに DeleteMessage アクションを呼び出した場合: メッセージを処理する前に可視性タイムアウトが期限切れになると、メッセージは再び他のコンシューマが処理して削除できるようになり、NumberOfMessagesDeleted メトリクスの値が増えます。

• 同じ受信ハンドルで DeleteMessage アクションを呼び出した場合: メッセージを処理して削除した後で同じ受信ハンドルを使用して再び DeleteMessage アクションを呼び出すと、成功ステータスが返され、NumberOfMessagesDeleted メトリクスの値が増えます。

NumberOfMessagesReceived ReceiveMessage アクションへの呼び出しで返されたメッセージの数。

単位: Count


NumberOfMessagesSent キューに追加されたメッセージの数。

単位: Count


260

http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-queue-message-identifiers.html#receipt-handle

http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-queue-message-identifiers.html#receipt-handle

http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-visibility-timeout.html

Amazon CloudWatch ユーザーガイドAmazon SQS メトリクスのディメンション


SentMessageSize キューに追加されたメッセージのサイズ。

単位: Bytes


SentMessageSize は、最低 1 つのメッセージがその対応するキューに送信されるまでは、CloudWatch コンソールに使用可能なメトリクスとして表示されないことに注意してください。

Amazon SQS メトリクスのディメンションAmazon SQS から CloudWatch に送信される唯一のディメンションは QueueName です。つまり、使用可能なすべての統計が QueueName によってフィルタリングされます。

Amazon Simple Storage Service のメトリクスおよびディメンション

Amazon Simple Storage Service は、1 日に 1 回、オブジェクトカウントや保存されているバイトなどのいくつかのメトリクスのデータポイントを CloudWatch に送信します。詳細については、『Amazon SimpleStorage Service 開発者ガイド』の「CloudWatch を使用した Amazon S3 のモニタリング」を参照してください。

バケットの Amazon S3 CloudWatch 日次ストレージメトリクスAWS/S3 名前空間には、バケットの以下の日次ストレージメトリクスが含まれます。


BucketSizeBytes Standard、Standard_IA (アクセスが頻繁でない標準ストレージ)、OneZone_IA (ゾーンが 1 つでアクセスが頻繁ではないストレージ)、RRS (低冗長化ストレージ)、または GLACIER (Glacier ストレージ) の各ストレージクラスのバケットに保存されたデータ量 (バイト単位)。

有効なストレージタイプのフィルタ:StandardStorage、GlacierS3ObjectOverhead、StandardIAStorage、StandardIAObjectOverhead、OneZoneIAStorage、OneZoneIAObjectOverhead、ReducedRedundancyStorage、GlacierStorage、および GlacierObjectOverhead (StorageType ディメンションを参照)

単位: バイト


NumberOfObjects すべてのストレージクラスのバケットに保存されたオブジェクトの総数

261

http://docs.aws.amazon.com/AmazonS3/latest/dev/cloudwatch-monitoring.html

http://docs.aws.amazon.com/AmazonS3/latest/dev/cloudwatch-monitoring.html

Amazon CloudWatch ユーザーガイドAmazon S3 CloudWatch リクエストメトリクス

メトリクス説明有効なストレージタイプのフィルタ: AllStorageTypes (StorageTypeディメンションを参照)

単位: Count


AWS/S3 名前空間には、次のリクエストメトリクスが含まれます。

Amazon S3 CloudWatch リクエストメトリクス


AllRequests タイプに関係なく、Amazon S3 バケットに対して行われた HTTP リクエストの総数。フィルタでメトリクス設定を使用している場合、このメトリクスはフィルタの要件を満たすバケット内のオブジェクトに対して行われた HTTPリクエストのみを返します。

単位: Count


GetRequests Amazon S3 バケット内のオブジェクトに対して行われた HTTP GET リクエストの数。これには、リストオペレーションは含まれません。

単位: Count


Note

マルチパートアップロードのリスト、パートのリスト、バケットオブジェクトバージョンの取得など、ページ分割されたリスト志向のリクエストは、このメトリクスに含まれません。

PutRequests Amazon S3 バケット内のオブジェクトに対して行われた HTTP PUT リクエストの数。

単位: Count


DeleteRequests Amazon S3 バケットのオブジェクトに対して行われた HTTP DELETE リクエストの数。これには、複数オブジェクトの削除リクエストも含まれます。このメトリクスは、削除されるオブジェクトの数ではなくリクエストの数を示します。

単位: Count


HeadRequests Amazon S3 バケットに対して行われた HTTP HEAD リクエストの数。

単位: Count


262

http://docs.aws.amazon.com/AmazonS3/latest/API//mpUploadListMPUpload.html

http://docs.aws.amazon.com/AmazonS3/latest/API//mpUploadListParts.html

http://docs.aws.amazon.com/AmazonS3/latest/API//RESTBucketGETVersion.html

http://docs.aws.amazon.com/AmazonS3/latest/API//RESTBucketGETVersion.html

http://docs.aws.amazon.com/AmazonS3/latest/API/multiobjectdeleteapi.html

Amazon CloudWatch ユーザーガイドAmazon S3 CloudWatch リクエストメトリクス


PostRequests Amazon S3 バケットに対して行われた HTTP POST リクエストの数。

単位: Count


Note

Delete Multiple Objects および SELECT Object Content リクエストは、このメトリクスに含まれません。

SelectRequests Amazon S3 バケットのオブジェクトに対して行われた Amazon S3 SELECTObject Content リクエストの数。

単位: Count


ListRequests バケットの内容をリストする HTTP リクエストの数。

単位: Count


BytesDownloaded Amazon S3 バケットに対して行われた、レスポンスに本文が含まれるリクエストに対してダウンロードされたバイト数。

単位: バイト

有効な統計: Average (リクエストあたりのバイト数)、Sum (期間あたりのバイト数)、Sample Count、Min、Max

BytesUploaded Amazon S3 バケットに対して行われた、リクエスト本文を含むアップロードされたバイト数。

単位: バイト

有効な統計: Average (リクエストあたりのバイト数)、Sum (期間あたりのバイト数)、Sample Count、Min、Max

4xxErrors Amazon S3 バケットに対して行われた、値が 0 または 1 の HTTP 4xx クライアントエラーステータスコードリクエストの数。average 統計はエラーレートを示し、sum 統計は各期間中のそのタイプのエラー数を示します。

単位: Count

有効な統計: Average (リクエストあたりの報告数)、Sum (期間あたりの報告数)、Min、Max、Sample Count

5xxErrors Amazon S3 バケットに対して行われた、値が 0 または 1 の HTTP 5xx サーバーエラーステータスコードリクエストの数。average 統計はエラーレートを示し、sum 統計は各期間中のそのタイプのエラー数を示します。

単位: Count

有効な統計: Average (リクエストあたりの報告数)、Sum (期間あたりの報告数)、Min、Max、Sample Count

263

http://docs.aws.amazon.com/AmazonS3/latest/API/multiobjectdeleteapi.html

http://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectSELECTContent.html



Amazon CloudWatch ユーザーガイドAmazon S3 CloudWatch ディメンション


FirstByteLatency Amazon S3 バケットがリクエスト全体を受信してからレスポンスの返信が開始するまでのリクエストあたりの時間。

単位: ミリ秒

有効な統計: Average、Sum、Min、Max、Sample Count

TotalRequestLatency 最初のバイトが受信されてから Amazon S3 バケットに最後のバイトが送信されるまでのリクエストあたりの経過時間。これには、FirstByteLatencyには含まれない、リクエスト本文の受信とレスポンス本文の送信にかかった時間が含まれます。

単位: ミリ秒

有効な統計: Average、Sum、Min、Max、Sample Count

Amazon S3 CloudWatch ディメンション以下のディメンションは、Amazon S3 メトリクスをフィルタリングするために使用されます。


BucketName このディメンションを指定すると、リクエストしたデータがフィルタリングされて、指定のバケットのものだけになります。

StorageType このディメンションを指定すると、ストレージのタイプを基にしてバケットに保存したデータがフィルタリングされます。タイプは、StandardStorage (STANDARD ストレージクラス)、StandardIAStorage (STANDARD_IAストレージクラス)、OneZoneIAStorage (ONEZONE_IAストレージクラス)、ReducedRedundancyStorage(REDUCED_REDUNDANCY ストレージクラス)、GlacierStorage (GLACIER ストレージクラス)、および AllStorageTypes です。AllStorageTypes タイプには、STANDARD、STANDARD_IA、ONEZONE_IA、REDUCED_REDUNDANCY、および GLACIER ストレージクラスが含まれます。

FilterId このディメンションは、プレフィックスやタグなど、バケットに対するリクエストメトリクスに対して指定するメトリクス設定をフィルタリングします。メトリクス設定を作成する際に、フィルタ ID を指定します。詳細については、「バケットのメトリクス設定」を参照してください。

AWS Shield アドバンスドメトリクスCloudWatch で使用可能な Shield アドバンスドメトリクスの詳細については、AWS WAF 開発者ガイドの「Shield アドバンスドメトリクス」を参照してください。

264

http://docs.aws.amazon.com/AmazonS3/latest/dev/metrics-configurations.html

http://docs.aws.amazon.com/waf/latest/developerguide/set-ddos-alarms.html

Amazon CloudWatch ユーザーガイドAWS Step Functions

AWS Step Functions のメトリクスおよびディメンション

AWS Step Functions では、次のメトリクスを使用できます。詳細については、AWS Step Functions 開発者ガイドの「CloudWatch を使用した Step Functions のモニタリング」を参照してください。

実行メトリクスAWS/States 名前空間には、以下の Step Functions 実行のメトリクスが含まれます。


ExecutionTime 実行の開始時点から終了時点までの間隔 (ミリ秒単位)。

ExecutionThrottled 調整済みの StateEntered イベントと再試行回数。これはStateTransition のスロットリングに関連しています。詳細については、AWS Step Functions 開発者ガイドの「状態のスロットリングに関連する制限」を参照してください。

ExecutionsAborted 中断または終了された実行の数。

ExecutionsFailed 失敗した実行の数。

ExecutionsStarted 開始された実行の数。

ExecutionsSucceeded 正常に完了した実行の数。

ExecutionsTimedOut 何らかの理由でタイムアウトした実行の数。

Step Functions 実行メトリクスのディメンション


StateMachineArn 当該の実行に関するステートマシンの ARN。

アクティビティのメトリクスAWS/States 名前空間には、以下の Step Functions アクティビティのメトリクスが含まれます。


ActivityRunTime アクティビティの開始時点から終了時点までの間隔 (ミリ秒単位)。

ActivityScheduleTime アクティビティがスケジュール状態に留まる間隔 (ミリ秒単位)。

ActivityTime アクティビティがスケジュールされてから終了するまでの間隔 (ミリ秒単位)。

ActivitiesFailed 失敗したアクティビティの数。

ActivitiesHeartbeatTimedOutハートビートタイムアウトが原因でタイムアウトしたアクティビティの数。

265

http://docs.aws.amazon.com/step-functions/latest/dg/procedure-cw-metrics.html

http://docs.aws.amazon.com/step-functions/latest/dg/limits.html#service-limits-api-state-throttling

http://docs.aws.amazon.com/step-functions/latest/dg/limits.html#service-limits-api-state-throttling

Amazon CloudWatch ユーザーガイドLambda 関数メトリクス


ActivitiesScheduled スケジュールされたアクティビティの数。

ActivitiesStarted 開始されたアクティビティの数。

ActivitiesSucceeded 正常に完了したアクティビティの数。

ActivitiesTimedOut 終了時にタイムアウトしたアクティビティの数。

Step Functions アクティビティメトリクスのディメンション


ActivityArn アクティビティの ARN。

Lambda 関数メトリクスAWS/States 名前空間には、Step Functions Lambda 関数の以下のメトリクスが含まれます。


LambdaFunctionRunTime Lambda 関数の開始時点から終了時点までの間隔 (ミリ秒単位)。

LambdaFunctionScheduleTime Lambda 関数がスケジュール状態に留まる間隔 (ミリ秒単位)。

LambdaFunctionTime Lambda 関数がスケジュールされた時点から終了する時点までの間隔 (ミリ秒単位)。

LambdaFunctionsFailed 失敗した Lambda 関数の数。

LambdaFunctionsHeartbeatTimedOutハートビートタイムアウトが原因でタイムアウトした Lambda 関数の数。

LambdaFunctionsScheduled スケジュールされた Lambda 関数の数。

LambdaFunctionsStarted 開始された Lambda 関数の数。

LambdaFunctionsSucceeded 正常に完了した Lambda 関数の数。

LambdaFunctionsTimedOut 終了時にタイムアウトした Lambda 関数の数。

Step Functions Lambda 関数メトリックスのディメンション


LambdaFunctionArn Lambda 関数の ARN。

Amazon SWF のメトリクスとディメンションAWS/SWF 名前空間には、次の表のメトリクスが含まれます。詳細については、AWS Storage Gatewayユーザーガイドの CloudWatch の Amazon SWF メトリクスに関する記事を参照してください。

266

http://docs.aws.amazon.com/amazonswf/latest/developerguide/cw-metrics.html

Amazon CloudWatch ユーザーガイドAmazon SWF


DecisionTaskScheduleToStartTime決定タスクを予定した時刻からワーカーがそれを取得し、開始した時刻までの時間間隔 (ミリ秒)。

CloudWatch の単位: Time

ディメンション: Domain, WorkflowTypeName,WorkflowTypeVersion

有効な統計: Average, Minimum, Maximum

DecisionTaskStartToCloseTime決定タスクの開始時刻からクローズ時刻までの時間間隔 (ミリ秒)。




DecisionTasksCompleted 完了した決定タスクの数。

CloudWatch の単位: Count



StartedDecisionTasksTimedOutOnClose開始したが、クローズ時にタイムアウトした決定タスクの数。




WorkflowStartToCloseTime ワークフローの開始時刻からクローズ時刻までの時間間隔 (ミリ秒)。




WorkflowsCanceled 取り消されたワークフローの数。




WorkflowsCompleted 完了したワークフローの数。


267


メトリクス説明ディメンション: Domain, WorkflowTypeName,WorkflowTypeVersion


WorkflowsContinuedAsNew 新規として継続したワークフローの数。




WorkflowsFailed 失敗したワークフローの数。




WorkflowsTerminated 終了されたワークフローの数。




WorkflowsTimedOut 何らかの理由でタイムアウトしたワークフローの数。




ActivityTaskScheduleToCloseTimeアクティビティのスケジュール時刻からクローズ時刻までの時間間隔 (ミリ秒)。


ディメンション: Domain, ActivityTypeName,ActivityTypeVersion


268



ActivityTaskScheduleToStartTimeアクティビティタスクのスケジュール時刻から開始時刻までの時間間隔 (ミリ秒)。




ActivityTaskStartToCloseTimeアクティビティタスクの開始時刻からクローズ時刻までの時間間隔(ミリ秒)。




ActivityTasksCanceled 取り消されたアクティビティタスクの数。




ActivityTasksCompleted 完了したアクティビティタスクの数。




ActivityTasksFailed 失敗したアクティビティタスクの数。




ScheduledActivityTasksTimedOutOnCloseスケジュールされたが、クローズ時にタイムアウトしたアクティビティタスクの数。




269



ScheduledActivityTasksTimedOutOnStartスケジュールされたが、開始時にタイムアウトしたアクティビティタスクの数。




StartedActivityTasksTimedOutOnClose開始されたが、クローズ時にタイムアウトしたアクティビティタスクの数。




StartedActivityTasksTimedOutOnHeartbeat開始されたが、ハートビートタイムアウトのためタイムアウトしたアクティビティタスクの数。




ThrottledEvents スロットルされたリクエストの数。


ディメンション: APIName, DecisionName


ProvisionedBucketSize 1 秒あたりに利用できるリクエストの数。



ConsumedCapacity 1 秒あたりのリクエストの数。




ProvisionedRefillRate バケットで許可される 1 秒あたりのリクエストの数。



270

Amazon CloudWatch ユーザーガイドAWS Storage Gateway

Amazon SWF メトリクスでサポートされるディメンションは以下のとおりです。


Domain ワークフローまたはアクティビティが実行中の Amazon SWF ドメインにデータをフィルタリングします。

ActivityTypeName アクティビティタイプの名前にデータをフィルタリングします。

ActivityTypeVersion アクティビティタイプのバージョンにデータをフィルタリングします。

WorkflowTypeName このワークフロー実行のワークフロータイプの名前にデータをフィルタリングします。

WorkflowTypeVersion このワークフロー実行のワークフロータイプのバージョンにデータをフィルタリングします。

APIName 指定された API 名の API にデータをフィルタリングします。

DecisionName 指定された決定名にデータをフィルタリングします。

TaskListName 指定されたタスクリスト名にデータをフィルタリングします。

AWS Storage Gateway のメトリクスおよびディメンション

AWS Storage Gateway は、複数のメトリクスのデータポイントを CloudWatch に送信します。すべてのアクティブなキューでは、5 分ごとにメトリクスが CloudWatch に自動送信されます。現在、詳細モニタリング（1 分）のメトリクスは AWS Storage Gateway では使用できません。詳細については、『AWSStorage Gateway ユーザーガイド』の「AWS Storage Gateway のモニタリング」を参照してください。

AWS Storage Gateway メトリクスAWS/StorageGateway 名前空間には、次のメトリクスが含まれます。

これらのメトリクスを使用して、ゲートウェイについての情報を入手できます。GatewayId またはGatewayName ディメンションを各メトリクスに指定して、ゲートウェイのデータを表示します。これらのメトリクスは 5 分間隔で測定できます。

メトリクス説明適用先..

CacheHitPercent キャッシュから提供されたアプリケーション読み取りの割合。サンプリングは、レポート期間の最後に行われます。


ファイル、キャッシュボリューム、およびテープ。

CachePercentUsed ゲートウェイのキャッシュストレージの使用率。サンプリングは、レポート期間の最後に行われます。



271

http://docs.aws.amazon.com/storagegateway/latest/userguide/GatewayMetrics.html

Amazon CloudWatch ユーザーガイドAWS Storage Gateway メトリクス


CachePercentDirty AWS に保管されていないゲートウェイのキャッシュの割合。サンプリングは、レポート期間の最後に行われます。



CloudBytesDownloaded レポートの期間中に AWS からダウンロードされたゲートウェイの圧縮済みの総バイト数。

このメトリクスを Sum 統計と共に使用してスループットを測定し、Samples 統計と共に使用して、1 秒あたりの入力/出力オペレーション (IOPS) を測定します。

単位: バイト

ファイル、キャッシュボリューム、保管型ボリューム、およびテープ。

CloudDownloadLatency レポートの期間中に AWS からのデータの読み取りにかかった合計時間 (ミリ秒)。

このメトリクスを Average 統計と共に使用してレイテンシーを測定します。

単位: ミリ秒


CloudBytesUploaded レポートの期間中にゲートウェイによって AWS にアップロードされた圧縮済みの総バイト数。

このメトリクスを Sum 統計と共に使用してスループットを測定し、Samples 統計と共に使用して IOPS を測定します。

単位: バイト


UploadBufferFree ゲートウェイのアップロードバッファの未使用領域の量。サンプリングは、レポート期間の最後に行われます。

単位: バイト

キャッシュボリュームおよびテープ。

CacheFree ゲートウェイのキャッシュストレージの未使用領域の量。サンプリングは、レポート期間の最後に行われます。

単位: バイト


272



UploadBufferPercentUsed ゲートウェイのアップロードバッファの使用率。サンプリングは、レポート期間の最後に行われます。



UploadBufferUsed ゲートウェイのアップロードバッファで使用されている総バイト数。サンプリングは、レポート期間の最後に行われます。

単位: バイト


CacheUsed ゲートウェイのキャッシュストレージで使用されている総バイト数。サンプリングは、レポート期間の最後に行われます。

単位: バイト


QueuedWrites ゲートウェイにあるすべてのボリュームを対象としたレポートの期間の終わりの時点でサンプリングされた、AWS への書き込みを待機しているバイト数。このバイト数はゲートウェイの作業ストレージに保存されます。

単位: バイト


ReadBytes ゲートウェイにあるすべてのボリュームを対象としたレポートの期間中に内部設置型のアプリケーションから読み取られた総バイト数。


単位: バイト


ReadTime ゲートウェイにあるすべてのボリュームを対象としたレポートの期間中にオンプレミスのアプリケーションからの読み込みオペレーションにかかった合計時間 (ミリ秒)。


単位: ミリ秒


273



TotalCacheSize キャッシュの総バイト数。サンプリングは、レポート期間の最後に行われます。

単位: バイト


WriteBytes ゲートウェイにあるすべてのボリュームを対象としたレポートの期間中に内部設置型のアプリケーションに書き込まれた総バイト数。


単位: バイト


WriteTime ゲートウェイにあるすべてのボリュームを対象としたレポートの期間中にオンプレミスのアプリケーションからの書き込みオペレーションにかかった合計時間 (ミリ秒)。


単位: ミリ秒


TimeSinceLastRecoveryPoint 使用可能な最新の復旧ポイントからの時間。詳細については、「キャッシュボリュームのセットアップでボリューム復旧ポイントを使用する」を参照してください。

単位: 秒

キャッシュボリュームと保管型ボリューム。

WorkingStorageFree ゲートウェイの作業ストレージの未使用領域の量。サンプリングは、レポート期間の最後に行われます。

単位: バイト

保管型ボリュームのみ。

WorkingStoragePercentUsed ゲートウェイのアップロードバッファの使用率。サンプリングは、レポート期間の最後に行われます。



274

http://docs.aws.amazon.com/storagegateway/latest/userguide/troubleshoot-volume-issues.html#RecoverySnapshotTroubleshooting.html





WorkingStorageUsed ゲートウェイのアップロードバッファで使用されている総バイト数。サンプリングは、レポート期間の最後に行われます。

単位: バイト


次の表で、ストレージボリュームについての情報の取得に使用できる AWS Storage Gateway メトリクスについて説明します。各メトリクスに VolumeId ディメンションを指定して、ストレージボリュームのデータを表示します。

メトリクス説明キャッシュボリューム保管型ボリューム

CacheHitPercent キャッシュから提供されるボリュームからのアプリケーション読み込みオペレーションの割合。サンプリングは、レポート期間の最後に行われます。

ボリュームからのアプリケーション読み込みオペレーションがない割合、このメトリックにより 100 パーセントが報告されます。


はいいいえ

CachePercentDirty AWS に保管されていないゲートウェイのキャッシュの割合全体に対するボリュームの割合。サンプリングは、レポート期間の最後に行われます。

ゲートウェイのCachePercentDirtyメトリクスを使用して、AWS に保管されていないゲートウェイのキャッシュの割合全体を表示します。詳細については、「ゲートウェイのモニタリング」を参照してください。


はいいいえ

CachePercentUsed ゲートウェイのキャッシュストレージの総使

はいいいえ

275

http://docs.aws.amazon.com/storagegateway/latest/userguide/Main_monitoring-gateways-common.html




メトリクス説明キャッシュボリューム保管型ボリューム用率に対するボリュームの割合。サンプリングは、レポート期間の最後に行われます。

ゲートウェイのCachePercentUsed メトリクスを使用して、ゲートウェイのキャッシュストレージの総使用率を表示します。詳細については、「ゲートウェイのモニタリング」を参照してください。


ReadBytes レポートの期間中にオンプレミスのアプリケーションから読み取られた総バイト数。

このメトリクスを Sum統計と共に使用してスループットを測定し、Samples 統計と共に使用して IOPS を測定します。

単位: バイト

はいはい

ReadTime レポートの期間中にオンプレミスのアプリケーションからの読み込みオペレーションにかかった合計時間 (ミリ秒)。

このメトリクスをAverage 統計と共に使用してレイテンシーを測定します。

単位: ミリ秒

はいはい

276





メトリクス説明キャッシュボリューム保管型ボリューム

WriteBytes レポートの期間中にオンプレミスのアプリケーションに書き込まれた総バイト数。

このメトリクスを Sum統計と共に使用してスループットを測定し、Samples 統計と共に使用して IOPS を測定します。

単位: バイト

はいはい

WriteTime レポートの期間中にオンプレミスのアプリケーションからの書き込みオペレーションにかかった合計時間 (ミリ秒)。

このメトリクスをAverage 統計と共に使用してレイテンシーを測定します。

単位: ミリ秒

はいはい

QueuedWrites レポートの期間の終わりの時点でサンプリングされた、AWS への書き込みを待機しているバイト数。

単位: バイト

はいはい

次の表は、ファイル共有に関する情報を取得するために使用できるストレージゲートウェイメトリクスを示しています。


CacheHitPercent キャッシュから提供されるファイル共有からのアプリケーション読み取りオペレーションのパーセント。サンプリングは、レポート期間の最後に行われます。

ファイル共有からのアプリケーション読み取りオペレーションがない割合、このメトリクスは 100パーセントをレポートします。


CachePercentDirty AWS に保管されていないゲートウェイのキャッシュ全体の割合に占めるファイル共有のパーセン

277


メトリクス説明ト。サンプリングは、レポート期間の最後に行われます。

ゲートウェイの CachePercentDirty メトリクスを使用して、AWS に保管されていないゲートウェイのキャッシュの割合全体を表示します。詳細については、「ゲートウェイのモニタリング」を参照してください。


CachePercentUsed ゲートウェイのキャッシュストレージの総使用率に占めるファイル共有のパーセント。サンプリングは、レポート期間の最後に行われます。

ゲートウェイの CachePercentUsed メトリクスを使用して、ゲートウェイのキャッシュストレージの総使用率を表示します。詳細については、「ゲートウェイのモニタリング」を参照してください。


ReadBytes ファイル共有のレポート期間中にオンプレミスのアプリケーションから読み取られた総バイト数。

このメトリクスを Sum 統計と共に使用してスループットを測定し、Samples 統計と共に使用してIOPS を測定します。

単位: バイト

ReadTime レポートの期間中にオンプレミスのアプリケーションからの読み込みオペレーションにかかった合計時間 (ミリ秒)。


単位: ミリ秒

WriteBytes レポートの期間中にオンプレミスのアプリケーションに書き込まれた総バイト数。

このメトリクスを Sum 統計と共に使用してスループットを測定し、Samples 統計と共に使用してIOPS を測定します。

単位: バイト

WriteTime レポートの期間中にオンプレミスのアプリケーションからの書き込みオペレーションにかかった合計時間 (ミリ秒)。


単位: ミリ秒

278



Amazon CloudWatch ユーザーガイドAWS Storage Gateway メトリクスのディメンション

AWS Storage Gateway メトリクスのディメンションAWS Storage Gateway サービス用の Amazon CloudWatch 名前空間は AWS/StorageGateway です。データは自動的に 5 分間無料で取得できます。


GatewayId、GatewayName このディメンションを指定すると、リクエストしたデータがフィルタリングされて、ゲートウェイ固有のメトリクスのものだけになります。対象となるゲートウェイは、GatewayId または GatewayName で特定できます。ただし、メトリクスの表示に関連した時間範囲でゲートウェイの名前が変更された場合は、GatewayId を使用します。

ゲートウェイのスループットとレイテンシーデータは、ゲートウェイの全ボリュームによって変動します。ゲートウェイメトリクスの詳細については Measuring Performance Between Your Gateway andAWS を参照してください。

VolumeId このディメンションを指定すると、リクエストしたデータがフィルタリングされて、ボリュームに固有のメトリクスのものだけになります。VolumeId によって、使用するストレージの量を特定します。ボリュームメトリクスの使用については MeasuringPerformance Between Your Application and Gateway を参照してください。

Amazon Translate メトリクス次の表は、Amazon Translate のメトリクスの説明です。

CloudWatch Metrics for Amazon Translate

Metric Description

CharacterCount The number of billable characters in requests.

Valid dimensions: Language pair, Operation

Valid statistics: Average, Maximum, Minimum, Sum

Unit: Count

ResponseTime The time that it took to respond to a request.

Valid dimensions: Language pair, Operation

Valid statistics: Data samples, Average

Unit: For Data samples, count. For Average statistics, milliseconds.

ServerErrorCount The number of server errors. The HTTP response code range for a servererror is 500 to 599.

Valid dimension: Operation

279

http://docs.aws.amazon.com/storagegateway/latest/userguide/Main_monitoring-gateways-common.html#PerfGatewayAWS-common

http://docs.aws.amazon.com/storagegateway/latest/userguide/Main_monitoring-gateways-common.html#PerfGatewayAWS-common

http://docs.aws.amazon.com/storagegateway/latest/userguide/Main_monitoring-gateways-common.html#PerfAppGateway-common

http://docs.aws.amazon.com/storagegateway/latest/userguide/Main_monitoring-gateways-common.html#PerfAppGateway-common

Amazon CloudWatch ユーザーガイドCloudWatch Dimensions for Amazon Translate

Metric DescriptionValid statistics: Average, Sum

Unit: Count

SuccessfulRequestCount The number of successful translation requests. The response code for asuccessful request is 200 to 299.



Unit: Count

ThrottledCount The number of requests subject to throttling. Use ThrottledCount todetermine if your application is sending requests to Amazon Translatefaster than your account is configured to accept them. For moreinformation, see Amazon Translate Limits in the アマゾンウェブサービス全般のリファレンス.



Unit: Count

UserErrorCount The number of user errors that occurred. The HTTP response code rangefor a user error is 400 to 499.



Unit: Count

CloudWatch Dimensions for Amazon TranslateUse the following dimensions to filter Amazon Translate metrics. Metrics are grouped by the sourcelanguage and the target language.


LanguagePair Restricts the metrics to only those that contain the specified languages.

Operation Restricts the metrics to only those with the specified operation.

AWS Trusted Advisor のメトリクスおよびディメンション

Trusted Advisor はメトリクスを CloudWatch に送信します。詳細については、『AWS サポート UserGuide』の「Creating Trusted Advisor Metrics in CloudWatch」を参照してください。

AWS/TrustedAdvisor 名前空間には、次のメトリクスが含まれます。

280

http://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_amazon_translate

http://docs.aws.amazon.com/awssupport/latest/user/cloudwatch-metrics-ta.html

Amazon CloudWatch ユーザーガイドTrusted Advisor チェックレベルメトリクス

Trusted Advisor チェックレベルメトリクス


RedResources 「赤」 (ERROR) 状態になっている、Trusted Advisor チェックによって識別されたリソースの数。

YellowResources 「黄色」 (WARN) 状態になっている、Trusted Advisor チェックによって識別されたリソースの数。

Trusted Advisor カテゴリレベルメトリクス


GreenChecks 「緑」 (OK) 状態になっている Trusted Advisor チェックの数。

RedChecks 「赤」 (ERROR) 状態になっている Trusted Advisor チェックの数。

YellowChecks 「黄色」 (WARN) 状態になっている Trusted Advisor チェックの数。

Trusted Advisor サービスレベルメトリクス


ServiceLimitUsage サービスの制限に対するリソース使用率。

チェックレベルメトリクスのディメンション


CheckName Trusted Advisor チェックの名前。チェックの詳細については、「コスト最適化」を参照してください。

カテゴリレベルメトリクスのディメンション


Category Trusted Advisor チェックカテゴリの名前。チェックカテゴリの詳細については、「Trusted Advisor のベストプラクティス (チェック)」を参照してください。

281

https://aws.amazon.com/premiumsupport/trustedadvisor/best-practices/#cost-optimizing

https://aws.amazon.com/premiumsupport/trustedadvisor/best-practices/#cost-optimizing

https://aws.amazon.com/premiumsupport/trustedadvisor/best-practices

Amazon CloudWatch ユーザーガイドサービス制限メトリクスのディメンション

サービス制限メトリクスのディメンション


Region 特定のサービスの制限のリージョン。

ServiceName サービス名。

ServiceLimit サービスの制限の名前。チェックの詳細については、「サービス制限のチェックに関する質問」を参照してください。

Amazon VPC NAT ゲートウェイのメトリクスおよびディメンション

NAT ゲートウェイのメトリクスデータは 1 分間隔で提供されています。詳細については、Amazon VPCユーザーガイドの「Amazon CloudWatch で NAT ゲートウェイを監視する」を参照してください。

NAT ゲートウェイメトリクス次のメトリクスは NAT ゲートウェイサービスから入手できます。


PacketsOutToDestination NAT ゲートウェイ経由で送信先に送信されたパケット数。

値が 0 より大きい場合は、NAT ゲートウェイの背後にあるクライアントからインターネットへのトラフィックがあることを示します。PacketsOutToDestination の値がPacketsInFromSource の値よりも小さい場合、NAT ゲートウェイの処理中にデータ損失が発生する可能性があります。

単位: 個

PacketsOutToSource VPC 内の NAT ゲートウェイ経由でクライアントに送信されたパケット数。

値が 0 より大きい場合は、インターネットから NAT ゲートウェイの背後にあるクライアントへのトラフィックがあることを示します。PacketsOutToSource の値がPacketsInFromDestination の値より少ない場合、NAT ゲートウェイの処理中、またはトラフィックが NAT ゲートウェイによりアクティブにブロックされている間に、データ損失が発生する可能性があります。

単位: 個

PacketsInFromSource VPC 内のクライアントから NAT ゲートウェイによって受信されたパケット数。

282

https://aws.amazon.com/premiumsupport/ta-faqs/#service-limits-check-questions

https://aws.amazon.com/premiumsupport/ta-faqs/#service-limits-check-questions

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/vpc-nat-gateway-cloudwatch.html

Amazon CloudWatch ユーザーガイドNAT ゲートウェイメトリクス

メトリクス説明PacketsOutToDestination の値がPacketsInFromSource の値よりも小さい場合、NAT ゲートウェイの処理中にデータ損失が発生する可能性があります。

単位: 個

PacketsInFromDestination NAT ゲートウェイによって受信された送信先からのパケット数。

PacketsOutToSource の値がPacketsInFromDestination の値より少ない場合、NAT ゲートウェイの処理中、またはトラフィックが NAT ゲートウェイによりアクティブにブロックされている間に、データ損失が発生する可能性があります。

単位: 個

BytesOutToDestination NAT ゲートウェイ経由で送信先に送信されたバイト数。

値が 0 より大きい場合は、NAT ゲートウェイの背後にあるクライアントからインターネットへのトラフィックがあることを示します。BytesOutToDestination の値がBytesInFromSource の値よりも小さい場合、NAT ゲートウェイの処理中にデータ損失が発生する可能性があります。

単位: バイト

BytesOutToSource VPC 内の NAT ゲートウェイ経由でクライアントに送信されたバイト数。

値が 0 より大きい場合は、インターネットから NAT ゲートウェイの背後にあるクライアントへのトラフィックがあることを示します。BytesOutToSource の値がBytesInFromDestination の値より少ない場合、NAT ゲートウェイの処理中、またはトラフィックが NAT ゲートウェイによりアクティブにブロックされている間に、データ損失が発生する可能性があります。

単位: バイト

BytesInFromSource VPC 内のクライアントから NAT ゲートウェイによって受信されたバイト数。

BytesOutToDestination の値がBytesInFromSource の値よりも小さい場合、NAT ゲートウェイの処理中にデータ損失が発生する可能性があります。

単位: バイト

283

Amazon CloudWatch ユーザーガイドNAT ゲートウェイメトリクス


BytesInFromDestination NAT ゲートウェイによって受信された送信先からのバイト数。

BytesOutToSource の値がBytesInFromDestination の値より少ない場合、NAT ゲートウェイの処理中、またはトラフィックが NAT ゲートウェイによりアクティブにブロックされている間に、データ損失が発生する可能性があります。

単位: バイト

ErrorPortAllocation NAT ゲートウェイが送信元ポートを割り当てられなかった回数。

値が 0 より大きい場合は、NAT ゲートウェイ経由の同時接続数が多すぎることを示します。

単位: Count

ActiveConnectionCount NAT ゲートウェイ経由の同時アクティブ TCP 接続の合計数。

値が 0 の場合は、NAT ゲートウェイ経由のアクティブな接続がないことを示します。

単位: Count

ConnectionAttemptCount NAT ゲートウェイ経由で行われた接続試行の回数。

ConnectionEstablishedCount の値がConnectionAttemptCount の値よりも小さい場合は、NAT ゲートウェイの背後にあるクライアントが応答のない新しい接続を確立しようとしたことを示します。

単位: 個

ConnectionEstablishedCount NAT ゲートウェイ経由で確立された接続の数。

ConnectionEstablishedCount の値がConnectionAttemptCount の値よりも小さい場合は、NAT ゲートウェイの背後にあるクライアントが応答のない新しい接続を確立しようとしたことを示します。

単位: 個

284

Amazon CloudWatch ユーザーガイドNAT ゲートウェイメトリクスのディメンション


IdleTimeoutCount アクティブな状態からアイドル状態に移行した接続の数。適切に閉じられなかった場合や、直前の350 秒間にアクティビティがなかった場合、アクティブな接続はアイドル状態に移行します。

値が 0 より大きい場合は、アイドル状態に移行した接続があることを示します。IdleTimeoutCount の値が増加する場合は、NAT ゲートウェイの背後にあるクライアントが無効な接続を再使用している可能性があります。

単位: 個

PacketsDropCount NAT ゲートウェイによって破棄されたパケットの数。

値が 0 より大きい場合は、NAT ゲートウェイで進行中の一時的な問題を示している可能性があります。この値が大きい場合は、「AWS サービス状態ダッシュボード」を参照してください。

単位: Count

NAT ゲートウェイメトリクスのディメンション以下のディメンションを使用して NAT ゲートウェイデータをフィルタできます。


NatGatewayId このディメンションは、NAT ゲートウェイ ID ごとにデータを絞り込みます。

Amazon VPC VPN のメトリクスとディメンションAmazon VPN は、利用可能になると CloudWatch にデータを送信します。詳細については、Amazon VPCユーザーガイドの「CloudWatch を使用したモニタリング」を参照してください。

VPN のメトリクス以下のメトリクスは Amazon VPC VPN から入手できます。


TunnelState トンネルの状態。0 は DOWN、1 は UP を示します。

単位: ブール

TunnelDataIn VPN トンネル経由で受信されたバイト。各メトリクスのデータポイントは、前のデータポイント以降に受信され

285

http://status.aws.amazon.com/

http://status.aws.amazon.com/

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/monitoring-cloudwatch.html

Amazon CloudWatch ユーザーガイドVPN メトリクスのディメンション

メトリクス説明たバイトの数を表します。該当期間中に受信されたバイトの総数を表示するには Sum 統計を使用します。

このメトリクスは、復号化の後のデータをカウントします。

単位: バイト

TunnelDataOut VPN トンネル経由で送信されたバイト。各メトリクスのデータポイントは、前のデータポイント以降に送信されたバイトの数を表します。該当期間中に送信されたバイトの総数を表示するには Sum 統計を使用します。

このメトリクスは、暗号化の前のデータをカウントします。

単位: バイト

VPN メトリクスのディメンション以下のディメンションを使用して Amazon VPC VPN データをフィルタできます。


VpnId このディメンションでは、VPN 接続でデータをフィルタします。

TunnelIpAddress このディメンションでは、仮想プライベートゲートウェイのトンネルの IP アドレスでデータをフィルタします。

AWS WAF のメトリクスとディメンションAWS WAF は毎分 CloudWatch にデータを送信します。詳しくは、AWS WAF 開発者ガイドの TestingWeb ACLs を参照してください。

AWS WAF のメトリクスWAF 名前空間には、次のメトリクスが含まれます。


AllowedRequests 許可された、ウェブリクエストの数。



BlockedRequests ブロックされたウェブリクエストの数。



286

http://docs.aws.amazon.com/waf/latest/developerguide/web-acl-testing.html

http://docs.aws.amazon.com/waf/latest/developerguide/web-acl-testing.html

Amazon CloudWatch ユーザーガイドAWS WAF ディメンション


CountedRequests カウントされたウェブリクエストの数。


カウントされたウェブリクエストは、特定のルールすべての条件に一致します。カウントされたウェブリクエストは、通常はテストに使用されます。


PassedRequests ルールグループに渡されたリクエストの数。


渡されたリクエストは、ルールグループに含まれるどのルールとも一致しないリクエストです。


AWS WAF ディメンションAWS WAF for CloudFront では、次のディメンションの組み合わせを使用できます。

• ルール､WebACL• RuleGroup、WebACL• ルール、RuleGroup

AWS WAF for Application Load Balancer では、次のディメンションの組み合わせを使用できます。

• リージョン、ルール、WebACL• リージョン、RuleGroup、WebACL• リージョン、ルール､RuleGroup


Rule 次のいずれかです。

• ルールのメトリクスの名前。• ALL｡WebACL または RuleGroup 内のすべてのルール

を表します。• Default_Action (WebACL ディメンションと組み合わせ

た場合のみ)。アクションの許可またはブロックで、どのルールとも一致しないリクエストに割り当てられているアクションを表します。

RuleGroup RuleGroup のメトリクスの名前。

WebACL WebACL のメトリクスの名前。

Region Application Load Balancer のリージョン名。

287

Amazon CloudWatch ユーザーガイドAmazon WorkSpaces

Amazon WorkSpaces のメトリクスおよびディメンション

Amazon WorkSpaces は、複数のメトリクスのデータポイントを 5 分ごと（5 分のメトリクス）にCloudWatch に送信します。現在、詳細モニタリング（1 分）のメトリクスは Amazon WorkSpacesでは使用できません。詳細については、『Amazon WorkSpaces Administration Guide』の「AmazonWorkSpaces のモニタリング」を参照してください。

Amazon WorkSpaces メトリックス次のメトリックスは Amazon WorkSpaces から入手できます。

Amazon WorkSpaces CloudWatch のメトリックス

メトリックス説明ディメンション利用可能な統計情報

単位

Available1 正常な状態を返した WorkSpace の数。

DirectoryId

WorkspaceId

Average、Sum、Maximum、Minimum、DataSamples

カウント

Unhealthy1 正常でない状態を返した WorkSpaceの数。

DirectoryId

WorkspaceId


カウント

ConnectionAttempt2接続試行の数。 DirectoryId

WorkspaceId


カウント

ConnectionSuccess2成功した接続の数。

DirectoryId

WorkspaceId


カウント

ConnectionFailure2失敗した接続の数。

DirectoryId

WorkspaceId


カウント

SessionLaunchTime2WorkSpaces セッションを開始するためにかかる時間。

DirectoryID

WorkspaceID


秒（時間）

InSessionLatency2WorkSpaces クライアントとWorkSpace 間のラウンドトリップ時間。

DirectoryID

WorkspaceID


ミリ秒（時間）

SessionDisconnect2ユーザーが開始して失敗した接続を含む、閉じられた接続の数。

DirectoryID

WorkspaceID


カウント

1 Amazon WorkSpaces は定期的にステータスリクエストを WorkSpace に送信します。WorkSpace は、これらのリクエストに応答すると Available とマークされ、リクエストに応答できないと Unhealthy

288

http://docs.aws.amazon.com/workspaces/latest/adminguide/monitoring.html

Amazon CloudWatch ユーザーガイドAmazon WorkSpaces メトリックスのディメンション

とマークされます。これらのメトリックスは WorkSpace の粒度で利用でき、組織のすべての WorkSpaceで集計されます。2 Amazon WorkSpaces は、各 WorkSpace に対して行われた接続のメトリックスを記録します。これらのメトリックスは、ユーザーが WorkSpace クライアント経由で正常に認証され、クライアントがセッションを開始した後で出力されます。メトリックスは WorkSpace の粒度で利用でき、ディレクトリのすべての WorkSpace で集計されます。

Amazon WorkSpaces メトリックスのディメンションAmazon WorkSpaces メトリックスは、次のディメンションで使用できます。

Amazon WorkSpaces CloudWatch ディメンション


DirectoryId 指定したディレクトリの WorkSpace で受け取るデータを制限します。DirectoryId 値の形式はd-XXXXXXXXXX です。

WorkspaceId 指定した WorkSpace で受け取るデータを制限します。WorkspaceId 値の形式は ws-XXXXXXXXXXです。

289

Amazon CloudWatch ユーザーガイドアラームの状態

Amazon CloudWatch アラームの作成1 つのメトリクスを監視する CloudWatch アラームを作成できます。このアラームは、複数の期間にわたるしきい値とメトリクスの値の関係性に基づき、1 つ以上のアクションを実行します。アクションには、Amazon EC2 アクション、Auto Scaling アクション、または Amazon SNS トピックに送信される通知があります。CloudWatch ダッシュボードにアラームを追加して視覚的に監視することもできます。ダッシュボードにある場合、ALARM 状態になると、アラームは赤に変わるため、状態を事前にモニタリングしやすくなります。

アラームは、持続している状態変化に対してのみアクションを呼び出します。CloudWatch アラームはそれが特定の状態にあるという理由だけではアクションを呼び出しません。アクションを呼び出すには、状態が変化し、その状態が特定の期間にわたって維持されている必要があります。

状態変化に伴いアラームによって呼び出されるアクションの内容は、そのアラームに関連付けられたアクションの種類によって異なります。Auto Scaling アクションの場合、アラームは新しい状態に留まる期間ごとにアクションを呼び出します。Amazon SNS 通知では、アクションが呼び出されるのは 1 回だけです。

Note

CloudWatch は、指定したアクションのテストや検証は行いません。また、存在しないアクションの呼び出しから生じる Auto Scaling や Amazon SNS のエラーも検出しません。アクションが存在していることを確認してください。

アラームの状態アラームには次の状態があります。

• OK — メトリクスの値が、定義されたしきい値の範囲内にあります。• ALARM — メトリクスの値が、定義したしきい値の範囲外にあります。• INSUFFICIENT_DATA – アラームが開始直後であるか、メトリクスが利用できないか、データが不足し

ていてアラームの状態を判定できません。

アラームを評価するアラームを作成するときに、CloudWatch がアラームの状態を変更するタイミングを評価できるように 3つの設定を指定します。

• [期間] は、メトリクスそれぞれに個別のデータポイント作成するためにメトリクスを評価する期間です。これは秒単位で表されます。期間として 1 分を選択した場合、1 分ごとに 1 つのデータポイントが存在します。

• [評価期間] は、アラーム状態を判断するタイミングを評価する直近のデータポイントの数です。• [Datapoints to Alarm (アラームを発生させるデータポイント数)] は、アラームが ALARM 状態に遷移する

ために超過する必要がある評価期間内のデータポイントの数です。超過したデータポイントは連続である必要はありませんが、すべてが [評価期間] に等しい直近のデータポイント数に含まれている必要があります。

以下の図では、アラームのしきい値が 3 単位に設定されています。アラームは ALARM 状態に遷移するように設定され、[評価期間] および [Datapoints to Alarm (アラームを発生させるデータポイント数)] はどちらも 3 です。つまり、連続する直近の 3 つの期間内の 3 つのデータポイントすべてがしきい値を上回わると、アラームは ALARM 状態になります。この図では、第 3 期間から第 5 期間にかけてこれが発生しま

290

Amazon CloudWatch ユーザーガイドアラームの欠落データの処理の設定

す。第 6 期間で値がしきい値を下回り、評価対象の期間の 1 つが超過していないため、アラームの状態はOK に変化します。第 9 期間中のしきい値に再度超過がありますが、1 つの期間のみです。そのため、アラームの状態は OK のままです。

[評価期間] と [Datapoints to Alarm (アラームを発生させるデータポイント数)] に異なる値を設定する場合、「N 個中 M 個」のアラームを設定することになります。[Datapoints to Alarm (アラームを発生させるデータポイント数)] が (「M」)、[評価期間] が (「N」) です。評価間隔は、期間により乗算されるデータポイントの数です。たとえば、1 分の期間を持つ 5 個のデータポイントのうち 4 個を設定した場合、評価間隔は 5 分です。10 分の期間を持つ 3 個のデータポイントのうち 3 個を設定した場合、評価間隔は 30 分です。

CloudWatch アラームの欠落データの処理の設定アラームを設定したメトリックスのデータポイントの一部が、CloudWatch に報告されない場合があります。たとえば接続が失われた場合、サーバーがダウンした場合、設計上メトリクスが断片的にのみデータを報告する場合などにこれが発生する可能性があります。

CloudWatch では、アラームを評価する際の欠落データポイントの処理方法を指定できます。これは、モニタリングされているデータの種類上適切な場合は、アラームが ALARM 状態に遷移するように設定する場合に便利です。欠落データが問題を示すものではない場合の誤検出を避けることができます。

各アラームが常に 3 つの状態のいずれかであるように、CloudWatch にレポートされるデータポイントはそれぞれ、次の 3 つのカテゴリのいずれかの状態に該当します。

• Not breaching (しきい値内)• Breaching (しきい値を超過)• Missing (見つからない)

アラームごとに、CloudWatch が欠落データポイントを次のいずれかとして処理するように指定できます。

• missing— このアラームは、状態を変更するかどうかを評価する際に、欠落データポイントを考慮に入れません。

• notBreaching— 欠落データポイントはしきい値内として扱われます。• breaching— 欠落データポイントはしきい値超過として扱われます。• ignore—現在のアラーム状態が維持される

291

Amazon CloudWatch ユーザーガイドデータが欠落した場合のアラーム状態の評価方法

最適な選択は、メトリクスの種類によって異なります。インスタンスの CPUUtilization など、継続的にデータを報告しているメトリクスの場合は、問題が発生していることを表すため、欠落データポイントは breaching として処理します。ただし、Amazon DynamoDB の ThrottledRequests など、エラー発生時のみデータポイントを生成するメトリクスの場合は、notBreaching として欠落データを処理します。デフォルトの動作は missing です。

アラームに最適なオプションを選択することで、アラームが、不要で誤解を招く状態に変更されることを防ぐだけでなく、システムの状態をさらに正確に表すことができます。

データが欠落した場合のアラーム状態の評価方法欠落データの処理方法に設定した値にかかわらず、アラームが状態を変更するかどうかを評価する際に、CloudWatch は [評価期間] の指定よりも多くのデータポイントを取得しようとします。取得を試みるデータポイントの正確な数は、アラーム期間の長さと、基づいているメトリクスが標準解像度か高解像度かによって異なります。取得を試みるデータポイントのタイムフレームは評価範囲です。

CloudWatch がこれらのデータポイントを取得すると、次の処理が実行されます。

• 評価範囲内のデータポイントが欠落していない場合、CloudWatch は収集された最新のデータポイントに基づいてアラームを評価します。

• 評価範囲のデータポイントの一部が欠落しているが、取得された既存のデータポイントの数がアラームの [評価期間] 以上である場合、正常に取得された最新の既存のデータポイントに基づいてアラームの状態が評価されます。この場合、欠落データを処理する方法に設定した値は不要であり、無視されます。

• 評価範囲のデータポイントの一部が欠落しており、取得された既存のデータポイントの数がアラームの評価期間の数を下回る場合、CloudWatch によって、欠落データ部分に欠落データの処理方法に指定された結果が入力され、アラームが評価されます。ただし、評価範囲内の実際のデータポイントが、報告されたタイミングにかかわらず、評価に含まれます。CloudWatch は、欠落データポイントの使用を最小限に抑えます。

これらのすべての状況で、評価されるデータポイントの数は、[評価期間] の値と同じです。超過している数が [Datapoints to Alarm (アラームを発生させるデータポイント数)] の値よりも少数の場合、アラームの状態は OK に設定されます。それ以外の場合、状態は ALARM に設定されます。

Note

この動作の特殊なケースは、メトリクスのフローが停止した後の一定期間、CloudWatch アラームがデータポイントの最後のセットを繰り返し評価する可能性があることです。この再評価により、メトリクスのストリームが停止した直前にアラームの状態が変更されていた場合にアクションが再実行される可能性があります。この動作を軽減するには、より短い期間を使用します。

次の表は、アラーム評価の動作の例を示しています。最初の表では、[Datapoints to Alarm (アラームを発生させるデータポイント数)] と [評価期間] はどちらも 3 です。CloudWatch はアラームを評価する際に直近のデータポイントを 5 個取得します。

列 2 は、この 5 個のデータのうちいくつが欠落しており、欠落データの処理方法の設定を使用して入力する必要があるかを示しています。列 3 ～ 6 は、欠落データの処理方法の各設定 (列の上部に表示) に基づき設定されるアラーム状態を示します。データポイント列の 0 は超過していないデータポイント、X は超過しているデータポイント、- は欠落しているデータポイントを示します。

データポイント欠落データポイント数

MISSING IGNORE BREACHING NOTBREACHING

0 - X - X 0 OK OK OK OK

0 - - - - 2 OK OK OK OK

292

Amazon CloudWatch ユーザーガイド高解像度アラーム



- - - - - 3 不十分なデータ現在の状態を維持

アラーム OK

0 X X - X 0 アラームアラームアラームアラーム

- - - - X 2 不十分なデータ現在の状態を維持

アラーム OK

前の表の 2 行目で、欠落データが超過として処理されても、アラームは OK のままです。既存のデータポイント 1 個が超過しておらず、これが超過として扱われる欠落しているデータポイント 2 個とともに評価されるためです。次回このアラームが評価される際にデータがまだ欠落したままであれば ALARM に遷移します。これは、超過していないデータポイントが、取得される直近の 5 個のデータポイントの中に含まれなくなるためです。4 行目では、すべてのケースでアラームは ALARM 状態になります。これは、実際のデータポイントが十分にあるため、欠落データの処理方法の設定を効力する必要がないためです。

次の表では、[期間] は再び 5 分に設定され、[Datapoints to Alarm (アラームを発生させるデータポイント数)] は 2 のみですが [評価期間] は 3 です。つまり 3 個のうち 2 個、N 個中 M のアラームです。



0 - X - X 0 アラームアラームアラームアラーム

0 0 X 0 X 0 アラームアラームアラームアラーム

0 - X - - 1 OK OK アラーム OK

- - - - 0 2 OK OK アラーム OK

- - - - X 2 不十分なデータ現在の状態を維持

アラーム OK

アラームの作成後すぐにデータポイントが欠落し、アラームの作成前にメトリクスが CloudWatch に報告されている場合、CloudWatch はアラームを評価する際にアラーム作成前の直近のデータポイントを取得します。

高解像度アラーム高解像度メトリクスでアラームを設定する場合、10 秒または 30 秒の期間で高解像度アラームを指定するか、60 秒の倍数の期間で通常のアラームを設定できます。高解像度のアラームには高い料金が発生します。高解像度メトリクスの詳細については、「カスタムメトリクスをパブリッシュする (p. 43)」を参照してください。

パーセンタイルベースの CloudWatch アラームおよび少数のデータサンプル

アラームの統計としてパーセンタイルを設定すると、統計評価に使用する十分なデータがない場合の処理を指定することができます。そのまま統計を評価し、任意でアラームの状態を変更するように指定するこ

293

Amazon CloudWatch ユーザーガイドCloudWatch アラームでよく使用する機能

ともできます。また、サンプルサイズが小さい場合は、メトリクスを無視し、統計的に十分なデータが揃うまで評価を保留することもできます。

パーセンタイルが 0.5 から 1.00 の間の場合、この設定は、評価期間中にデータポイントが 10/(1- パーセンタイル) を下回ると使用されます。たとえば、この設定は、p99 パーセンタイルのアラームのサンプル数が1000 を下回ると使用されます。パーセンタイルが 0 から 0.5 の間の場合、この設定は、データポイントが10/パーセンタイルを下回ると使用されます。

CloudWatch アラームでよく使用する機能次の機能は、すべての CloudWatch アラームに適用されます。

• AWS アカウントにつき、リージョンごとに最大 5,000 のアラームを作成できます。アラームを作成または更新するには、PutMetricAlarm API アクション (mon-put-metric-alarm コマンド) を使用します。

• アラーム名には ASCII 文字のみを使用する必要があります。• DescribeAlarms (mon-describe-alarms) を使用して、現在設定しているアラームのいずれかまた

はすべてを一覧表示したり、特定の状態にあるアラームを一覧表示したりできます。さらに、時間レンジで一覧をフィルタできます。

• アラームを無効にするには DisableAlarmActions (mon-disable-alarm-actions) を、有効にするには EnableAlarmActions (mon-enable-alarm-actions) を使用します。

• アラームの動作をテストするには、SetAlarmState (mon-set-alarm-state) を使用して任意の状態に設定します。この一時的な状態変更が持続するのは、次のアラーム比較が行われるときまでです。

• カスタムメトリクスを作成する前に、PutMetricAlarm (mon-put-metric-alarm) を使用してアラームを作成できます。アラームを有効にするには、メトリクス名前空間およびメトリクス名に加えて、カスタムメトリクスのディメンションをすべてアラームの定義に含める必要があります。

• アラームの履歴を見るには DescribeAlarmHistory (mon-describe-alarm-history) を使用します。CloudWatch は、アラーム履歴を 2 週間保存します。各状態変化に、固有のタイムスタンプが付きます。まれに、1 つの状態変化に対して複数の通知が履歴に残されることがあります。タイムスタンプによって、固有の状態変化を確認できます。

• アラームの評価期間の数を各評価期間の長さで乗算した値が 1 日を超えることはできません。

Note

特定の状況では、AWS リソースが CloudWatch にメトリクスデータを送信していないことがあります。たとえば、Amazon EBS は、Amazon EC2 インスタンスに追加されていない利用可能なボリュームに関するメトリクスデータを送信しないことがあります。これは、そのボリュームでモニタリングするメトリクスの動作がないためです。そのようなメトリクスにアラームを設定すると、状態が Insufficient Data に変わることがあります。これは、リソースが動作していない状態を示している可能性があり、必ずしも問題があることを意味しているわけではありません。

Amazon SNS通知の設定Amazon CloudWatch は、Amazon SNS を使用して E メールを送信します。最初に、SNS トピックを作成してサブスクライブします。CloudWatch アラームを作成する際、この SNS トピックを追加して、アラームの状態が変わったときにメールの通知が送信されるように設定できます。詳細については、『AmazonSimple Notification Service 入門ガイド』を参照してください。

Note

または、AWS マネジメントコンソールを使用して CloudWatch アラームを作成する計画の場合は、Create Alarm Wizard を使用してトピックを作成できるため、この手順を省略できます。

294

http://docs.aws.amazon.com/sns/latest/gsg/

http://docs.aws.amazon.com/sns/latest/gsg/

Amazon CloudWatch ユーザーガイドAWS マネジメントコンソールを使

用した Amazon SNS トピックの設定

AWS マネジメントコンソールを使用した AmazonSNS トピックの設定最初にトピックを作成して、それをサブスクライブします。オプションでトピックにテストメッセージを発行できます。

SNS トピックを作成するには

1. https://console.aws.amazon.com/sns/v2/home にある Amazon SNS コンソールを開きます。2. Amazon SNS ダッシュボードの [Common actions] の下で、[Create topic] を選択します。3. [Create new topic] ダイアログボックスの [Topic name] に、トピックの名前 (例: my-topic) を入力しま

す。4. [Create topic] を選択します。5. 次のタスクの [Topic ARN] (例: arn:aws:sns:us-east-1:111122223333:my-topic) をコピーします。

SNS トピックをサブスクライブするには

1. https://console.aws.amazon.com/sns/v2/home にある Amazon SNS コンソールを開きます。2. ナビゲーションペインで、[Subscriptions]、[Create subscription] の順に選択します。3. [Create subscription] ダイアログボックスの [Topic ARN] に、前のタスクで作成したトピック ARN を

貼り付けます。4. [Protocol] で [Email] を選択します。5. [Endpoint] に通知の受取先として使用する E メールアドレスを入力し、[Create subscription] を選択し

ます。6. E メールアプリケーションで AWS 通知から届いたメッセージを開き、サブスクライブを確認しま

す。

ウェブブラウザに Amazon SNS の確認画面が表示されます。

SNS トピックにテストメッセージを発行するには

1. https://console.aws.amazon.com/sns/v2/home にある Amazon SNS コンソールを開きます。2. ナビゲーションペインで、[Topics] を選択します。3. [Topics] ページでトピックを選択し、次に [Publish to topic] を選択します。4. [Publish a message] ページの [Subject] にメッセージの件名を入力し、[Message] に短いメッセージを

入力します。5. [Publish Message] を選択します。6. メールをチェックして、メッセージを受信したことを確認します。

AWS CLI を使用した SNS トピックの設定最初に SNS トピックを作成してから、直接メッセージをトピックにパブリッシュして、設定が正しいことをテストします。

SNS トピックを設定するには

1. 次のように create-topic コマンドを使用してトピックを作成します。

295

https://console.aws.amazon.com/sns/v2/home



http://docs.aws.amazon.com/cli/latest/reference/sns/create-topic.html

Amazon CloudWatch ユーザーガイドAWS CLI を使用した SNS トピックの設定

aws sns create-topic --name my-topic

Amazon SNS は次の形式でトピック ARN を返します。

{ "TopicArn": "arn:aws:sns:us-east-1:111122223333:my-topic"}

2. subscribe コマンドを用いて、自分の E メールアドレスをトピックにサブスクライブします。サブスクライブのリクエストが成功すると、確認メールが届きます。

aws sns subscribe --topic-arn arn:aws:sns:us-east-1:111122223333:my-topic --protocol email --notification-endpoint my-email-address

Amazon SNS は以下を返します。

{ "SubscriptionArn": "pending confirmation"}

3. E メールアプリケーションで AWS 通知から届いたメッセージを開き、サブスクライブを確認します。

ウェブブラウザに Amazon Simple Notification Service の確認画面が表示されます。4. list-subscriptions-by-topic コマンドを使用して、サブスクリプションを確認します。

aws sns list-subscriptions-by-topic --topic-arn arn:aws:sns:us-east-1:111122223333:my-topic


{ "Subscriptions": [ { "Owner": "111122223333", "Endpoint": "[email protected]", "Protocol": "email", "TopicArn": "arn:aws:sns:us-east-1:111122223333:my-topic", "SubscriptionArn": "arn:aws:sns:us-east-1:111122223333:my-topic:64886986-bf10-48fb-a2f1-dab033aa67a3" } ]}

5. (オプション) publish コマンドを使用してトピックにテストメッセージを発行します。

aws sns publish --message "Verification" --topic arn:aws:sns:us-east-1:111122223333:my-topic


{ "MessageId": "42f189a0-3094-5cf6-8fd7-c2dde61a4d7d"}

6. メールをチェックして、メッセージを受信したことを確認します。

296

http://docs.aws.amazon.com/cli/latest/reference/sns/subscribe.html

http://docs.aws.amazon.com/cli/latest/reference/sns/list-subscriptions-by-topic.html

http://docs.aws.amazon.com/cli/latest/reference/sns/publish.html

Amazon CloudWatch ユーザーガイドアラームの作成または編集

CloudWatch アラームの作成または編集アラームをトリガーする特定のメトリクスを選択し、それらのメトリクスのしきい値を指定することができます。また、メトリクスが設定したしきい値を超えたときに状態が変わるよう、アラームを設定することができます。

アラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms]、[Create Alarm] の順に選択します。3. [Select Metric] ステップでは、以下の作業を行います。

a. メトリクスカテゴリ (例: EC2 メトリクス) を選択します。b. インスタンスを選択し、メトリクス (例: CPU 使用率) を選択します。c. 統計では、統計 (Average など) または事前定義されたパーセンタイルのいずれかを選択するか、

カスタムパーセンタイル (p95.45 など) を指定します。d. 期間 (例: 1 時時) を選択します。e. [Next] を選択します。

4. [Define Alarm] ステップでは、以下の作業を行います。

a. [アラームしきい値] で、アラームの一意の名前とアラームの説明を入力します。アラーム名にはASCII 文字のみを使用する必要があります。[Whenever] では、しきい値 (たとえば、CPU 使用率の 80%) と、アラームをトリガーするために超過する必要があるデータポイントの数 (「N」個中「M」個) を指定します。詳細については、「アラームを評価する (p. 290)」を参照してください。

b. [Additional settings] の下の [Treat missing data as] で、アラームによる欠落データポイントの処理を選択します。詳細については、「CloudWatch アラームの欠落データの処理の設定 (p. 291)」を参照してください。

アラームの監視統計としてパーセンタイルを使用している場合は、低サンプルレートのケースを評価するか無視するか選択してください。[ignore] を選択すると、サンプルサイズが小さすぎる場合でも現在のアラーム状態は維持されます。詳細については、「パーセンタイルベースのCloudWatch アラームおよび少数のデータサンプル (p. 293)」を参照してください。

c. [アクション] で、アラームがトリガーされたときに、アラームが実行するアクションのタイプを選択します。

d. [Create Alarm] を選択します。

アラームはダッシュボードに追加することもできます。詳細については、「CloudWatch ダッシュボードよりアラームを追加または削除する (p. 24)」を参照してください。

アラームを編集するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms] を選択します。3. アラームを選択してから、[Actions]、[Modify] の順に選択します。

297



Amazon CloudWatch ユーザーガイドCPU 使用率アラームの作成

4. [Modify Alarm] ダイアログボックスで、必要に応じてアラームを更新し、[Save Changes] を選択します。

既存のアラームの名前は変更できません。説明は変更できます。または、アラームをコピーし、新しいコピーしたアラームに別の名前を付けることができます。アラームをコピーするには、アラームを選択して [Actions (アクション)]、[Copy (コピー)] の順に選択します。

Amazon SNS コンソールを使用して作成された E メール通知リストを更新するには

1. https://console.aws.amazon.com/sns/v2/home にある Amazon SNS コンソールを開きます。2. ナビゲーションペインで、[Topics] を選択し、通知リスト (トピック) の ARN を選択します。3. 次のいずれかを行ってください。

• メールアドレスを追加するには、[Create subscription] を選択します。[Protocol] で [Email] を選択します。[Endpoint] に、新しい受取人のメールアドレスを入力します。[Create subscription] を選択します。

• メールアドレスを削除するには、[Subscription ID] を選択します。[Other subscription actions]、[Delete subscriptions] の順に選択します。

4. [Publish to topic] を選択します。

E メールを送信する CPU 使用率アラームの作成アラームの状態が OK から ALARM に切り替わったら、Amazon SNS を使用して E メールメッセージを送信する CloudWatch アラームを作成できます。

EC2 インスタンスの平均 CPU 使用率が連続した指定期間のしきい値を超えると、アラームは ALARM 状態に変わります。

AWS マネジメントコンソールを使用した CPU 使用率アラームの設定AWS マネジメントコンソールを使用して CPU 使用率アラームを作成するには、次のステップを実行します。

CPU 使用率に基づいてメールを送信するアラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms]、[Create Alarm] の順に選択します。3. [EC2 Metrics] で、メトリクスカテゴリ (例: Per-Instance Metrics) を選択します。4. 次のようにメトリクスを選択します。

a. インスタンスおよび CPUUtilization メトリクスがある行を選択します。b. 統計で、[Average] を選択し、事前定義されたパーセンタイルのいずれかを選択するか、カスタム

パーセンタイル (p95.45 など) を指定します。c. 期間 (例: 5 時) を選択します。d. [Next] を選択します。

298



Amazon CloudWatch ユーザーガイドAWS マネジメントコンソールを使用した CPU 使用率アラームの設定

5. アラームを次のように定義します。

a. [Alarm Threshold] で、アラームの一意の名前 (例: myHighCpuAlarm) と、アラームの説明 (例:CPU usage exceeds 70 percent) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

b. [Whenever] の [is] で [>] を選択し、「70」と入力します。[for] に 2 と入力します。これにより、2 つの連続するサンプリング期間で CPU 利用率が 70% を超えた場合にアラームがトリガーされるよう指定されます。

c. [追加設定] の [欠落データの処理方法] で、[不正 (しきい値を超えている)] を選択します。これは、欠落データポイントで、インスタンスがダウンしていることを表す場合があるためです。

d. [Actions] の [Whenever this alarm] で、[State is ALARM] を選択します。[Send notification to] で、既存の SNS トピックを選択するか、新しいトピックを作成します。

299

Amazon CloudWatch ユーザーガイドAWS CLI を使用した CPU 使用率アラームの設定

e. 新しい SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: myHighCpuAlarm) を入力し、[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。通知を送信する前にサブスクリプションを確認する必要があります。

f. [Create Alarm] を選択します。

AWS CLI を使用した CPU 使用率アラームの設定AWS CLI を使用して CPU 使用率アラームを作成するには、次のステップを実行します。

CPU 使用率に基づいてメールを送信するアラームを作成するには

1. SNS トピックを設定します。詳細については、「Amazon SNS通知の設定 (p. 294)」を参照してください。

2. 以下のように put-metric-alarm コマンドを使用してアラームを作成します。

aws cloudwatch put-metric-alarm --alarm-name cpu-mon --alarm-description "Alarm when CPU exceeds 70%" --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average --period 300 --threshold 70 --comparison-operator GreaterThanThreshold --dimensions Name=InstanceId,Value=i-12345678 --evaluation-periods 2 --alarm-actions arn:aws:sns:us-east-1:111122223333:my-topic --unit Percent

3. set-alarm-state コマンドを使用してアラーム状態の変更を適用することにより、アラームをテストします。

a. アラームの状態を INSUFFICIENT_DATA から OK に変更します。

aws cloudwatch set-alarm-state --alarm-name cpu-mon --state-reason "initializing" --state-value OK

b. アラームの状態を OK から ALARM に変更します。

aws cloudwatch set-alarm-state --alarm-name cpu-mon --state-reason "initializing" --state-value ALARM

c. アラームに関するメール通知を受け取ったことを確認します。

E メールを送信するロードバランサーレイテンシーアラームの作成

Classic Load Balancer で 100 ms を超えるレイテンシーをモニタリングする Amazon SNS 通知を設定し、アラームを設定できます。

300


http://docs.aws.amazon.com/cli/latest/reference/cloudwatch/set-alarm-state.html

Amazon CloudWatch ユーザーガイドAWS マネジメントコンソールを使用したレイテンシーアラームの設定

AWS マネジメントコンソールを使用したレイテンシーアラームの設定AWS マネジメントコンソールを使用してロードバランサーレイテンシーアラームを作成するには、次のステップを実行します。

E メールを送信するロードバランサーレイテンシーアラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms]、[Create Alarm] の順に選択します。3. [CloudWatch Metrics by Category] で、[ELB Metrics] カテゴリを選択します。4. Classic Load Balancer および Latency メトリクスがある行を選択します。5. 統計で、[Average] を選択し、事前定義されたパーセンタイルのいずれかを選択するか、カスタムパー

センタイル (p95.45 など) を指定します。6. 期間用には [1 Minute] を選択します。7. [Next] を選択します。8. [Alarm Threshold] で、アラームの一意の名前 (例: myHighCpuAlarm) と、アラームの説明 (例: Alarm

when Latency exceeds 100s) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

9. [Whenever] の [is] で [>] を選択し、「0.1」と入力します。[for] に 3 と入力します。10. [Additional settings] の下の [Treat missing data as] で、[ignore (maintain alarm state)] を選択し、欠落

データポイントでアラーム状態の変更がトリガーされないようにします。

[Percentiles with low samples] で、[ignore (maintain the alarm state)] を選択し、データサンプル数が適切な場合にのみ、アラームで評価されるようにします。

11. [Actions] の [Whenever this alarm] で、[State is ALARM] を選択します。[Send notification to] で、既存の SNS トピックを選択するか、新しいトピックを作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: myHighCpuAlarm) を入力し、[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。通知を送信する前にサブスクリプションを確認する必要があります。


AWS CLI を使用したレイテンシーアラームの設定AWS CLI を使用してロードバランサーレイテンシーアラームを作成するには、次のステップを実行します。

E メールを送信するロードバランサーレイテンシーアラームを作成するには

1. SNS トピックを設定します。詳細については、「Amazon SNS通知の設定 (p. 294)」を参照してください。

2. 以下のように put-metric-alarm コマンドを使用してアラームを作成します。

aws cloudwatch put-metric-alarm --alarm-name lb-mon --alarm-description "Alarm when Latency exceeds 100s" --metric-name Latency --namespace AWS/ELB --statistic Average --period 60 --threshold 100 --comparison-operator GreaterThanThreshold --dimensions Name=LoadBalancerName,Value=my-server --evaluation-periods 3 --alarm-actions arn:aws:sns:us-east-1:111122223333:my-topic --unit Seconds

301



Amazon CloudWatch ユーザーガイドストレージスループットアラームの作成



aws cloudwatch set-alarm-state --alarm-name lb-mon --state-reason "initializing" --state-value OK


aws cloudwatch set-alarm-state --alarm-name lb-mon --state-reason "initializing" --state-value ALARM

c. アラームに関するメール通知を受け取ったことを確認します。

E メールを送信するストレージスループットアラームの作成

SNS 通知をセットアップし、Amazon EBS が 100 MB スループットを超えたときに E メールを送信するアラームを設定できます。

AWS マネジメントコンソールを使用したストレージスループットアラームの設定AWS マネジメントコンソールを使用して、Amazon EBS スループットに基づくアラームを作成するには、次のステップを実行します。

メールを送信するストレージスループットアラームを作成するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで、[Alarms]、[Create Alarm] の順に選択します。3. [EBS Metrics] で、メトリクスカテゴリを選択します。4. ボリュームと VolumeWriteBytes メトリクスがある行を選択します。5. 統計用には [Average] を選択します。期間用には [5 Minutes] を選択します。[Next] を選択します。6. [Alarm Threshold] に、アラームの一意の名前 (例: myHighWriteAlarm) と、アラームの説明 (例:

VolumeWriteBytes exceeds 100,000 KiB/s) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

7. [Whenever] の [is] で [>] を選択し、「100000」と入力します。[for] で、連続した期間として 15 を入力します。

しきい値がグラフ化されて [Alarm Preview] に表示されます。8. [Additional settings] の下の [Treat missing data as] で、[ignore (maintain alarm state)] を選択し、欠落

データポイントでアラーム状態の変更がトリガーされないようにします。9. [Actions] の [Whenever this alarm] で、[State is ALARM] を選択します。[Send notification to] で、既存

の SNS トピックを選択するか、トピックを作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: myHighCpuAlarm) を入力し、[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。E メールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。

302



Amazon CloudWatch ユーザーガイドAWS CLI を使用したストレージスループットアラームの設定


AWS CLI を使用したストレージスループットアラームの設定AWS CLI を使用して、Amazon EBS スループットに基づくアラームを作成するには、次のステップを実行します。

メールを送信するストレージスループットアラームを作成するには

1. SNS トピックを作成します。詳細については、「Amazon SNS通知の設定 (p. 294)」を参照してください。

2. アラームを作成します。

aws cloudwatch put-metric-alarm --alarm-name ebs-mon --alarm-description "Alarm when EBS volume exceeds 100MB throughput" --metric-name VolumeReadBytes --namespace AWS/EBS --statistic Average --period 300 --threshold 100000000 --comparison-operator GreaterThanThreshold --dimensions Name=VolumeId,Value=my-volume-id --evaluation-periods 3 --alarm-actions arn:aws:sns:us-east-1:111122223333:my-alarm-topic --insufficient-data-actions arn:aws:sns:us-east-1:111122223333:my-insufficient-data-topic



aws cloudwatch set-alarm-state --alarm-name ebs-mon --state-reason "initializing" --state-value OK


aws cloudwatch set-alarm-state --alarm-name ebs-mon --state-reason "initializing" --state-value ALARM

c. アラームの状態を ALARM から INSUFFICIENT_DATA に変更します。

aws cloudwatch set-alarm-state --alarm-name ebs-mon --state-reason "initializing" --state-value INSUFFICIENT_DATA

d. アラームに関するメール通知を受け取ったことを確認します。

インスタンスを停止、終了、再起動、または復旧するアラームを作成する

Amazon CloudWatch アラームアクションを使用して、EC2 インスタンスを自動的に停止、終了、再起動、または復旧するアラームを作成できます。停止または終了アクションを使用すると、今後インスタンスを実行する必要がなくなったときにコストを節約できます。再起動アクションを使用すると、これらのインスタンスを自動的に再起動でき、復旧アクションを使用すると、システムで障害が発生した場合に新しいハードウェアで復旧できます。

自動的にインスタンスを停止または終了するシナリオはいくつもあります。たとえば、バッチ給与計算処理ジョブまたは科学計算タスクを専用に行うインスタンスを使用している場合が挙げられます。これらのインスタンスは一定期間動作して仕事を完了します。このようなインスタンスは、アイドル状態 (課金さ

303


Amazon CloudWatch ユーザーガイドインスタンスを停止、終了、再起動、

または復旧するアラームを作成する

れている状態) にせずに、停止または終了するとコスト削減につながります。停止アラームアクションと終了アラームアクションの主な違いとして、停止したインスタンスは、後で再実行が必要な場合に再起動しやすいことと、同じインスタンス ID およびルートボリュームを維持できることがあります。しかし、終了したインスタンスを再起動することはできません。代わりに新しいインスタンスを開始する必要があります。

停止、終了、再起動、または復旧アクションは、Amazon CloudWatch によって (AWS/EC2 名前空間で)提供されている基本および詳細モニタリングメトリクスや、「InstanceId=」ディメンションを含んでいるカスタムメトリクスなど、Amazon EC2 インスタンスごとのメトリクスで設定されている任意のアラームに追加できます。ただし、InstanceId 値が実行中の有効な Amazon EC2 インスタンスを参照している場合に限ります。

インスタンスを再起動、停止、終了可能な CloudWatch アラームアクションをセットアップするには、サービスにリンクされた IAM ロール AWSServiceRoleForCloudWatchEvents を使用する必要があります。AWSServiceRoleForCloudWatchEvents IAM ロールを使用すると、AWS がお客様に代わってアラームアクションを実行できます。

CloudWatch イベントのサービスにリンクされたロールを作成するには、次のコマンドを使用します。

aws iam create-service-linked-role --aws-service-name events.amazonaws.com

Note

復旧アクションには、AWSServiceRoleForCloudWatchEvents ロールは必要ありません。

コンソールのサポート

CloudWatch コンソールまたは Amazon EC2 コンソールを使用してアラームを作成できます。このドキュメントの手順では、CloudWatch コンソールを使用します。Amazon EC2 コンソールを使用する手順については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「インスタンスを停止、終了、再起動、または復旧するアラームを作成する」を参照してください。

アクセス許可

AWS Identity and Access Management (IAM) アカウントを使用してアラームを作成または変更する場合、次のアクセス権限が必要です。

• Amazon EC2 アクションを使用するすべてのアラーム用の iam:CreateServiceLinkedRole• ec2:DescribeInstanceStatus と ec2:DescribeInstances。Amazon EC2 インスタンスステー

タスメトリクスに対するすべてのアラーム用。• ec2:StopInstances。停止アクションを含むアラーム用。• ec2:TerminateInstances。終了アクションを含むアラーム用。• 復旧アクションを含むアラームに特別なアクセス権限は必要ありません

Amazon CloudWatch に対する読み取り/書き込み許可はあって、Amazon EC2 に対しては許可がない場合でもアラームは作成できます。しかし、インスタンスで停止または終了アクションは実行されません。ただし、関連付けられている Amazon EC2 API アクションの使用許可が後で付与される場合、以前に作成したアラームアクションは実行されるようになります。詳細については、IAM ユーザーガイドの「アクセス権限とポリシー」を参照してください。

IAM ロールに基づいて、アラームアクションを使用してインスタンスを停止、終了、または再起動する場合は、AWSServiceRoleForCloudWatchEvents ロールしか使用できません。他の IAM ロールはサポートされていません。ただし、アラームの状態を確認して、Amazon SNS 通知や Amazon EC2 Auto Scaling ポリシーなど、その他のアクションを実行することはできます。

目次

304

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UsingAlarmActions.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UsingAlarmActions.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/PermissionsAndPolicies.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/PermissionsAndPolicies.html

Amazon CloudWatch ユーザーガイドAmazon CloudWatch アラームへの停止アクションの追加

• Amazon CloudWatch アラームへの停止アクションの追加 (p. 305)• Amazon CloudWatch アラームへの終了アクションの追加 (p. 306)• Amazon CloudWatch アラームへの再起動アクションの追加 (p. 306)• Amazon CloudWatch アラームへの復旧アクションの追加 (p. 307)• トリガーされたアラームとアクションの履歴の表示 (p. 309)

Amazon CloudWatch アラームへの停止アクションの追加一定のしきい値に達したときに Amazon EC2 インスタンスを停止するアラームを作成できます。たとえば、開発またはテスト用のインスタンスを実行したまま、終了するのを忘れることがたまにあります。平均 CPU 利用率が 24 時間 10% 未満である場合に、インスタンスがアイドル状態で使用されていないという信号を発してトリガーするアラームを作成できます。しきい値、持続時間、期間をニーズに合わせて調整し、アラームがトリガーされたときにメールを受信するよう SNS 通知を追加できます。

Amazon Elastic Block Store ボリュームをルートデバイスとして使用する Amazon EC2 インスタンスは停止または終了できますが、インスタンスストアをルートデバイスとして使用するインスタンスでは終了のみ行えます。

Amazon CloudWatch コンソールを使用してアイドル状態のインスタンスを停止させるアラームを作成するには


a. [EC2 Metrics] で、[Per-Instance Metrics] を選択します。b. インスタンスおよび CPUUtilization メトリクスがある行を選択します。c. 統計用には [Average] を選択します。d. 期間 (例: 1 時時) を選択します。e. [Next] を選択します。


a. [Alarm Threshold] で、アラームの一意の名前 (例: Stop EC2 instance) と、アラームの説明 (例:Stop EC2 instance when CPU is idle too long) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

b. [Whenever] の [is] で [<] を選択し、「10」と入力します。[for] で、連続した期間として 24 を入力します。

しきい値がグラフ化されて [Alarm Preview] に表示されます。c. [Notification] の [Send notification to] で、既存の SNS トピックを選択するか、新しいトピックを

作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: Stop_EC2_Instance) を入力します。[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。E メールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。

d. [EC2 Action] を選択します。e. [Whenever this alarm] で [State is ALARM] を選択します。[Take this action] で [Stop this

instance] を選択します。f. [Create Alarm] を選択します。

305


Amazon CloudWatch ユーザーガイドAmazon CloudWatch アラームへの終了アクションの追加

Amazon CloudWatch アラームへの終了アクションの追加(インスタンスで終了保護が有効になっていない限り)、一定のしきい値に達したときに EC2 インスタンスを自動的に終了させるアラームを作成することができます。たとえば、インスタンスが仕事を終え、再びそのインスタンスを使用する必要がない場合は、インスタンスを削除することをお勧めします。後でインスタンスを使用する可能性がある場合は、インスタンスを削除するのではなく、停止するほうが良いでしょう。インスタンスの削除保護の有効化と無効化については、『Linux インスタンス用 Amazon EC2ユーザーガイド』の「インスタンスの削除保護の有効化」を参照してください。

Amazon CloudWatch コンソールを使用してアイドル状態のインスタンスを削除するアラームを作成するには


a. [EC2 Metrics] で、[Per-Instance Metrics] を選択します。b. インスタンスおよび CPUUtilization メトリクスがある行を選択します。c. 統計用には [Average] を選択します。d. 期間 (例: 1 時時) を選択します。e. [Next] を選択します。


a. [Alarm Threshold] で、アラームの一意の名前 (例: Terminate EC2 instance) と、アラームの説明(例: Terminate EC2 instance when CPU is idle for too long) を入力します。アラーム名には ASCII文字のみを使用する必要があります。

b. [Whenever] の [is] で [<] を選択し、「10」と入力します。[for] で、連続した期間として 24 を入力します。


作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: Terminate_EC2_Instance) を入力します。[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。E メールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。

d. [EC2 Action] を選択します。e. [Whenever this alarm] で [State is ALARM] を選択します。[Take this action] で [Terminate this


Amazon CloudWatch アラームへの再起動アクションの追加Amazon EC2 インスタンスをモニタリングし、自動的に再起動する Amazon CloudWatch アラームを作成できます。再起動アラームアクションは、インスタンスのヘルスチェックが失敗した場合に推奨されます (システムのヘルスチェックが失敗した場合には、復旧アラームアクションが推奨されます)。インスタンスの再起動は、オペレーティングシステムの再起動と同等です。ほとんどの場合、インスタンスの再起

306

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_ChangingDisableAPITermination.html


Amazon CloudWatch ユーザーガイドAmazon CloudWatch アラームへの復旧アクションの追加

動には数分しかかかりません。インスタンスを再起動すると、インスタンスは同じホスト上で保持されるため、インスタンスのパブリックドメイン名、プライベート IP アドレス、およびインスタンスストアボリューム上のすべてのデータは保持されます。

インスタンスを再起動しても、インスタンスの停止と再起動とは異なり、新しいインスタンスの課金時間は開始されません。インスタンスの再起動の詳細については、『Linux インスタンス用 Amazon EC2 ユーザーガイド』の「インスタンスの再起動」を参照してください。

Important

再起動と復旧アクション間で不具合が発生するのを回避するには、再起動アラームと復旧アラームを同じ検査期間に設定するのを避けます。再起動アラームを各 1 分間の 3 回の評価期間に設定することをお勧めします。

Amazon CloudWatch コンソールを使用してインスタンスを再起動するアラームを作成するには


a. [EC2 Metrics] で、[Per-Instance Metrics] を選択します。b. インスタンスおよび StatusCheckFailed_Instance メトリクスがある行を選択します。c. 統計用には [Minimum] を選択します。d. 期間を選択し ([1 Minute] など)、[Next] を選択します。


a. [Alarm Threshold] で、アラームの一意の名前 (例: Reboot EC2 instance) と、アラームの説明 (例:Reboot EC2 instance when health checks fail) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

b. [Whenever] の [is] で [>] を選択し、「0」と入力します。[for] で、連続した期間として 3 を入力します。


作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: Reboot_EC2_Instance) を入力します。[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。E メールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。

d. [EC2 Action] を選択します。e. [Whenever this alarm] で [State is ALARM] を選択します。[Take this action] で [Reboot this


Amazon CloudWatch アラームへの復旧アクションの追加Amazon EC2 インスタンスをモニタリングし、基になるハードウェア障害または AWS による修復を必要とする問題によりインスタンスが正常に機能しなくなった場合に、自動的にインスタンスを復旧するAmazon CloudWatch アラームを作成できます。終了したインスタンスは復旧できません。復旧されたインスタンスは、インスタンス ID、プライベート IP アドレス、Elastic IP アドレス、すべてのインスタンスメタデータを含め、元のインスタンスと同じです。

307

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-reboot.html


Amazon CloudWatch ユーザーガイドAmazon CloudWatch アラームへの復旧アクションの追加

StatusCheckFailed_System アラームがトリガーされ、復旧アクションが開始されると、アラームを作成したときに選択し、復旧アクションに関連付けた Amazon SNS トピックによって通知されます。インスタンスを復旧する際、インスタンスを再起動するときにインスタンスは移行され、メモリ内にあるデータは失われます。プロセスが完了すると、情報はアラームに設定された SNS トピックに発行されます。この SNS トピックにサブスクライブされるすべてのユーザーは、復旧処理のステータスと、それ以降の手順を含むメールの通知を受け取ります。復旧されたインスタンスでインスタンスが再起動されたことがわかります。

復旧アクションは、StatusCheckFailed_System でのみ使用できます。StatusCheckFailed_Instance では使用できません。

システムステータスチェックの失敗の原因となる問題には、次のようなものがあります。

• ネットワーク接続の喪失• システム電源の喪失• 物理ホストのソフトウェアの問題• ネットワーク到達可能性に影響する、物理ホスト上のハードウェアの問題

復旧アクションは、次のインスタンスでのみサポートされています。

• C3、C4、C5、C5d、i3.metal、M3、M4、M5、R3、R4、T2、および X1 インスタンスタイプ• VPC のインスタンス• default または dedicated のインスタンステナント属性があるインスタンス• Amazon EBS ボリュームのみを使用するインスタンス (インスタンスストアボリュームは設定しないで

ください)。

インスタンスにパブリック IPv4 アドレスが割り当てられている場合、そのパブリック IP アドレスは復旧後も保持されます。

Important

再起動と復旧アクション間で不具合が発生するのを回避するには、再起動アラームと復旧アラームを同じ検査期間に設定するのを避けます。復旧アラームを各 1 分間の 2 つの評価期間に設定し、再起動アラームを各 1 分間の 3 つの評価期間に設定することをお勧めします。

Amazon CloudWatch コンソールを使用してインスタンスを復旧するアラームを作成するには


a. [EC2 Metrics] で、[Per-Instance Metrics] を選択します。b. インスタンスおよび StatusCheckFailed_System メトリクスがある行を選択します。c. 統計用には [Minimum] を選択します。d. 期間 (例: 1 時) を選択します。

Important

再起動と復旧アクション間で不具合が発生するのを回避するには、再起動アラームと復旧アラームを同じ検査期間に設定するのを避けます。復旧アラームを各 1 分間の 2 回の評価期間に設定することをお勧めします。

e. [Next] を選択します。4. [Define Alarm] ステップでは、以下の作業を行います。

308


Amazon CloudWatch ユーザーガイドトリガーされたアラームとアクションの履歴の表示

a. [Alarm Threshold] で、アラームの一意の名前 (例: Recover EC2 instance) と、アラームの説明(例: Recover EC2 instance when health checks fail) を入力します。アラーム名には ASCII 文字のみを使用する必要があります。

b. [Whenever] の [is] で [>] を選択し、「0」と入力します。[for] で、連続した期間として 2 を入力します。

c. [Notification] の [Send notification to] で、既存の SNS トピックを選択するか、新しいトピックを作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] に、SNS トピックの名前 (例: Recover_EC2_Instance) を入力します。[Email list] に、アラームが ALARM 状態に変わったときに通知を受ける E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。E メールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。

d. [EC2 Action] を選択します。e. [Whenever this alarm] で [State is ALARM] を選択します。[Take this action] で [Recover this


トリガーされたアラームとアクションの履歴の表示Amazon CloudWatch コンソールで、アラームとアクションの履歴を見ることができます。AmazonCloudWatch は、過去 2 週間分のアラームとアクションの履歴を保管します。

トリガーされたアラームとアクションを表示するには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [アラーム] を選択し、アラームを選択します。3. 直近の状態遷移、および時間とメトリクス値を表示するには、[Details] を選択します。4. 直近の履歴のエントリを表示するには、[履歴] を選択します。

予想 AWS 請求額をモニタリングする請求アラームの作成

Amazon CloudWatch を使用して AWS 予想請求額をモニタリングできます。ご使用の AWS アカウントに対する予想請求額のモニタリングを有効にすると、予想請求額が計算されて、メトリクスデータとしてCloudWatch に 1 日複数回送信されます。

請求メトリクスデータは米国東部（バージニア北部）リージョンに保存され、世界全体の請求額として表されます。このデータには、使用した AWS の各サービスに対する予想請求額と、AWS 全体の予想請求額が含まれています。

アカウントへの請求が指定したしきい値を超えると、アラームがトリガーされます。トリガーされるのは、実際の請求がしきい値を超えた場合のみです。当月のそれまでの使用状況に基づく予測は使用されません。

請求がすでにしきい値を超えているときに請求アラームを作成した場合、アラームは直ちに ALARM 状態になります。

タスク• 請求アラートを有効にする (p. 310)• 請求アラームの作成 (p. 310)

309


Amazon CloudWatch ユーザーガイド請求アラートを有効にする

• アラームのステータスを確認する (p. 311)• 請求アラームを削除する (p. 311)

請求アラートを有効にする予想請求額のアラームを作成する前に、請求アラートを有効にする必要があります。有効にすると、予想AWS 請求額をモニタリングし、請求メトリクスデータを使用してアラームを作成できます。請求アラートを有効にすると、データの収集を無効にできなくなりますが、作成した請求アラームは削除できます。

初めて予想請求額のモニタリングを有効にした後、請求データの表示と請求アラートの設定ができるようになるまで約 15 分かかります。

要件

• AWS アカウントルートユーザー認証情報を使用してサインインする必要があります。IAM ユーザーがAWS アカウントの請求アラートを有効にすることはできません。

• 一括請求（コンソリデーティッドビリング）のアカウントの場合、支払いアカウントでログインすると、リンクされている各アカウントの請求データを見ることができます。リンクされているそれぞれのアカウントと一括請求アカウントのどちらに対しても、予想請求合計額とサービスごとの予想請求額のデータを見ることができます。

予想請求額のモニタリングを有効にするには

1. https://console.aws.amazon.com/billing/home?# にある Billing and Cost Management コンソールを開きます。

2. ナビゲーションペインで [Preferences] を選択します。3. [Receive Billing Alerts] を選択します。

4. [Save preferences] を選択します。

請求アラームの作成請求アラートを有効にした後、請求アラームを作成できるようになります。この手順では、AWS の予想請求額が指定されたしきい値を超えたときにメールメッセージを送信するアラームを作成します。

310

https://console.aws.amazon.com/billing/home?#/

Amazon CloudWatch ユーザーガイドアラームのステータスを確認する

Note

この手順では、詳細オプションを使用します。シンプルなオプションの使用に関する詳細については、CloudWatch で予想請求額をモニタリングするで、請求アラームの作成 (p. 14)を参照してください。

CloudWatch コンソールを用いて請求アラームを作成するには


のリージョンに保存され、世界全体の請求額として表されます。3. ナビゲーションペインで、[Alarms]、[Billing]、[Create Alarm] の順に選択します。4. 詳細オプションに切り替えるには、[詳細表示] を選択します。5. [アラームのしきい値] で、アラームのデフォルト名 (例: My Estimated Charges) と、アラームの説明

(例: Estimated Monthly Charges) を入れ替えます。アラーム名には ASCII 文字のみを使用する必要があります。

6. [Whenever charges for] の [is] で、[>=] を選択し、アラームをトリガーして E メールを送信するために超える必要がある金額 (例: 200) を入力します。

Note

[Alarm Preview] に、適切な金額を設定するために使用できる料金の見積もりがあります。7. [Additional settings] の下の [Treat missing data as] で、[ignore (maintain alarm state)] を選択し、欠落

データポイントでアラーム状態の変更がトリガーされないようにします。8. [Actions] の [Whenever this alarm] で、[State is ALARM] を選択します。[Send notification to] で、既存

の SNS トピックを選択するか、新しいトピックを作成します。

SNS トピックを作成するには、[New list] を選択します。[Send notification to] で、SNS トピックの名前を入力し、[Email list] に、E メール通知の送信先となる E メールアドレスをカンマで区切って入力します。各 E メールアドレスに、トピックのサブスクリプションの確認メールが送信されます。Eメールアドレスに通知を送信する前に、サブスクリプションを確認する必要があります。


アラームのステータスを確認する請求アラームのステータスを確認できます。

アラームのステータスを確認するには


のリージョンに保存され、世界全体の請求額を反映します。3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. ポリシーの横にあるチェックボックスをオンにします。サブスクリプションが確認されるまで、「保

留中の確認」と表示されます。サブスクリプションが確認された後、更新されたステータスを表示するためにコンソールを更新します。

請求アラームを削除する不要になった請求アラームは削除できます。

請求アラームを削除するには


311




Amazon CloudWatch ユーザーガイドAuto Scaling アラームを非表示にする

2. 必要に応じて、リージョンを米国東部（バージニア北部）に変更します。請求メトリクスデータはこのリージョンに保存され、世界全体の請求額を反映します。

3. ナビゲーションペインで [Alarms]、[Billing] を選択します。4. アラームの横にあるチェックボックスをオンにして、[削除] を選択します。5. 確認を求めるメッセージが表示されたら、[Yes, Delete] を選択します。

Auto Scaling アラームを非表示にするAWS マネジメントコンソールでアラームを表示するとき、Auto Scaling に関連するアラームを非表示にすることができます。この機能は、AWS マネジメントコンソールでのみ使用できます。

Auto Scaling アラームを一時的に非表示にするには

1. https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。2. ナビゲーションペインで [アラーム] を選択し、[Hide all AutoScaling alarms (すべての AutoScaling ア

ラームを非表示にする)] を選択します。

312


Amazon CloudWatch ユーザーガイド認証

Amazon CloudWatch に対する認証とアクセスコントロール

Amazon CloudWatch へのアクセスには、認証情報が必要です。これらの認証情報は、クラウドリソースに関する CloudWatch メトリクスデータの取得などの AWS リソースへのアクセス許可が必要です。下のセクションでは、AWS Identity and Access Management (IAM) および CloudWatch を使用して、リソースにアクセスできるユーザーを制御することで、リソースのセキュリティを確保する方法について詳しく説明します。

• 認証 (p. 313)• アクセスコントロール (p. 314)

認証AWS には、次のタイプのアイデンティティでアクセスできます。

• AWS アカウントのルートユーザー – AWS にサインアップするときは、AWS アカウントに関連付けられた E メールアドレスとパスワードを指定します。これらは AWS アカウントユーザー認証情報であり、これらの情報を使用すると、すべての AWS リソースへの完全なアクセスが可能になります。

Important

セキュリティ上の理由から、AWS アカウントへの完全なアクセス権限を持つ管理者 (IAM ユーザー) を作成するためにのみ、AWS アカウントユーザー認証情報を使用することをお勧めします。その後、この管理者を使用して、制限されたアクセス権限を持つ他の IAM ユーザーとロールを作成できます。詳細については、IAM ユーザーガイドの「IAM のベストプラクティス」および「管理者のユーザーおよびグループの作成」を参照してください。

• IAM ユーザー – IAM ユーザーは、特定のカスタム権限 (たとえば、CloudWatch で metrics を表示するアクセス権限) を持つ AWS アカウント内のアイデンティティです。IAM のユーザー名とパスワードを使用して、AWS マネジメントコンソール、AWS ディスカッションフォーラム、AWS Support Center などのセキュリティ保護された AWS ウェブページにサインインできます。

ユーザー名とパスワードに加えて、各ユーザーのアクセスキーを生成することもできます。いくつかのSDK の 1 つまたは AWS Command Line Interface (CLI) を使ってプログラムで AWS サービスにアクセスするときに、これらのキーを使用します。SDK と AWS CLI ツールでは、アクセスキーを使用してリクエストが暗号で署名されます。AWS ツールを使用しない場合は、リクエストを自分で署名する必要があります。CloudWatch supports では、署名バージョン 4 がサポートされています。これは、インバウンド API リクエストを認証するためのプロトコルです。リクエストの認証の詳細については、AWSGeneral Referenceの「署名バージョン 4 の署名プロセス」を参照してください。

• IAM ロール – IAM ロールは、特定のアクセス権限を持ち、アカウントで作成できるもう 1 つの IAM ID

です。これは IAM ユーザーに似ていますが、特定のユーザーに関連付けられていません。IAM ロールでは、AWS サービスおよびリソースにアクセスするために使用できる一時的なアクセスキーを取得することができます。IAM ロールと一時的な認証情報は、次の状況で役立ちます。

• フェデレーティッドユーザーアクセス – IAM ユーザーを作成するのではなく、AWS Directory

Service、エンタープライズユーザーディレクトリ、またはウェブアイデンティティプロバイダー

313

http://docs.aws.amazon.com/IAM/latest/UserGuide/introduction.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#create-iam-users

http://docs.aws.amazon.com/IAM/latest/UserGuide/getting-started_create-admin-group.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html

https://console.aws.amazon.com/

https://forums.aws.amazon.com/

https://console.aws.amazon.com/support/home#/

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html

https://aws.amazon.com/tools/

https://aws.amazon.com/tools/

https://aws.amazon.com/cli/

http://docs.aws.amazon.com/general/latest/gr/signature-version-4.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html

Amazon CloudWatch ユーザーガイドアクセスコントロール

(IdP) の既存のアイデンティティを使用することもできます。このようなユーザーはフェデレーティッドユーザーと呼ばれます。AWS では、IdP を通じてアクセスがリクエストされたとき、フェデレーティッドユーザーにロールを割り当てます。詳細については、『IAM ユーザーガイド』の「フェデレーションユーザーとロール」を参照してください。

• クロスアカウントアクセス – アカウントで IAM ロールを使って、お客様のアカウントのリソースへの

アクセス権を別の AWS アカウントに付与できます。この例については、『IAM ユーザーガイド』の「チュートリアル: AWS アカウント間の IAM ロールを使用したアクセスの委任」を参照してください。

• AWS のサービスのアクセス – アカウントで IAM ロールを使用して、アカウントのリソースにアクセ

スするために AWS のサービスに必要なアクセス権限を付与できます。たとえば、Amazon Redshiftがお客様に代わって Amazon S3 バケットにアクセスし、バケットに保存されたデータを AmazonRedshift クラスターにロードすることを許可するロールを作成できます。詳細については、『IAMユーザーガイド』の「AWS ユーザーにアクセス権限を委任するロールの作成」を参照してください。

• Amazon EC2 で実行されるアプリケーション – インスタンスで実行し、API リクエストを作成するア

プリケーションで使用されるアクセスキーを EC2 インスタンス内に保存する代わりに、IAM ロールを使用して、これらのアプリケーション用の一時認証情報を管理できます。 AWS ロールを EC2 インスタンスに割り当て、そのすべてのアプリケーションで使用できるようにするには、インスタンスにアタッチされたインスタンスプロファイルを作成できます。インスタンスプロファイルにはロールが含まれ、EC2 インスタンスで実行されるプログラムは一時認証情報を取得することができます。詳細については、IAM ユーザーガイドの「Amazon EC2 上のアプリケーションに対するロールの使用」を参照してください。

アクセスコントロール有効な認証情報があればリクエストを認証できますが、許可を持っていないかぎり CloudWatch リソースの作成やアクセスはできません。たとえば、CloudWatch ダッシュボードウィジェットの作成や、メトリクスの表示などには許可が必要です。

以下のセクションでは、CloudWatch のアクセス権限を管理する方法について説明します。最初に概要のセクションを読むことをお勧めします。

• CloudWatch リソースへのアクセス権限の管理の概要 (p. 315)• CloudWatch に対して、アイデンティティベースのポリシー (IAM ポリシー) を使用する (p. 318)• Amazon CloudWatch のアクセス許可リファレンス (p. 328)

CloudWatch ダッシュボードアクセス許可の更新2018 年 5 月 1 日に、CloudWatch ダッシュボードにアクセスするのに必要なアクセス許可が変更されます。現在、CloudWatch ダッシュボードを表示するには [cloudwatch:GetMetricData] アクセス許可が必要で､ダッシュボードを作成または変更するには[cloudwatch:PutMetricData] アクセス許可が必要です｡5 月1 日以降、CloudWatch コンソールでダッシュボードにアクセスするには、2017 年に導入されたダッシュボード API 操作をサポートするための新しい権限が必要になります。

• [cloudwatch:GetDashboard]• [cloudwatch:ListDashboards]• [cloudwatch:PutDashboard]• [cloudwatch:DeleteDashboards]

314

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_access-management.html#intro-access-roles

http://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_access-management.html#intro-access-roles

http://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_cross-account-with-roles.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-ec2.html

Amazon CloudWatch ユーザーガイドアクセス管理の概要

変更後に CloudWatch ダッシュボードにアクセスできるかどうかを確認するには、CloudWatch コンソールの更新メッセージで [アクセス許可のチェック] を選択します。更新後にこれらのアクセス許可がないことが確認された場合は、IAM コンソールを使用して 5 月 1 日より前にアクセス許可を修正する必要があります。

CloudWatch ダッシュボードへのアクセスを保持するには、次のいずれかが必要です。

• [AdministratorAccess] ポリシー。• [CloudWatchFullAccess] ポリシー。• これらの特定のアクセス許可の 1 つ以上を含むカスタムポリシー。

• ダッシュボードを表示できるようにするには cloudwatch:GetDashboard とcloudwatch:ListDashboards｡

• ダッシュボードを作成または変更できるようにするには cloudwatch:PutDashboard｡• ダッシュボードを削除できるようにするには cloudwatch:DeleteDashboards｡

ポリシーを使用して IAM ユーザーのアクセス許可を変更する方法の詳細については、「IAM ユーザーのアクセス許可の変更」を参照してください。

CloudWatch アクセス許可の詳細については、「Amazon CloudWatch のアクセス許可リファレンス (p. 328)」を参照してください。

ダッシュボード API オペレーションの詳細については、『Amazon CloudWatch API リファレンス』の「PutDashboard」を参照してください。

CloudWatch リソースへのアクセス権限の管理の概要

すべての AWS リソースは AWS アカウントによって所有され、リソースを作成またはアクセスするためのアクセス権限は、アクセス権限ポリシーによって管理されます。アカウント管理者は、アクセス権限ポリシーを IAM ID (ユーザー、グループ、ロール) にアタッチでき、一部のサービス (AWS Lambda など) では、アクセス権限ポリシーをリソースにアタッチすることをサポートしています。

Note

アカウント管理者 (または管理者 IAM ユーザー) は、管理者権限を持つユーザーです。詳細については、「IAM のベストプラクティス」 (IAM ユーザーガイド) を参照してください。

アクセス権限を付与する場合、アクセス権限を取得するユーザー、取得するアクセス権限の対象となるリソース、およびそれらのリソースに対して許可される特定のアクションを決定します。

トピック• CloudWatch リソースおよびオペレーション (p. 315)• リソース所有権について (p. 316)• リソースへのアクセスの管理 (p. 317)• ポリシー要素の指定 : アクション、効果、プリンシパル (p. 318)• ポリシーでの条件の指定 (p. 318)

CloudWatch リソースおよびオペレーションCloudWatch には、アクセスコントロールを行う特定のリソースはありません。そのため、IAM ポリシーで使用する CloudWatch Amazon リソースネーム (ARN) はありません。たとえば、一連の特定の EC2 イ

315

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html


http://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html

Amazon CloudWatch ユーザーガイドリソース所有権について

ンスタンスまたは特定のロードバランサーのみの CloudWatch データに対してユーザーアクセスを許可することはできません。 IAM を使用して付与する許可には、CloudWatch で使用、またはモニタリングするすべてのクラウドリソースが含まれます。また、CloudWatch コマンドラインツールで IAM ロールを使用することはできません。

CloudWatch アクションに対するアクセスをコントロールするポリシーを記述する場合は、リソースとして * (アスタリスク) を使用します。以下に例を示します。

{ "Version": "2012-10-17", "Statement":[{ "Effect":"Allow", "Action":["cloudwatch:GetMetricStatistics","cloudwatch:ListMetrics"], "Resource":"*", "Condition":{ "Bool":{ "aws:SecureTransport":"true" } } } ] }

ARN の詳細については、「IAM ユーザーガイド」の「ARN」を参照してください。CloudWatch LogsARN の詳細については、「アマゾンウェブサービス全般のリファレンス」の「Amazon リソースネーム (ARN) と AWS サービスの名前空間」を参照してください。 CloudWatch アクションを対象とするポリシーの例については、CloudWatch に対して、アイデンティティベースのポリシー (IAM ポリシー) を使用する (p. 318) を参照してください。

アクション ARN（リージョンを伴う） ARN（IAM ロールで使用）

Stop arn:aws:automate:us-east-1:ec2:stop

arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Stop/1.0

Terminate arn:aws:automate:us-east-1:ec2:terminate

arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Terminate/1.0

Reboot 該当なし arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Reboot/1.0

Recover arn:aws:automate:us-east-1:ec2:recover

該当なし

リソース所有権についてAWS アカウントは、誰がリソースを作成したかにかかわらず、アカウントで作成されたリソースを所有します。具体的には、リソース所有者は、リソースの作成リクエストを認証するプリンシパルエンティティ (AWS アカウントルートユーザー、IAM ユーザー、または IAM ロール) の AWS アカウントです。CloudWatch には、所有できるリソースはありません。

316

http://docs.aws.amazon.com/IAM/latest/UserGuide/Using_Identifiers.html#Identifiers_ARNs

http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-cloudwatch-logs

http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-cloudwatch-logs

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html

Amazon CloudWatch ユーザーガイドリソースへのアクセスの管理

リソースへのアクセスの管理アクセスポリシーでは、誰が何にアクセスできるかを記述します。以下のセクションで、アクセス権限のポリシーを作成するために使用可能なオプションについて説明します。

Note

このセクションでは、CloudWatch のコンテキストでの IAM の使用について説明します。これは、IAM サービスに関する詳細情報を取得できません。完全な IAM ドキュメントについては、「IAM とは?」 (IAM ユーザーガイド ) を参照してください。IAM ポリシー構文の詳細および説明については、IAM ユーザーガイドの「AWS IAM ポリシーリファレンス」を参照してください。

IAM アイデンティティにアタッチされたポリシーはアイデンティティベースのポリシー (IAM ポリシー) と呼ばれ、リソースにアタッチされたポリシーはリソースベースのポリシーと呼ばれます。CloudWatch では、アイデンティティベースのポリシーのみがサポートされています。

トピック• アイデンティティベースのポリシー (IAM ポリシー) (p. 317)• リソースベースのポリシー (IAM ポリシー) (p. 317)

アイデンティティベースのポリシー (IAM ポリシー)ポリシーを IAM アイデンティティにアタッチできます。たとえば、次の操作を実行できます。

• アカウントのユーザーまたはグループにアクセス権限ポリシーをアタッチする – metrics などの AmazonCloudWatch リソースを作成するためのアクセス権限を付与するには、ユーザーまたはユーザーが所属するグループにアクセス権限ポリシーをアタッチできます。

• アクセス権限ポリシーをロールにアタッチする (クロスアカウントのアクセス権限を付与) – アイデンティティベースのアクセス権限ポリシーを IAM ロールにアタッチして、クロスアカウントのアクセス権限を付与することができます。たとえば、アカウント A の管理者は、次のように別の AWS アカウント（アカウント B など）または AWS サービスにクロスアカウントアクセス権限を付与するロールを作成できます。1. アカウント A の管理者は、IAM ロールを作成して、アカウント A のリソースに権限を付与するロー

ルに権限ポリシーをアタッチします。2. アカウント A の管理者は、アカウント B をそのロールを引き受けるプリンシパルとして識別する

ロールに、信頼ポリシーをアタッチします。3. アカウント B の管理者は、アカウント B のユーザーにロールを引き受ける権限を委任できるように

なります。これにより、アカウント B のユーザーにアカウント A のリソースの作成とアクセスが許可されます。AWS サービスのアクセス権限を付与してロールを引き受けさせたい場合は、信頼ポリシー内のプリンシパルも、AWS サービスのプリンシパルとなることができます。

IAM を使用したアクセス権限の委任の詳細については、IAM ユーザーガイドの「アクセス管理」を参照してください。

CloudWatch でのアイデンティティベースのポリシーの使用に関する詳細については、「CloudWatch に対して、アイデンティティベースのポリシー (IAM ポリシー) を使用する (p. 318)」を参照してください。ユーザー、グループ、ロール、アクセス権限の詳細については、「アイデンティティ (ユーザー、グループ、ロール)」 (IAM ユーザーガイド) を参照してください。

リソースベースのポリシー (IAM ポリシー)Amazon S3 などの他のサービスでは、リソースベースのアクセス権限ポリシーもサポートされています。たとえば、ポリシーを Amazon S3 バケットにアタッチして、そのバケットに対するアクセス権限を管理できます。 CloudWatch では、リソースベースのポリシーはサポートされていません。

317

http://docs.aws.amazon.com/IAM/latest/UserGuide/introduction.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/access.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/id.html

Amazon CloudWatch ユーザーガイドポリシー要素の指定 : アクション、効果、プリンシパル

ポリシー要素の指定 : アクション、効果、プリンシパルCloudWatch リソースごとに、このサービスは、一連の API オペレーションを定義します。これらの APIオペレーションの権限を付与するために、CloudWatch は、ポリシー内に指定できる一連のアクションを定義します。一部の API オペレーションは、API オペレーションを実行するために複数のアクションに対するアクセス許可を要求できます。リソースおよび API オペレーションに関する詳細については、CloudWatch リソースおよびオペレーション (p. 315) および CloudWatch アクションを参照してください。

以下は、基本的なポリシーの要素です。

• リソース - Amazon リソースネーム (ARN) を使用して、ポリシーを適用するリソースを識別します。CloudWatch には、ポリシーのリソースを使用して制御するためのリソースがないため、IAM ポリシーではワイルドカード文字 (*) を使用します。詳細については、「CloudWatch リソースおよびオペレーション (p. 315)」を参照してください。

• アクション – アクションのキーワードを使用して、許可または拒否するリソースオペレーションを識別します。たとえば、cloudwatch:ListMetrics 権限は、ListMetrics オペレーションの実行をユーザーに許可します。

• 効果 - ユーザーが特定のアクションをリクエストする際の効果を指定します。許可または拒否のいずれかになります。リソースへのアクセスを明示的に許可していない場合、アクセスは暗黙的に拒否されます。また、明示的にリソースへのアクセスを拒否すると、別のポリシーによってアクセスが許可されている場合でも、ユーザーはそのリソースにアクセスできなくなります。

• プリンシパル – アイデンティティベースのポリシー (IAM ポリシー) で、ポリシーがアタッチされているユーザーが暗黙のプリンシパルとなります。リソースベースのポリシーでは、権限 (リソースベースのポリシーにのみ適用) を受け取りたいユーザー、アカウント、サービス、またはその他のエンティティを指定します。CloudWatch では、リソースベースのポリシーはサポートされていません。

IAM ポリシーの構文と記述の詳細については、『IAM ユーザーガイド』の「AWS IAM JSON ポリシーの参照」を参照してください。

すべての CloudWatch API アクションとそれらが適用されるリソースを示す表については、「AmazonCloudWatch のアクセス許可リファレンス (p. 328)」を参照してください。

ポリシーでの条件の指定アクセス権限を付与するとき、アクセスポリシー言語を使用して、ポリシーが有効になる必要がある条件を指定できます。たとえば、特定の日付の後にのみ適用されるポリシーが必要になる場合があります。ポリシー言語での条件の指定の詳細については、IAM ユーザーガイドの「条件」を参照してください。

条件を表すには、あらかじめ定義された条件キーを使用します。各 AWS サービスでサポートされるコンテキストキーと AWS 全体のポリシーキーのリストについては、『IAM ユーザーガイド』の「AWS サービスアクションと条件コンテキストキー」および「グローバルキーと IAM 条件コンテキストキー」を参照してください。

CloudWatch に対して、アイデンティティベースのポリシー (IAM ポリシー) を使用する

このトピックでは、アカウント管理者が IAM ID (ユーザー、グループ、ロール) にアクセス権限ポリシーをアタッチし、それによって CloudWatch リソースでオペレーションを実行するアクセス権限を付与する方法を示すアイデンティティベースのポリシーの例を示します。

318

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_Operations.html



http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_actionsconditions.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_actionsconditions.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html

Amazon CloudWatch ユーザーガイドCloudWatch コンソールを使用するために必要なアクセス権限

Important

初めに、CloudWatch リソースへのアクセスを管理するための基本概念と使用可能なオプションについて説明する概要トピックをお読みになることをお勧めします。詳細については、「アクセスコントロール (p. 314)」を参照してください。

このセクションでは、次のトピックを対象としています。

• CloudWatch コンソールを使用するために必要なアクセス権限 (p. 319)• CloudWatch に対する AWS 管理 (事前定義) ポリシー。 (p. 322)• お客様が管理するポリシーの例 (p. 322)

以下に示しているのは、アクセス権限ポリシーの例です。

{ "Version": "2012-10-17", "Statement":[{ "Effect":"Allow", "Action":["cloudwatch:GetMetricStatistics","cloudwatch:ListMetrics"], "Resource":"*", "Condition":{ "Bool":{ "aws:SecureTransport":"true" } } } ]}

このサンプルポリシーには、グループがリクエストに SSL を使用する場合のみ ("aws:SecureTransport":"true")、2 つの CloudWatch アクション(cloudwatch:GetMetricStatisticsdata および cloudwatch:ListMetrics) のグループにアクセス許可を付与する 1 つのステートメントがあります。ポリシーステートメント内のエレメントの詳細については、『IAM ユーザーガイド』の「ポリシー要素の指定 : アクション、効果、プリンシパル (p. 318)」および「IAM ポリシーエレメントの参照」を確認してください。

CloudWatch コンソールを使用するために必要なアクセス権限CloudWatch コンソールを使用して作業するユーザーの場合、そのユーザーは、他の AWS リソースをAWS アカウントで記述できる、最小限のアクセス権限を持っている必要があります。 CloudWatch コンソールでは次のサービスからのアクセス許可が必要になります。

• Amazon EC2 Auto Scaling• CloudTrail• CloudWatch• CloudWatch イベント• CloudWatch Logs• Amazon EC2• Amazon ES• IAM• Kinesis• Lambda

319

http://docs.aws.amazon.com/IAM/latest/UserGuide/AccessPolicyLanguage_ElementDescriptions.html


• Amazon S3• Amazon SNS• Amazon SQS• Amazon SWF

これらの最小限必要なアクセス権限よりも制限された IAM ポリシーを作成している場合、その IAM ポリシーを使用するユーザーに対してコンソールは意図したとおりには機能しません。 CloudWatch に対するAWS 管理 (事前定義) ポリシー。 (p. 322) で説明されているとおり、ユーザーが CloudWatch コンソールを使用できること、および、CloudWatchReadOnlyAccess 管理ポリシーがユーザーにアタッチされていることを確認してください。

AWS CLI または CloudWatch API のみを呼び出すユーザーには、最小限のコンソールアクセス権限を付与する必要はありません。

CloudWatch コンソールを使用して作業するのに必要なフルセットのアクセス許可は以下に記載されています。

• applicationautoscaling:describeScalingPolicies• autoscaling:describeAutoScalingGroups• autoscaling:describePolicies• cloudtrail:describeTrails• cloudwatch:deleteAlarms• cloudwatch:describeAlarmHistory• cloudwatch:describeAlarms• cloudwatch:getMetricData• cloudwatch:getMetricStatistics• cloudwatch:listMetrics• cloudwatch:putMetricAlarm• cloudwatch:putMetricData• ec2:describeInstances• ec2:describeTags• ec2:describeVolumes• es:describeElasticsearchDomain• es:listDomainNames• events:deleteRule• events:describeRule• events:disableRule• events:enableRule• events:listRules• events:putRule• iam:attachRolePolicy• iam:createRole• iam:getPolicy• iam:getPolicyVersion• iam:getRole• iam:listAttachedRolePolicies• iam:listRoles• kinesis:describeStreams

320


• kinesis:listStreams• lambda:addPermission• lambda:createFunction• lambda:getFunctionConfiguration• lambda:listAliases• lambda:listFunctions• lambda:listVersionsByFunction• lambda:removePermission• logs:cancelExportTask• logs:createExportTask• logs:createLogGroup• logs:createLogStream• logs:deleteLogGroup• logs:deleteLogStream• logs:deleteMetricFilter• logs:deleteRetentionPolicy• logs:deleteSubscriptionFilter• logs:describeExportTasks• logs:describeLogGroups• logs:describeLogStreams• logs:describeMetricFilters• logs:describeSubscriptionFilters• logs:filterLogEvents• logs:getLogEvents• logs:putMetricFilter• logs:putRetentionPolicy• logs:putSubscriptionFilter• logs:testMetricFilter• s3:createBucket• s3:listBuckets• sns:createTopic• sns:getTopicAttributes• sns:listSubscriptions• sns:listTopics• sns:setTopicAttributes• sns:subscribe• sns:unsubscribe• sqs:getQueueAttributes• sqs:getQueueUrl• sqs:listQueues• sqs:setQueueAttributes• swf:createAction• swf:describeAction• swf:listActionTemplates

321

Amazon CloudWatch ユーザーガイドCloudWatch に対する AWS 管理 (事前定義) ポリシー。

• swf:registerAction• swf:registerDomain• swf:updateAction

CloudWatch に対する AWS 管理 (事前定義) ポリシー。AWS は、多くの一般的ユースケースに対処するために、AWS で作成および管理するスタンドアロンのIAM ポリシーを用意しています。これらの AWS 管理ポリシーは、一般的ユースケースに必要なアクセス権限を付与することで、どの権限が必要なのかをユーザーが調査する必要をなくすことができます。詳細については、『IAM ユーザーガイド』の「AWS 管理ポリシー」を参照してください。

アカウントのユーザーにアタッチ可能な以下の AWS 管理ポリシーは、CloudWatch に固有のものです。

• CloudWatchFullAccess - CloudWatch へのフルアクセスを付与します。• CloudWatchReadOnlyAccess – CloudWatch への読み取り専用アクセスを付与します。• CloudWatchActionsEC2Access – CloudWatch アラーム、メトリクスおよび Amazon EC2 メタデータへ

の読み取り専用アクセスを付与します。 EC2 インスタンス用の API アクションの停止、終了、再起動へのアクセス権を付与します。

Note

IAM コンソールにサインインし、特定のポリシーを検索することで、これらのアクセス権限ポリシーを確認することができます。

独自のカスタム IAM ポリシーを作成して、CloudWatch アクションとリソースのための権限を許可することもできます。これらのカスタムポリシーは、それらのアクセス権限が必要な IAM ユーザーまたはグループにアタッチできます。

お客様が管理するポリシーの例このセクションでは、さまざまな CloudWatch アクションのアクセス権限を付与するユーザーポリシー例を示しています。これらのポリシーは、CloudWatch API、AWS SDK、または AWS CLI を使用しているときに機能します。

例• 例 1: ユーザーに CloudWatch への完全アクセスを許可する。 (p. 322)• 例 2: CloudWatch への読み取り専用アクセスを許可する (p. 323)• 例 3: Amazon EC2 インスタンスを停止、または終了する (p. 323)

例 1: ユーザーに CloudWatch への完全アクセスを許可する。次のポリシーでは、ユーザーにすべての CloudWatch アクション、CloudWatch Logs アクション、Amazon SNS アクションへのアクセス、および Auto Scaling への読み取り専用アクセスを許可します。

{ "Version": "2012-10-17", "Statement": [ { "Action": [

322

http://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies

Amazon CloudWatch ユーザーガイドお客様が管理するポリシーの例

"autoscaling:Describe*", "cloudwatch:*", "logs:*", "sns:*" ], "Effect": "Allow", "Resource": "*" } ]}

例 2: CloudWatch への読み取り専用アクセスを許可する次のポリシーはユーザーに CloudWatch への読み取り専用アクセス、および、Auto Scaling アクション、CloudWatch メトリクス、CloudWatch Logs データとアラーム関連の Amazon SNS データの表示を許可します。

{ "Version": "2012-10-17", "Statement": [ { "Action": [ "autoscaling:Describe*", "cloudwatch:Describe*", "cloudwatch:Get*", "cloudwatch:List*", "logs:Get*", "logs:Describe*", "sns:Get*", "sns:List*" ], "Effect": "Allow", "Resource": "*" } ]}

例 3: Amazon EC2 インスタンスを停止、または終了する以下のポリシーは、CloudWatch アラームアクションにより EC2 インスタンスの停止または終了を許可します。下の例では、GetMetricStatistics、ListMetrics、DescribeAlarms アクションはオプションです。これらのアクションを含めて、インスタンスが正常に停止または終了したことを確認することをお勧めします。

{ "Version": "2012-10-17", "Statement": [ { "Action": [ "cloudwatch:PutMetricAlarm", "cloudwatch:GetMetricStatistics", "cloudwatch:ListMetrics", "cloudwatch:DescribeAlarms" ], "Sid": "00000000000000", "Resource": [ "*" ], "Effect": "Allow" }, {

323

Amazon CloudWatch ユーザーガイドサービスにリンクされたロールの使用

"Action": [ "ec2:DescribeInstanceStatus", "ec2:DescribeInstances", "ec2:StopInstances", "ec2:TerminateInstances" ], "Sid": "00000000000000", "Resource": [ "*" ], "Effect": "Allow" } ]}

CloudWatch アラームのサービスにリンクされたロールの使用

Amazon CloudWatch では、AWS Identity and Access Management (IAM) の「サービスにリンクされたロール」を使用します。サービスにリンクされたロールは、CloudWatch に直接リンクされた一意のタイプの IAM ロールです。サービスにリンクされたロールは、CloudWatch によって事前定義されており、お客様の代わりにサービスから他の AWS サービスを呼び出す必要のあるアクセス権限がすべて含まれています。

CloudWatch のサービスにリンクされたロールを使用すると、必要なアクセス権限を手動で追加する必要がなくなるため、Amazon EC2 インスタンスを終了、停止、または再起動できる CloudWatch の設定が簡単になります。CloudWatch は、サービスにリンクされたロールのアクセス権限を定義します。特に定義されている場合を除き、CloudWatch はそのロールのみを引き受けることができます。定義されるアクセス権限には、信頼ポリシーやアクセス権限ポリシーなどがあり、そのアクセス権限ポリシーをその他のIAM エンティティにアタッチすることはできません。

ロールを削除するには、まず関連リソースを削除します。これにより、不注意でリソースにアクセスするアクセス許可の削除が防止され、CloudWatch リソースは保護されます。

サービスにリンクされたロールをサポートする他のサービスについては、「IAM と連携する AWS サービス」を参照の上、「サービスにリンクされたロール」列が「はい」になっているサービスを検索してください。サービスにリンクされたロールに関するドキュメントをサービスで表示するには、[はい] リンクを選択します。

CloudWatch アラームのサービスにリンクされたロールのアクセス許可CloudWatch では、サービスにリンクされたロール (AWSServiceRoleForCloudWatchEvents) –CloudWatch uses this service-linked role to perform Amazon EC2 alarm actions. を使用します。

AWSServiceRoleForCloudWatchEvents サービスにリンクされたロールは、ロールを引き受ける上でCloudWatch イベントサービスを信頼します。CloudWatch イベントは、アラームにより呼び出されたときにインスタンスアクションを終了、停止、または再起動を呼び出します。

AWSServiceRoleForCloudWatchEvents サービスにリンクされたロールのアクセス許可ポリシーでは、CloudWatch イベントは、Amazon EC2 インスタンスで次のアクションを完了することができます。

• ec2:StopInstances

• ec2:TerminateInstances

324

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role

http://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html

http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html

Amazon CloudWatch ユーザーガイドCloudWatch アラームのサービスにリンクされたロールの作成

• ec2:RecoverInstances

• ec2:DescribeInstanceRecoveryAttribute

• ec2:DescribeInstances

• ec2:DescribeInstanceStatus

CloudWatch アラームのサービスにリンクされたロールの作成サービスにリンクされたロールを手動で作成する必要はありません。AWS マネジメントコンソール、IAMCLI、または IAM API で初めてアラームを作成すると、サービスにリンクされたロールが CloudWatch によって作成されます。

Important

このサービスにリンクされたロールがアカウントに表示されるのは、このロールでサポートされている機能を使用する別のサービスでアクションが完了した場合です。また、January 1, 2017 以前に CloudWatch サービスを使用していた場合は、サービスにリンクされたロールのサポートの開始時に、CloudWatch によって AWSServiceRoleForCloudWatchEvents ロールがアカウントに作成されています。詳細については、「IAM アカウントに新しいロールが表示される」を参照してください。

詳細については、『IAM ユーザーガイド』の「サービスにリンクされたロールの作成」を参照してください。

CloudWatch アラームのサービスにリンクされたロールの作成CloudWatch では、AWSServiceRoleForCloudWatchEvents ロールを編集することはできません。ロールは多くのエンティティにより参照されるため、ロールを作成した後ロールの名前を変更することはできません。ただし、IAM を使用して AWSServiceRoleForCloudWatchEvents ロールの説明を編集することはできます。

サービスにリンクされたロールの説明の編集 (IAM コンソール)サービスにリンクされたロールの説明は、IAM コンソールを使用して編集できます。

サービスにリンクされたロールの説明を編集するには (コンソール)

1. IAM コンソールの [Navigation] ペインで [Roles] を選択します。2. 変更するロールの名前を選択します。3. [Role description] の右端にある [Edit] を選択します。4. ボックスに新しい説明を入力し、[Save] を選択します。

サービスにリンクされたロールの説明の編集 (AWS CLI)サービスにリンクされたロールの説明は、AWS Command Line Interface から IAM コマンドを使用して編集できます。

サービスにリンクされたロールの説明を変更するには (AWS CLI)

1. (オプション) ロールの現在の説明を表示するには、次のコマンドを使用します。

325

http://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared

http://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#create-service-linked-role

Amazon CloudWatch ユーザーガイドCloudWatch アラームのサービスにリンクされたロールの削除

$ aws iam get-role --role-name role-name

AWS CLI コマンドでは、ARN ではなくロール名を使用してロールを参照します。たとえば、ロールの ARN が arn:aws:iam::123456789012:role/myrole である場合、そのロールを myrole と呼びます。

2. サービスにリンクされたロールの説明を更新するには、次のコマンドを使用します。

$ aws iam update-role-description --role-name role-name --description description

サービスにリンクされたロールの説明の編集 (IAM API)サービスにリンクされたロールの説明は、IAM API を使用して編集できます。

サービスにリンクされたロールの説明を変更するには (API)

1. (オプション) ロールの現在の説明を表示するには、次のコマンドを使用します。

GetRole2. ロールの説明を更新するには、次のコマンドを使用します。

UpdateRoleDescription

CloudWatch アラームのサービスにリンクされたロールの削除EC2 インスタンスを自動的に停止、終了、または再起動するアラームがなくなった場合、AWSServiceRoleForCloudWatchEvents ロールを削除することをお勧めします。そうすることで、使用していないエンティティがアクティブにモニタリングされたり、メンテナンスされたりすることがなくなります。ただし、削除する前に、サービスにリンクされた役割をクリーンアップする必要があります。

サービスにリンクされたロールのクリーンアップIAM を使用してサービスにリンクされたロールを削除するには、まずそのロールにアクティブなセッションがないことを確認し、そのロールで使用されているリソースをすべて削除する必要があります。

サービスにリンクされたロールが IAM コンソールでアクティブなセッションを持っているかどうかを確認するには

1. https://console.aws.amazon.com/iam/ にある IAM コンソールを開きます。2. ナビゲーションペインで [Roles (ロール) ] を選択します。AWSServiceRoleForCloudWatchEvents

ロールの名前 (チェックボックスではありません) を選択します。3. 選択したロールの [Summary] ページで [Access Advisor] を選択し、サービスにリンクされたロールの

最新のアクティビティを確認します。

Note

CloudWatch が AWSServiceRoleForCloudWatchEvents ロールを使用しているかどうかが不明な場合は、このロールの削除を試みてください。サービスがロールを使用している場合、削除は失敗し、ロールが使用されているリージョンを表示できます。ロールが使用されている場合は、ロールを削除する前にセッションが終了するのを待つ必要があります。サービスにリンクされたロールのセッションを取り消すことはできません。

326

http://docs.aws.amazon.com/cli/latest/reference/iam/get-role.html

http://docs.aws.amazon.com/cli/latest/reference/iam/update-role-description.html

http://docs.aws.amazon.com/IAM/latest/APIReference/API_GetRole.html

http://docs.aws.amazon.com/IAM/latest/APIReference/API_UpdateRoleDescription.html


Amazon CloudWatch ユーザーガイドCloudWatch アラームのサービスにリンクされたロールの削除

サービスにリンクされたロールの削除 (IAM コンソール)IAM コンソールを使用して、サービスにリンクされたロールを削除できます。

サービスにリンクされたロールを削除するには (コンソール)

1. https://console.aws.amazon.com/iam/ にある IAM コンソールを開きます。2. ナビゲーションペインで [Roles (ロール) ] を選択します。AWSServiceRoleForCloudWatchEvents の

横のチェックボックス (名前または行自体ではなく) を選択します。3. [Role actions] で、[Delete role] を選択します。4. 確認ダイアログボックスで、サービスの最終アクセス時間データを確認します。これは、選択した

それぞれのロールの AWS サービスへの最終アクセス時間を示します。これは、そのロールが現在アクティブであるかどうかを確認するのに役立ちます。続行するには、[はい、削除します] を選択します。

5. IAM コンソール通知を見て、サービスにリンクされたロールの削除の進行状況を監視します。IAMサービスにリンクされたロールの削除は非同期であるため、削除するロールを送信すると、削除タスクは成功または失敗する可能性があります。タスクが失敗した場合は、通知から [View details] または[View Resources] を選択して、削除が失敗した理由を知ることができます。そのロールで使用中のリソースがサービスにあるために削除に失敗した場合、この失敗の理由にはリソースのリストも含まれます。

サービスにリンクされたロールの削除 (AWS CLI)AWS Command Line Interface から IAM コマンドを使用して、サービスにリンクされたロールを削除できます。

サービスにリンクされたロールを削除するには (AWS CLI)

1. サービスにリンクされているロールは、使用されている、または関連するリソースがある場合は削除できないため、削除リクエストを送信する必要があります。これらの条件が満たされない場合、そのリクエストは拒否される可能性があります。レスポンスから deletion-task-id を取得して、削除タスクのステータスを確認する必要があります。サービスにリンクされたロールの削除リクエストを送信するには、次のコマンドを入力します。

$ aws iam delete-service-linked-role --role-name AWSServiceRoleForCloudWatchEvents

2. 削除タスクのステータスを確認するには、次のコマンドを入力します。

$ aws iam get-service-linked-role-deletion-status --deletion-task-id deletion-task-id

削除タスクのステータスは、 NOT_STARTED､IN_PROGRESS, SUCCEEDED､または FAILED となります｡削除が失敗した場合は、失敗した理由がコールによって返され、トラブルシューティングが可能になります。

サービスにリンクされたロールの削除 (IAM API)IAM API を使用して、サービスにリンクされたロールを削除できます。

サービスにリンクされたロールを削除するには (API)

1. サービスにリンクされたロールの削除リクエストを送信するには、DeleteServiceLinkedRole を呼び出します。リクエストで、AWSServiceRoleForCloudWatchEvents ロール名を指定します。

327


http://docs.aws.amazon.com/cli/latest/reference/iam/delete-service-linked-role.html

http://docs.aws.amazon.com/cli/latest/reference/iam/get-service-linked-role-deletion-status.html

http://docs.aws.amazon.com/IAM/latest/APIReference/API_DeleteServiceLinkedRole.html

Amazon CloudWatch ユーザーガイドAmazon CloudWatch のアクセス許可リファレンス

サービスにリンクされているロールは、使用されている、または関連するリソースがある場合は削除できないため、削除リクエストを送信する必要があります。これらの条件が満たされない場合、そのリクエストは拒否される可能性があります。レスポンスから DeletionTaskId を取得して、削除タスクのステータスを確認する必要があります。

2. 削除タスクのステータスを確認するには、GetServiceLinkedRoleDeletionStatus を呼び出します。リクエストで DeletionTaskId を指定します。

削除タスクのステータスは、 NOT_STARTED､IN_PROGRESS, SUCCEEDED､または FAILED となります｡削除が失敗した場合は、失敗した理由がコールによって返され、トラブルシューティングが可能になります。

Amazon CloudWatch のアクセス許可リファレンスアクセスコントロール (p. 314) をセットアップし、IAM アイデンティティにアタッチできるアクセス権限ポリシー (アイデンティティベースのポリシー) を作成するときは、以下の表をリファレンスとして使用できます。この表には、各 CloudWatch API オペレーション、およびその実行のためのアクセス権限を付与できる対応するアクションを示しています。ポリシーの Action フィールドでアクションを指定し、ポリシーの Resource フィールドでリソース値としてワイルドカード文字 (*) を指定します。

CloudWatch ポリシーで AWS 全体の条件キーを使用して、条件を表現することができます。 AWS 全体を対象とするすべてのキーのリストについては、『IAM ユーザーガイド』の「AWS グローバルキーと IAM条件コンテキストキー」を参照してください。

Note

アクションを指定するには、API オペレーション名の前に cloudwatch: プレフィックスを使用します。例: cloudwatch:GetMetricStatistics、cloudwatch:ListMetrics、またはcloudwatch:*（すべての CloudWatch アクションの場合）。

テーブル

• CloudWatch API オペレーションおよび必要なアクセス許可• CloudWatch イベント API オペレーションおよび必要なアクセス許可• CloudWatch Logs API オペレーションおよび必要なアクセス許可• Amazon EC2 API オペレーションおよび必要なアクセス許可• Auto Scaling API オペレーションおよび必要なアクセス許可

CloudWatch API オペレーションおよびアクションで必要なアクセス許可

CloudWatch API オペレーション必要なアクセス権限 (API アクション)

DeleteAlarms cloudwatch:DeleteAlarms

アラームを削除するのに必要です。

DeleteDashboards cloudwatch:DeleteDashboards

ダッシュボードを削除するために必要です。

DescribeAlarmHistory cloudwatch:DescribeAlarmHistory

アラーム履歴を表示するのに必要です。

DescribeAlarms cloudwatch:DescribeAlarms

アラーム情報を名前で検索するのに必要です。

328

http://docs.aws.amazon.com/IAM/latest/APIReference/API_GetServiceLinkedRoleDeletionStatus.html



http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html#cw-permissions-table

http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html#cwe-permissions-table

http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html#cwl-permissions-table

http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html#cw-ec2-permissions-table

http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html#cw-as-permissions-table

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DeleteAlarms.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DeleteDashboards.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarmHistory.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarms.html


CloudWatch API オペレーション必要なアクセス権限 (API アクション)

DescribeAlarmsForMetric cloudwatch:DescribeAlarmsForMetric

メトリクスのアラームを表示するのに必要です。

DisableAlarmActions cloudwatch:DisableAlarmActions

アラームアクションを無効にするのに必要です。

EnableAlarmActions cloudwatch:EnableAlarmActions

アラームアクションを有効にするのに必要です。

GetDashboard cloudwatch:GetDashboard

既存のダッシュボードに関するデータを表示するのに必要です。

GetMetricData cloudwatch:GetMetricData

大規模なメトリクスデータのバッチを取得し、そのデータで Metric Math を実行するために必要です。

GetMetricStatistics cloudwatch:GetMetricStatistics

CloudWatch コンソールの他の部分やダッシュボードウィジェットにあるグラフを見るのに必要です。

ListDashboards cloudwatch:ListDashboards

アカウントで CloudWatch ダッシュボードのリストを表示するのに必要です。

ListMetrics cloudwatch:ListMetrics

CloudWatchコンソール内またはCLIのメトリクス名を表示または検索するのに必要です。ダッシュボードウィジェットでメトリクスを選択するために必要です。

PutDashboard cloudwatch:PutDashboard

ダッシュボードを作成または既存のダッシュボードを更新するのに必要です。

PutMetricAlarm cloudwatch:PutMetricAlarm

アラームを作成または更新するのに必要です。

PutMetricData cloudwatch:PutMetricData

メトリクスを作成するために必要です。

SetAlarmState cloudwatch:SetAlarmState

手動でアラームの状態を設定するのに必要です。

329

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarmsForMetric.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DisableAlarmActions.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_EnableAlarmActions.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetDashboard.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricStatistics.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_ListDashboards.html

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_ListMetrics.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html


http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html


CloudWatch イベント API オペレーションおよびアクションで必要なアクセス許可

CloudWatch イベント API オペレーション必要なアクセス権限 (API アクション)

DeleteRule events:DeleteRule

ルールを削除するのに必要です。

DescribeRule events:DescribeRule

ルールについての詳細を一覧表示するのに必要です。

DisableRule events:DisableRule

ルールを無効にするのに必要です。

EnableRule events:EnableRule

ルールを有効にするのに必要です。

ListRuleNamesByTarget events:ListRuleNamesByTarget

ターゲットと関連付けられるルールを一覧表示するために必要です。

ListRules events:ListRules

アカウントの全グループを一覧表示するために必要です。

ListTargetsByRule events:ListTargetsByRule

ルールと関連付けられるすべてのターゲットを一覧表示するために必要です。

PutEvents events:PutEvents

ルールと一致するカスタムイベントを追加するために必要です。

PutRule events:PutRule

ルールを作成または更新するために必要です。

PutTargets events:PutTargets

ルールにターゲットを追加するために必要です。

RemoveTargets events:RemoveTargets

ターゲットをルールから削除するために必要です。

TestEventPattern events:TestEventPattern

特定のイベントに対してイベントパターンをテストするために必要です。

330

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_DeleteRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_DescribeRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_DisableRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_EnableRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_ListRuleNamesByTarget.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_ListRules.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_ListTargetsByRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_PutEvents.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_PutRule.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_PutTargets.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_RemoveTargets.html

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/API_TestEventPattern.html


CloudWatch Logs API オペレーションおよびアクションで必要なアクセス許可

CloudWatch Logs API オペレーション必要なアクセス権限 (API アクション)

CancelExportTask logs:CancelExportTask

保留中または実行中のエクスポートタスクをキャンセルするのに必要です。

CreateExportTask logs:CreateExportTask

ロググループからAmazon S3バケットにデータをエクスポートするのに必要です。

CreateLogGroup logs:CreateLogGroup

新しいロググループを作成するのに必要です。

CreateLogStream logs:CreateLogStream

ロググループに新しいログストリームを作成するのに必要です。

DeleteDestination logs:DeleteDestination

ログ宛先を削除したり、サブスクリプションのフィルタを無効化するのに必要です。

DeleteLogGroup logs:DeleteLogGroup

ロググループや関連したアーカイブログイベントを削除するのに必要です。

DeleteLogStream logs:DeleteLogStream

ログストリームや関連したアーカイブログイベントを削除するのに必要です。

DeleteMetricFilter logs:DeleteMetricFilter

ロググループに関連したメトリクスフィルタを削除するのに必要です。

DeleteRetentionPolicy logs:DeleteRetentionPolicy

ロググループの保持ポリシーを削除するのに必要です。

DeleteSubscriptionFilter logs:DeleteSubscriptionFilter

ロググループに関連したサブスクリプションのフィルタを削除するのに必要です。

DescribeDestinations logs:DescribeDestinations

アカウントに関連したすべての送信先を表示するのに必要です。

DescribeExportTasks logs:DescribeExportTasks

331

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_CancelExportTask.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_CreateExportTask.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_CreateLogGroup.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_CreateLogStream.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteDestination.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteLogGroup.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteLogStream.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteMetricFilter.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteRetentionPolicy.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DeleteSubscriptionFilter.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeDestinations.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeExportTasks.html


CloudWatch Logs API オペレーション必要なアクセス権限 (API アクション)アカウントに関連したすべてのエクスポートタスクを表示するのに必要です。

DescribeLogGroups logs:DescribeLogGroups

アカウントに関連したすべてのロググループを表示するのに必要です。

DescribeLogStreams logs:DescribeLogStreams

ロググループに関連したすべてのログストリームを表示するのに必要です。

DescribeMetricFilters logs:DescribeMetricFilters

ロググループに関連したすべてのメトリクスを表示するのに必要です。

DescribeSubscriptionFilters logs:DescribeSubscriptionFilters

ロググループに関連したすべてのサブスクリプションフィルタを表示するのに必要です。

FilterLogEvents logs:FilterLogEvents

ロググループのフィルタパターンでログイベントをソートするのに必要です。

GetLogEvents logs:GetLogEvents

ログストリームからログイベントを取得するのに必要です。

ListTagsLogGroup logs:ListTagsLogGroup

ロググループに関連したタグをリストするのに必要です。

PutDestination logs:PutDestination

宛先ログストリーム (Kinesis ストリームなど) の作成や更新に必要です。

PutDestinationPolicy logs:PutDestinationPolicy

既存のログ宛先に関連するアクセスポリシーの作成や更新に必要です。

PutLogEvents logs:PutLogEvents

一連のログイベントをログストリームに更新するのに必要です。

PutMetricFilter logs:PutMetricFilter

メトリクスフィルタの作成や更新、またはそれをロググループに関連付けるのに必要です。

332

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeLogGroups.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeLogStreams.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeMetricFilters.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_DescribeSubscriptionFilters.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_FilterLogEvents.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_GetLogEvents.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_ListTagsLogGroup.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutDestination.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutDestinationPolicy.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutLogEvents.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutMetricFilter.html


CloudWatch Logs API オペレーション必要なアクセス権限 (API アクション)

PutRetentionPolicy logs:PutRetentionPolicy

ロググループでログイベント (保持) を維持する日数を設定するのに必要です。

PutSubscriptionFilter logs:PutSubscriptionFilter

サブスクリプションフィルタの作成や更新、またはそれをロググループに関連付けるのに必要です。

TestMetricFilter logs:TestMetricFilter

ログイベントメッセージのサンプリングに対してフィルタパターンをテストするのに必要です。

Amazon EC2 API オペレーションおよびアクションで必要なアクセス許可

Amazon EC2 API オペレーション必要なアクセス権限 (API アクション)

DescribeInstanceStatus ec2:DescribeInstanceStatus

EC2 インスタンスの状態の詳細を表示するのに必要です。

DescribeInstances ec2:DescribeInstances

EC2 インスタンスの詳細を表示するのに必要です。

RebootInstances ec2:RebootInstances

EC2 インスタンスを再起動するために必要です。

StopInstances ec2:StopInstances

EC2 インスタンスを停止するのに必要です。

TerminateInstances ec2:TerminateInstances

EC2 インスタンスを削除するのに必要です。

Auto Scaling API オペレーションおよびアクションで必要なアクセス許可

Auto Scaling API オペレーション必要なアクセス権限 (API アクション)

スケーリング autoscaling:Scaling

Auto Scaling グループをスケールするのに必要です。

Trigger autoscaling:Trigger

Auto Scaling アクションをトリガーするのに必要です。

333

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutRetentionPolicy.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_PutSubscriptionFilter.html

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_TestMetricFilter.html

http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceStatus.html

http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstances.html

http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RebootInstances.html

http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StopInstances.html

http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_TerminateInstances.html

Amazon CloudWatch ユーザーガイドCloudTrail 内の CloudWatch 情報

AWS CloudTrail での AmazonCloudWatch API 呼び出しのログ作成

AWS CloudTrail は、AWS アカウントによって、または AWS アカウントの代わりに行われた API 呼び出しをキャプチャするサービスです。この情報が集められ、指定した Amazon S3 バケットに保存されるログファイルに書き込まれます。API 呼び出しは、API、コンソール、または AWS CLI を使用するたびに記録されます。CloudTrail によって収集された情報を使用して、どのようなリクエストが行われたかを判断することができます。リクエストの作成元のソース IP アドレス、リクエストの実行者、リクエストの実行日時などです。

設定して有効化する方法など、CloudTrail の詳細については、『AWS CloudTrail User Guide』の「AWSCloudTrail とは」を参照してください。

トピック• CloudTrail 内の CloudWatch 情報 (p. 334)• ログファイルエントリの概要 (p. 336)

CloudTrail 内の CloudWatch 情報CloudTrail ログ記録をオンにすると、API アクションに対して行われた呼び出しが、ログファイルにキャプチャされます。各ログファイルエントリには、誰がリクエストを生成したかに関する情報が含まれます。たとえば、CloudWatch アラーム（PutMetricAlarm）の作成または更新のリクエストが行われた場合、CloudTrail は、リクエストした人またはサービスのユーザー ID をログに記録します。

ログエントリのユーザー ID 情報は、次のことを確認するのに役立ちます。

• リクエストが、ルートと IAM ユーザー認証情報のどちらを使用して送信されたか• リクエストが、ロールとフェデレーティッドユーザーのどちらの一時的なセキュリティ認証情報を使用

して送信されたか• リクエストが、別の AWS サービスによって送信されたかどうか

詳細については、『AWS CloudTrail User Guide』の「CloudTrail userIdentity 要素」を参照してください。

必要な場合はログファイルを自身のバケットに保管できますが、ログファイルを自動的にアーカイブまたは削除するにように Amazon S3 ライフサイクルルールを定義することもできます。デフォルトではAmazon S3 のサーバー側の暗号化 (SSE) を使用して、ログファイルが暗号化されます。

ログファイルの配信時に通知を受け取る場合、新しいログファイルの配信時に Amazon SNS 通知が発行されるように CloudTrail を設定できます。詳細については、『AWS CloudTrail User Guide』の「CloudTrail用の Amazon SNS 通知の設定」を参照してください。

また、複数の AWS リージョンと複数の AWS アカウントからの Amazon CloudWatch Logs ログファイルを 1 つの Amazon S3 バケットに集約することもできます。詳細については、『AWS CloudTrail UserGuide』の「Receiving CloudTrail Log Files from Multiple Regions」と「Receiving CloudTrail Log Filesfrom Multiple Accounts」を参照してください。

ログ記録をオンにすると、次の API アクションが CloudTrail に書き込まれます。

334

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/what_is_cloud_trail_top_level.html

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/what_is_cloud_trail_top_level.html

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html

http://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html



Amazon CloudWatch ユーザーガイドCloudTrail 内の CloudWatch 情報

CloudWatch

• DeleteAlarms• DescribeAlarmHistory• DescribeAlarms• DescribeAlarmsForMetric• DisableAlarmActions• EnableAlarmActions• PutMetricAlarm• SetAlarmState

CloudWatch GetMetricStatistics、ListMetrics、および PutMetricData API アクションは、サポートされていません。これらのすべてのアクションの詳細については、『Amazon CloudWatch API リファレンス』を参照してください。

CloudWatch イベント

• DeleteRule• DescribeRule• DisableRule• EnableRule• ListRuleNamesByTarget• ListRules• ListTargetsByRule• PutRule• PutTargets• RemoveTargets• TestEventPattern

これらのアクションの詳細については、『Amazon CloudWatch Events API リファレンス』を参照してください。

CloudWatch Logs これらの API アクションの場合、リクエスト要素とレスポンス要素が記録されます。

• CancelExportTask• CreateExportTask• CreateLogGroup• CreateLogStream• DeleteDestination• DeleteLogGroup• DeleteLogStream• DeleteMetricFilter• DeleteRetentionPolicy• DeleteSubscriptionFilter• PutDestination• PutDestinationPolicy• PutMetricFilter• PutRetentionPolicy• PutSubscriptionFilter

335

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/

http://docs.aws.amazon.com/AmazonCloudWatchEvents/latest/APIReference/

Amazon CloudWatch ユーザーガイドログファイルエントリの概要

• TestMetricFilter

次の API アクションの場合、リクエスト要素のみが記録されます。

• DescribeDestinations• DescribeExportTasks• DescribeLogGroups• DescribeLogStreams• DescribeMetricFilters• DescribeSubscriptionFilters

CloudWatch Logs GetLogEvents、PutLogEvents、および FilterLogEvents API アクションは、サポートされていません。これらのアクションの詳細については、『Amazon CloudWatch Logs APIReference』を参照してください。

ログファイルエントリの概要CloudTrail ログファイルには、複数の JSON 形式イベントがリストされる 1 つ以上のログエントリを記録できます。ログエントリは任意の送信元からの単一のリクエストを表し、リクエストされたアクション、アクションの日時、リクエストのパラメーターなどに関する情報が含まれます。ログエントリは、パブリック API 呼び出しの順序付けられたスタックトレースではないため、特定の順序では表示されません。すべての API アクションのログファイルエントリは以下の例のようになります。

以下のログファイルエントリは、ユーザーが PutMetricAlarm という CloudWatch アクションを呼び出したことを示します。

{ "Records": [{ "eventVersion": "1.01", "userIdentity": { "type": "Root", "principalId": "EX_PRINCIPAL_ID", "arn": "arn:aws:iam::123456789012:root", "accountId": "123456789012", "accessKeyId": "EXAMPLE_KEY_ID" }, "eventTime": "2014-03-23T21:50:34Z", "eventSource": "monitoring.amazonaws.com", "eventName": "PutMetricAlarm", "awsRegion": "us-east-1", "sourceIPAddress": "127.0.0.1", "userAgent": "aws-sdk-ruby2/2.0.0.rc4 ruby/1.9.3 x86_64-linux Seahorse/0.1.0", "requestParameters": { "threshold": 50.0, "period": 60, "metricName": "CloudTrail Test", "evaluationPeriods": 3, "comparisonOperator": "GreaterThanThreshold", "namespace": "AWS/CloudWatch", "alarmName": "CloudTrail Test Alarm", "statistic": "Sum" }, "responseElements": null, "requestID": "29184022-b2d5-11e3-a63d-9b463e6d0ff0", "eventID": "b096d5b7-dcf2-4399-998b-5a53eca76a27" }, ..additional entries

336

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/

http://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/


] }

以下のログファイルエントリは、ユーザーが CloudWatch イベント PutRule アクションを呼び出したことを示します。

{ "eventVersion":"1.03", "userIdentity":{ "type":"Root", "principalId":"123456789012", "arn":"arn:aws:iam::123456789012:root", "accountId":"123456789012", "accessKeyId":"AKIAIOSFODNN7EXAMPLE", "sessionContext":{ "attributes":{ "mfaAuthenticated":"false", "creationDate":"2015-11-17T23:56:15Z" } } }, "eventTime":"2015-11-18T00:11:28Z", "eventSource":"events.amazonaws.com", "eventName":"PutRule", "awsRegion":"us-east-1", "sourceIPAddress":"AWS Internal", "userAgent":"AWS CloudWatch Console", "requestParameters":{ "description":"", "name":"cttest2", "state":"ENABLED", "eventPattern":"{\"source\":[\"aws.ec2\"],\"detail-type\":[\"EC2 Instance State-change Notification\"]}", "scheduleExpression":"" }, "responseElements":{ "ruleArn":"arn:aws:events:us-east-1:123456789012:rule/cttest2" }, "requestID":"e9caf887-8d88-11e5-a331-3332aa445952", "eventID":"49d14f36-6450-44a5-a501-b0fdcdfaeb98", "eventType":"AwsApiCall", "apiVersion":"2015-10-07", "recipientAccountId":"123456789012"}

以下のログファイルエントリは、ユーザーが CloudWatch Logs CreateExportTask アクションを呼び出したことを示します。

{ "eventVersion": "1.03", "userIdentity": { "type": "IAMUser", "principalId": "EX_PRINCIPAL_ID", "arn": "arn:aws:iam::123456789012:user/someuser", "accountId": "123456789012", "accessKeyId": "AKIAIOSFODNN7EXAMPLE", "userName": "someuser" }, "eventTime": "2016-02-08T06:35:14Z", "eventSource": "logs.amazonaws.com", "eventName": "CreateExportTask", "awsRegion": "us-east-1", "sourceIPAddress": "127.0.0.1",

337


"userAgent": "aws-sdk-ruby2/2.0.0.rc4 ruby/1.9.3 x86_64-linux Seahorse/0.1.0", "requestParameters": { "destination": "yourdestination", "logGroupName": "yourloggroup", "to": 123456789012, "from": 0, "taskName": "yourtask" }, "responseElements": { "taskId": "15e5e534-9548-44ab-a221-64d9d2b27b9b" }, "requestID": "1cd74c1c-ce2e-12e6-99a9-8dbb26bd06c9", "eventID": "fd072859-bd7c-4865-9e76-8e364e89307c", "eventType": "AwsApiCall", "apiVersion": "20140328", "recipientAccountId": "123456789012"}

338


ドキュメント履歴以下の表は Amazon CloudWatch ユーザーガイドの重要な変更点をまとめたものです。

変更説明リリース日

Metric Math CloudWatch メトリクスで数式を実行し、ダッシュボードでグラフに追加できる新しい時系列を生成できるようになりました。詳細については、「Metric Mathを使用する (p. 46)」を参照してください。

2018 年 4 月 4 日

「N 個中 M 個」のアラーム

アラーム評価間隔中、「N 個中 M 個」のデータポイントに基づいてトリガーするようにアラームを設定できるようになりました。詳細については、「アラームを評価する (p. 290)」を参照してください。

2017 年 12 月 8 日

CloudWatch エージェント

新しい統一された CloudWatch エージェントがリリースされました。統一された複数プラットフォームエージェントを使用して、Amazon EC2 インスタンスとオンプレミスサーバーからカスタムのシステムメトリクスとログファイルの両方を収集できます。新しいエージェントでは Windows と Linux の両方がサポートされ、CPU あたりのコアのようなサブリソースメトリクスなど、収集するメトリクスをカスタマイズできます。詳細については、「CloudWatch エージェントを使用して Amazon EC2 インスタンスとオンプレミスサーバーからメトリクスとログを収集する (p. 50)」を参照してください。

2017 年 9 月 7 日

NAT ゲートウェイメトリクス

Amazon VPC NAT ゲートウェイのメトリクスが追加されました。詳細については、「Amazon VPCNAT ゲートウェイのメトリクスおよびディメンション (p. 282)」を参照してください。

2017 年 9 月 7 日

高解像度のメトリクス

オプションでカスタムメトリクスを高解像度メトリクスとして設定し、詳細度は最小 1 秒を指定できます。詳細については、「高解像度のメトリクス (p. 44)」を参照してください。

2017年7月26日

ダッシュボードAPI

API と AWS CLI を使用して、ダッシュボードを作成、変更、および削除できるようになりました。詳細については、「CloudWatch ダッシュボードを作成する (p. 19)」を参照してください。

2017年7月6日

AWS DirectConnect のメトリクス

追加された AWS Direct Connect のメトリクス。詳細については、「AWS Direct Connect のメトリクスとディメンション (p. 126)」を参照してください。

2017 年 6 月 29 日

Amazon VPC VPNメトリクス

追加された Amazon VPC VPN のメトリクス。詳細については、「Amazon VPC VPN のメトリクスとディメンション (p. 285)」を参照してください。

2017 年 5 月 15 日

AppStream 2.0 のメトリクス

追加された AppStream 2.0 のメトリクス。詳細については、「AppStream 2.0 のメトリクスとディメンション (p. 109)」を参照してください。

2017 年 3 月 8 日

339



CloudWatch コンソールカラーピッカー

ダッシュボードウィジェットで各メトリックの色を今すぐ選択できます。詳細については、「CloudWatchダッシュボードのグラフを編集する (p. 22)」を参照してください。

2017 年 2 月 27 日

ダッシュボードのアラーム

アラームはダッシュボードに今すぐ追加できます。詳細については、「CloudWatch ダッシュボードよりアラームを追加または削除する (p. 24)」を参照してください。

2017 年 2 月 15 日

追加されたAmazon Polly のメトリクス

追加された Amazon Polly のメトリクス。詳細については、「Amazon Polly メトリクス (p. 237)」を参照してください。

2016 年 12 月 1 日

追加されたAmazon KinesisData Analytics のメトリクス

追加された Amazon Kinesis Data Analytics のメトリクス。詳細については、「Amazon Kinesis DataAnalytics のメトリクス (p. 207)」を参照してください。

2016 年 12 月 1 日

パーセンタイル統計のサポートの追加

小数点以下最大 2 桁を使用して、任意のパーセンタイルを指定できます (p95.45 など)。詳細については、「パーセンタイル (p. 7)」を参照してください。

2016 年 11 月 17 日

追加されたAmazon SimpleEmail Service のメトリクス

Amazon Simple Email Service のメトリクスが追加されました。詳細については、「Amazon Simple EmailService のメトリクスおよびディメンション (p. 254)」を参照してください。

2016 年 11 月 2 日

更新したメトリクスの保持

Amazon CloudWatch では、14 日間ではなく、15 か月の間メトリクスデータが保持されるようになりました。

2016 年 11 月 1 日

更新されたメトリクスコンソールインターフェイス

CloudWatch コンソールは既存の機能と新しい機能をよりよくすることで、更新されます。

2016 年 11 月 1 日

追加されたAmazon ElasticTranscoder のメトリクス

追加された Amazon Elastic Transcoder のメトリクスです。詳細については、「Amazon Elastic Transcoderのメトリクスおよびディメンション (p. 191)」を参照してください。

2016 年 9 月 20 日

追加されたAmazon APIGateway のメトリクス

追加された Amazon API Gateway のメトリクスです。詳細については、「Amazon API Gateway のメトリクスおよびディメンション (p. 107)」を参照してください。

2016 年 9 月 9 日

追加された AWSKey ManagementService のメトリクス

追加された AWS Key Management Service のメトリクスです。詳細については、「AWS Key ManagementService のメトリクスおよびディメンション (p. 224)」を参照してください。

2016 年 9 月 9 日

Elastic LoadBalancing がサポートする新しいApplication LoadBalancer の追加されたメトリクス

Application Load Balancer の追加されたメトリクス。詳細については、「Elastic Load Balancing のメトリクスとディメンション (p. 164)」を参照してください。

2016 年 8 月 11 日

340



Amazon EC2用の新しいNetworkPacketsInとNetworkPacketsOutのメトリクスを追加しました。

Amazon EC2 用の新しい NetworkPacketsIn とNetworkPacketsOut のメトリクスを追加しました。詳細については、「Amazon EC2 のメトリクスとディメンション (p. 141)」を参照してください。

2016 年 3 月 23 日

Amazon EC2 スポットフリートの新しいメトリクスの追加

Amazon EC2 スポットフリートの新しいメトリクスを追加しました。詳細については、「Amazon EC2スポットフリートのメトリクスおよびディメンション (p. 148)」を参照してください。

2016 年 3 月 21 日

新しいCloudWatch Logsメトリクスが追加されました。

新しい CloudWatch Logs メトリクスが追加されました。詳細については、「Amazon CloudWatch Logs のメトリクスおよびディメンション (p. 124)」を参照してください。

2016 年 3 月 10 日

AmazonElasticsearchService およびAWS WAF のメトリクスとディメンションを追加

Amazon Elasticsearch Service および AWS WAF のメトリクスとディメンションが追加されました。詳細については、「Amazon Elasticsearch Service のメトリクスおよびディメンション (p. 187)」および「AWSWAF のメトリクスとディメンション (p. 286)」を参照してください。

2015 年 10 月 14 日

CloudWatch ダッシュボードのサポートを追加しました。

ダッシュボードは、異なるリージョンに広がっていても、1 つの画面でリソースをモニタリングできる CloudWatch コンソールにあるカスタマイズ可能なホームページです。詳細については、「AmazonCloudWatch ダッシュボードの使用 (p. 19)」を参照してください。

2015 年 10 月 8 日

AWS Lambda のメトリクスとディメンションを追加

AWS Lambda のメトリクスとディメンションが追加されました。詳細については、「AWS Lambda のメトリクスおよびディメンション (p. 224)」を参照してください。

2015 年 9 月 4 日

Amazon ElasticContainer Serviceのメトリクスとディメンションを追加

Amazon Elastic Container Service のメトリクスとディメンションが追加されました。詳細については、「Amazon ECS のメトリクスとディメンション (p. 150)」を参照してください。

2015 年 8 月 17 日

Amazon SimpleStorage Service のメトリクスとディメンションを追加

Amazon Simple Storage Service のメトリクスとディメンションが追加されました。詳細については、「Amazon Simple Storage Service のメトリクスおよびディメンション (p. 261)」を参照してください。

2015 年 7 月 26 日

新機能: アラームアクションの再起動

再起動アラームアクションと、アラームアクションで使用する新しい IAM ロールが追加されました。詳細については、「インスタンスを停止、終了、再起動、または復旧するアラームを作成する (p. 303)」を参照してください。

2015 年 7 月 23 日

341



AmazonWorkSpaces のメトリクスとディメンションを追加

Amazon WorkSpaces のメトリクスとディメンションが追加されました。詳細については、「AmazonWorkSpaces のメトリクスおよびディメンション (p. 288)」を参照してください。

2015 年 4 月 30 日

Amazon MachineLearning のメトリクスとディメンションを追加

Amazon Machine Learning のメトリクスとディメンションが追加されました。詳細については、「Amazon Machine Learning のメトリクスおよびディメンション (p. 231)」を参照してください。

2015 年 4 月 9 日

新機能: AmazonEC2 インスタンスの復旧アラームアクション

アラームアクションが更新され、新しい EC2 インスタンス復旧アクションが含まれるようになりました。詳細については、「インスタンスを停止、終了、再起動、または復旧するアラームを作成する (p. 303)」を参照してください。

2015 年 3 月 12 日

AmazonCloudFront および AmazonCloudSearch のメトリクスとディメンションを追加

Amazon CloudFront および Amazon CloudSearch のメトリクスとディメンションが追加されました。詳細については、「Amazon CloudFront のメトリクスおよびディメンション (p. 113)」および「AmazonCloudSearch のメトリクスおよびディメンション (p. 114)」を参照してください。

2015 年 3 月 6 日

「Amazon SimpleWorkflow Serviceのメトリクスおよびディメンション」を追加

「Amazon Simple Workflow Service のメトリクスおよびディメンション」を追加しました。詳細については、「Amazon SWF のメトリクスとディメンション (p. 266)」を参照してください。

2014 年 5 月 9 日

AWS CloudTrail のサポート追加に関するガイドを更新

Amazon CloudWatch のアクティビティをログに記録するために AWS CloudTrail を使用する方法について説明する新しいトピックを追加しました。詳細については、「AWS CloudTrail での Amazon CloudWatchAPI 呼び出しのログ作成 (p. 334)」を参照してください。

2014 年 4 月 30 日

新しい AWSCommand LineInterface (AWSCLI) の使用ガイド

AWS CLI は複数のサービス間で用いることができるCLI であり、簡潔なインストール、統合された設定、整合性のあるコマンドライン構文が特長です。AWSCLI は Linux/Unix、Windows、および Mac でサポートされます。このガイドに示す CLI の例は、新しいAWS CLI を用いることができるように更新されました。

新しい AWS CLI をインストールして設定する方法については、『AWS Command Line Interface ユーザーガイド』の「Getting Set Up with the AWS CommandLine Interface」を参照してください。

2014 年 2 月 21 日

Amazon Redshiftおよび AWSOpsWorks のメトリクスとディメンションを追加

Amazon Redshift および AWS OpsWorks のメトリクスとディメンションが追加されました。詳細については、「Amazon Redshift のメトリクスおよびディメンション (p. 239)」および「AWS OpsWorks のメトリクスおよびディメンション (p. 234)」を参照してください。

2013 年 7 月 16 日

342





Amazon Route 53のメトリクスとディメンションを追加

Amazon Route 53 のメトリクスとディメンションが追加されました。詳細については、「Route 53 のメトリクスとディメンション (p. 250)」を参照してください。

2013 年 6 月 26 日

新機能: AmazonCloudWatch アラームアクション

ドキュメント「Amazon CloudWatch アラームアクション」に新しいセクションが追加されました。Amazon Elastic Compute Cloud インスタンスの停止または終了に参照できます。詳細については、「インスタンスを停止、終了、再起動、または復旧するアラームを作成する (p. 303)」を参照してください。

2013 年 1 月 8 日

EBS メトリクスを更新

プロビジョニングされた IOPS ボリューム用の 2 つの新しいメトリクスを含むように EBS メトリクスを更新しました。詳細については、「Amazon EBS のメトリクスとディメンション (p. 161)」を参照してください。

2012 年 11 月 20 日

新しい請求アラート

Amazon CloudWatch メトリクスを用いて AWS の変化をモニタリングするとともに、アラームを作成して指定されたしきい値を超えた場合に通知できるようになりました。詳細については、「予想 AWS 請求額をモニタリングする請求アラームの作成 (p. 309)」を参照してください。

2012 年 5 月 10 日

新しいメトリクスさまざまな HTTP 応答コードをカウントできる 6 つの新しい Elastic Load Balancing メトリクスが利用できるようになりました。詳細については、「Elastic LoadBalancing のメトリクスとディメンション (p. 164)」を参照してください。

2011 年 10 月 19 日

新機能 Amazon EMR からメトリクスにアクセスできるようになりました。詳細については、「Amazon EMR のメトリクスおよびディメンション (p. 177)」を参照してください。

2011 年 6 月 30 日

新機能 Amazon Simple Notification Service および AmazonSimple Queue Service からメトリクスにアクセスできるようになりました。詳細については、「AmazonSimple Notification Service のメトリクスおよびディメンション (p. 256)」および「Amazon SQS のメトリクスとディメンション (p. 258)」を参照してください。

2011 年 7 月 14 日

新機能 PutMetricData API を使用したカスタムメトリクスのパブリッシュに関する情報を追加しました。詳細については、「カスタムメトリクスをパブリッシュする (p. 43)」を参照してください。

2011年5月10日

更新したメトリクスの保持

Amazon CloudWatch によるアラーム履歴の保持期間が 6 週間から 2 週間になりました。この変更により、アラームの保持期間がメトリクスデータの保持期間と一致するようになりました。

2011 年 4 月 7 日

343



新機能メトリクスがしきい値を超えたときに Amazon SimpleNotification Service 通知または Auto Scaling 通知を送信する機能を追加しました。詳細については、「アラーム (p. 7)」を参照してください。

2010 年 12 月 2 日

新機能多数の CloudWatch アクションに MaxRecords パラメーターと NextToken パラメーターが含められ、表示する結果ページを制御できるようになりました。

2010 年 12 月 2 日

新機能このサービスが AWS Identity and AccessManagement（IAM）と連動するようになりました。

2010 年 12 月 2 日

344

Amazon CloudWatch - ユーザーガイド · Amazon CloudWatch ユーザーガイド AWS CLI...

Documents

Transcript of Amazon CloudWatch - ユーザーガイド · Amazon CloudWatch ユーザーガイド AWS CLI...