【要約】VPC Flow Logsでタグ情報やネクストホップ情報が取得可能に [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
インフラ運用者は、ネットワークトラブルの調査において、VPC Flow Logsの情報をリソース情報と紐付ける作業に苦慮していた。ログに記録されるIPアドレスやENI IDだけでは、そのリソースの役割や所有者を即座に判断できないためである。
- ・ログ解析時に、リソースのタグ情報を取得するための外部照合プロセスが必要。
- ・動的なAuto Scaling環境において、リソースの特定が困難。
- ・通信経路上のネクストホップ（NAT Gateway等）の特定に手間がかかる。
// Approach
AWSは、VPC Flow Logsのカスタム形式に、リソースのメタデータや経路情報を直接出力できる新フィールドを導入した。これにより、ログレコード自体にコンテキストを持たせることが可能となった。
- ・EC2、ENI、ASGのタグ情報をログに直接出力するフィールドの追加。
- ・ネクストホップのENI ID、サブネットID、VPC ID等の経路情報の追加。
- ・カスタム形式の設定により、必要なメタデータのみを選択して出力する仕組みの提供。
// Result
ログ単体で「どのリソースが」「どのような属性で」「どこを経由して」通信したかが判明する。これにより、ネットワーク解析のプロセスが大幅に簡素化された。
- ・ログ解析におけるリソース特定プロセスの自動化。
- ・トラブルシューティングにおける調査時間の短縮。
- ・タグを用いたネットワークトラフィックの属性別集計の容易化。
Senior Engineer Insight
> 運用負荷を劇的に下げるアップデートだ。従来、ログとタグの突合にはLambdaやAthenaでの複雑なJOINが必要だった。これがログ単体で完結するのは極めて大きい。ただし、タグ値がURLエンコードされるため、解析パイプラインにデコード処理を組み込む必要がある。また、ネクストホップ情報の活用により、Transit GatewayやNAT Gatewayを介した複雑な経路の可視化が容易になる点は、大規模環境の設計者にとって極めて価値が高い。実戦投入の際は、ログの肥大化によるコスト増にも留意すべきだ。