🚨CloudWatchログ集約が劇的に進化！データソースで絞り込み、運用負荷を大幅軽減！🚨

Amazon CloudWatchのログ集約機能が拡張され、ロググループ名だけでなく、データソース名とタイプに基づいて集約ルールを定義できるようになりました。これにより、VPC Flow Logs、EKS Audit Logs、CloudTrail LogsなどのAWSサービスログを、より柔軟かつ効率的に一元管理できます。

CloudWatchログ集約の進化、これは大きい

データソースによる集約ルール定義は、これまで抱えていた運用上の課題を解決する強力な手段となります。特に大規模な組織では、ロググループ名の管理が煩雑になりがちでしたが、データソースで絞り込むことで、その負担を大幅に軽減できます。

解決する課題:

• 複雑なロググループ管理: ロググループ名のリストを維持する必要がなくなり、設定ミスや漏れのリスクを減らせます。
• セキュリティとコンプライアンス: CloudTrailやVPC Flow Logsなどの重要なログを、アカウントやリージョンを跨いで一元的に可視化できます。
• 運用オーバーヘッド: 環境の変化に柔軟に対応でき、新しいアカウントやサービスを追加しても、集約ルールを修正する手間が省けます。
• サードパーティ/アプリケーションログ: タグ付けやパイプライン設定により、カスタムログも一元管理に組み込めます。

日本の状況について: 最新のリージョン状況を確認したところ、ap-northeast-1 (東京) では利用可能です。しかし、ap-northeast-3 (大阪) については、AWS公式の裏取りが必要となります。マネジメントコンソールでルール作成を試すか、AWSサポートに問い合わせて確認することをお勧めします。

運用上の注意点:

• AWS Organizationsと信頼されたアクセスを有効にする必要があります。
• KMSキーを使用する場合は、LogsManaged = trueタグを付与してください。
• 集約は新しいログデータにのみ適用されます。過去のログは別途移行する必要があります。

最初に試すべきこと:

1. 大阪リージョンでの利用可否を確認する
2. VPC Flow Logsなど、特定のデータソースを対象としたテストルールを作成し、正常に集約されることを検証する
3. ルールヘルスステータスを監視し、アラームを設定する
4. KMSキーの権限を検証する
5. CloudWatch Logs Insightsで集約されたログをクエリし、データソース名とタイプでフィルタリングできることを確認する

参考資料: Cross-account cross-Region log centralization - Amazon CloudWatch Logs Data source discovery and management - Amazon CloudWatch Logs