AutoScalingグループのEC2でログを取りたい

EC2でWEBアプリケーションなんかを運用していて発生するログを取得したいが、AutoScalingなどで運用しているとログが消えてしまうことがあると思います。
そういう場合はCloudWatch Logsを使いますう。すると随時ログをAWSにエクスポートするような形でAWSコンソールからほぼリアルタイムでログを確認できます。

CloudWatch Logs エージェントではない

過去にCloudWatch Logsを利用した際はCloudWatch Logs エージェントを利用していたのですが、2022年現在ではCloudWatch Logs エージェントは非推奨となっています。文字表記が似ていて勘違いしやすいのですが、現在はCloudWatch エージェントを利用することが推奨されています。

非推奨

推奨

CloudWatch エージェントのインストール

リンクにあるとおりだが

sudo yum install amazon-cloudwatch-agent

で簡単にインストール可能です

ログ取得の設定

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard

こちらのコマンドで設定ウィザードを開始できます。

エージェントを Amazon EC2 インスタンスとオンプレミスサーバーのどちらにインストールするか。

サーバーで Linux と Windows Server のどちらが実行されているか。

エージェントがログファイルを CloudWatch Logs に送信するようにするか。持っている場合は､既存の CloudWatch Logs エージェント設定ファイルを持っているか。持っている場合､CloudWatch エージェントは､このファイルを使用してサーバーから収集するログを判別できます。

エージェントがログファイルを CloudWatch Logs に送信する場合、それらのログファイルを保持する必要がある期間。デフォルト値の -1 にすると、ログアイテムは無期限に保持されるように設定されます。

サーバーからメトリクスを収集する場合は、デフォルトのメトリクスセットの 1 つを監視するか、収集するメトリクスのリストをカスタマイズしますか。

StatsD または collectd プロトコルを使用して、アプリケーションまたはサービスからカスタムメトリクスを取得しますか。

既存の SSM Agent から移行しますか?

聞かれるのは上記項目です。
設定しなければ行けないのはログを取得するを選択して、ファイルを指定、ロググループ名（わかりやすい任意な名前でOK）を設定します。
他のメトリクス等はわからなければ設定なしでOKです。

エージェントの実行

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -s -c file:configuration-file-path

configuration_file_pathnameには設定ファイルのpathを入れます。設定ウィザードから実行したのであれば/opt/aws/amazon-cloudwatch-agent/bin/config.jsonというファイルが出来上がっているはずです。

実行後は
IAMロールなどの権限が問題なければCloudWatch Logsでログが確認できるようになります。