(デフォルトで提供されていない場合)。コマンドがこのように成功しない場合は、各種設定を見直しましょう。watch」で、「amazon-cloudwatch-agent」パッケージが導入されていることを確認するといい感じです。Agentの設定ファイルの初期化をおこないます。「amazon-cloudwatch-agent-config-wizard」とウィザードが用意されています。/opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizardするとウィザード氏が色々質問してきますので、丁寧に答えていきましょう。[1]:オンプレじゃなくてEC2なので1。[1]:エージェントを稼働するユーザーを選びます。[1]:StatsDという(ざっくり言うと)データ収集ツールを有効化するかどうかです。詳しくはドキュメントを参照してください。クライアントの実装が必要になります。[8125]StatsDを使うためのポート番号です。[1]:StatsDでデーモンさんがデータ収集する周期です。[4]:StatsDでのメトリクス集約周期です。[1]:続いてCollectDを使ってメトリクス収集するかどうかです。「collectd」もざっくり言うとデータ収集ツールのことです。directory」とエラーが発生してしまいます。これはCentOSにcollectdのパッケージがインストールされていないためです。以下を参考にEPELパッケージを有効にした後、collectdをインストールしましょう。[1]:CPUやメモリのメトリクス収集するかどうかです。[1]:コアあたりのCPUを監視するかどうかです。[1]:メトリクスに利用可能なディメンションを追加するかどうかです。これも1で良いですね。[4]:メトリクスの収集間隔です。[1]:メトリクスセットを選択します。詳しくはドキュメントを参照しましょう。":8125"}}}}このように設定ファイルの内容が表示されます。[1]:設定内容に満足したらyesを選びます。noにすると、メトリクスセットに戻るだけです(ドラクエのいいえループ)。Agentが存在するかどうかを選びます。今回は新規ですので2でOKです。[1]:ログファイルの監視をおこなうかどうかを選びます。今回は/var/log/messagesを監視してみます。path:「/var/log/messages」を入力します。[messages]ロググループ名を入力します。今回はそのままmessagesにしてみます。[{instance_id}]ログストリーム名を入力します。こちらもインスタンスIDのままにします。今回は1ファイルだけ監視するので2を選びます。1を選んだ場合は、再度監視対象の入力を促されますので、違うログファイルを指定します。needed.設定内容が表示されます。[1]:SSMのパラメータストアに保存するかどうかを訊かれます。[AmazonCloudWatch-linux]パラメータストアの名前を決めます。AWSのポリシーに沿う場合は「AmazonCloudWatch-」で始まる必要があるとのことで、「AmazonCloudWatch-CentOS-test」としました。これに沿わないとパラメータストアへの読み書きができないらしいです。[ap-northeast-1]パラメータストアのリージョンです。[1]:設定ファイルをパラメータストアに送るためのクレデンシャルをどうするか。デフォルトのままとします。now.設定内容が保存されました!お疲れさまでした。設定ファイルは「/opt/aws/amazon-cloudwatch-agent/bin/config.json」に保存されます。Agentを起動しましょう。手順はこちらから抜粋。