Amazon CloudWatch agent が journald ログのネイティブ収集をサポート

Amazon CloudWatch agent が、Linux インスタンス上の systemd journal (journald) ログを直接収集する機能をサポートしました。これにより、ディスク上のファイルにログを書き出す中間ステップなしで、journald から直接ログエントリを読み取ることが可能です。収集時には、systemd ユニット、プライオリティ、プロセス情報などの構造化メタデータを保持し、高度なフィルタリング（systemd ユニット、プライオリティレベル、ジャーナルフィールドの一致、正規表現）が可能です。本機能は、すべての AWS 商用リージョンおよび GovCloud(US) リージョンで利用可能です。標準の Amazon CloudWatch Logs の料金が適用されます。

🚀 エージェントのログ収集がよりスマートに！

Amazon Linux 2023 をはじめとする最新の Linux ディストリビューションでは、従来の /var/log/messages のようなテキストファイルへの書き出しがデフォルトではなくなり、systemd journal が標準的なロギングシステムとなっています。これまでは、CloudWatch agent を使ってこれらのログを収集するには、一度ファイルに書き出す設定が必要で、少し手間でした。

🛠️ 技術的なメリット

• 直接収集による効率化: ディスクへの書き出しを介さず、journald から直接読み取るため、I/O 負荷の軽減や構成の簡通化が期待できます。
• メタデータの保持: systemd ユニットやプライオリティなどの構造化データをそのまま扱えるため、ログの検索性が向上します。
• コスト管理: 送信前に正規表現やプライオリティレベルでフィルタリングできるため、不要なノイズを減らし、CloudWatch Logs の取り込みコストを抑えることができます。

📍 日本国内リージョンの状況

最新の AWS 公式発表に基づくと、本機能はすべての AWS 商用リージョンで利用可能です。したがって、東京（ap-northeast-1）および大阪（ap-northeast-3）リージョンでも問題なく利用可能です。

💡 実務上のアドバイス

• 運用負荷の軽減: ログの形式をファイルベースから journald ネイティブ収集に切り出し、構成管理（Ansible や Terraform 等）での設定管理をよりシンプルにできます。
• コスト最適化: フィルタリング機能を活用して、必要なログレベル（例: err や crit）のみを CloudWatch Logs に転送する設定を検討してください。

✅ 次のアクション

1. CloudWatch agent の最新バージョンへのアップデート。
2. logs $\rightarrow$ logs_collected セクションに journald セクションを追加した設定ファイル（JSON）の作成とテスト。

参照先: Amazon CloudWatch User Guide - Manually create or edit the CloudWatch agent configuration file