Instiq
Chapter 5 · Network Management and Operation·v2.1.0·Updated 6/14/2026·~11 min

What's changed: In-scope coverage: added ops/notification/governance (EventBridge/SNS/SQS/Health Dashboard/Trusted Advisor/Well-Architected/Management Console/Control Tower)

5.1Visibility with VPC Flow Logs

Key points

See your traffic—understand VPC Flow Logs, capture scope (VPC/subnet/ENI), ACCEPT/REJECT, destinations (CloudWatch/S3), and how they differ from Traffic Mirroring.

VPC Flow Logs record metadata about traffic through network interfaces (ENIs)—source/destination IP, ports, accept/reject—but not the packet contents.

5.1.1Scope and destinations

Diagram of VPC Flow Logs visibility: from a capture point (VPC/subnet/ENI, both ACCEPT and REJECT), a flow log record is produced (srcaddr, dstaddr, port, protocol, bytes, ACCEPT/REJECT metadata—not packet contents), sent to CloudWatch Logs (alarms/Logs Insights) or S3 (query with Athena) to analyze who talked to whom; for full packets use Traffic Mirroring.
Visibility with VPC Flow Logs
  • Scope: enable at the VPC, subnet, or ENI level. Can record both ACCEPT and REJECT.
  • Contents: metadata such as source/destination IP, port, protocol, bytes, and accept/reject.
  • Destinations: CloudWatch Logs (alarms/Logs Insights) or S3 (query with Athena).
  • If you need packet contents: not via flow logs. Use Traffic Mirroring to capture actual packets.
Exam point

Common on ANS-C01: see accepted/rejected traffic = VPC Flow Logs (metadata), packet contents = Traffic Mirroring, and output to CloudWatch Logs or S3 (Athena). A common trap: flow logs do not include packet contents.

Continue reading — free sign-up

You're reading the free preview. Sign up free to read this section in full, plus every chapter (including 4+) and all questions.