DOP-C02 - Incident and Event Response - Section 5.5

Perform root-cause analysis of system and application failures using Amazon CloudWatch, AWS X-Ray, AWS CloudTrail and VPC Flow Logs.

Correlate CloudWatch Logs Insights queries, AWS X-Ray service maps, and AWS CloudTrail API history to trace the origin of an application or infrastructure failure. Use VPC Flow Logs to identify unexpected network traffic patterns that may indicate the root cause of connectivity or security incidents.

CloudWatch Logs InsightsAWS X-RayAWS CloudTrailVPC Flow Logs

Practice question for this objective

Free sampleIncident and Event Responsehard

An Amazon EC2 application in a private subnet intermittently fails to reach an external payment provider, returning connection timeouts, while traffic to other endpoints succeeds. The team suspects packets to the provider are being dropped somewhere in the VPC configuration rather than failing at the application, and they need evidence of whether the traffic is being accepted or rejected and at which point. VPC Flow Logs are already enabled on the relevant network interfaces and delivered to Amazon CloudWatch Logs. Which approach MOST directly confirms where the packets are being dropped?

  • AEnable AWS X-Ray on the application and inspect the trace for the outbound call to the payment provider, reading the error annotation on the external segment to confirm the packets are being dropped in the VPC.
  • BSearch AWS CloudTrail for any RevokeSecurityGroupEgress or network ACL change events during the failures, treating a recent configuration change as proof that those packets to the provider are now being rejected.
  • CCreate an Amazon CloudWatch alarm on the EC2 instance NetworkPacketsOut metric and watch whether it drops during the failures, taking a decline as evidence that the provider traffic is being blocked in the VPC.
  • DRun a CloudWatch Logs Insights query over the VPC Flow Logs filtering on the provider destination address and port, then read the action field to see whether records show ACCEPT or REJECT for those flows. Correct
Use the ACCEPT or REJECT action field in VPC Flow Logs to confirm whether VPC controls are dropping a specific flow during a connectivity failure. Each VPC Flow Log record includes an action field set to ACCEPT or REJECT, indicating whether security groups and network ACLs permitted the flow. Filtering the flow logs to the destination address and port and reading that field directly confirms whether the provider traffic is being rejected inside the VPC rather than failing at the application.

Why A is wrong: X-Ray records that the application call timed out but has no visibility into VPC packet acceptance or rejection, so it confirms a failure without showing whether a security group or ACL dropped the traffic.

Why B is wrong: CloudTrail can reveal a configuration change but not whether individual packets are accepted or rejected, and the timeouts may stem from an existing rule rather than a recent change, so it does not confirm the drop.

Why C is wrong: The NetworkPacketsOut metric is a coarse aggregate of all interface traffic and cannot isolate the flow to one destination or show an ACCEPT or REJECT decision, so it cannot localise where the packets are dropped.

Why D is correct: VPC Flow Log records carry an action field of ACCEPT or REJECT per flow, so filtering the logs to the provider address and port and reading that field directly shows whether a security group or ACL is dropping the packets.

See more DOP-C02 practice questions, answers explained.

More in this domain

Back to all Incident and Event Response objectives, or the DOP-C02 cert hub.

Examworthy is not affiliated with or endorsed by Amazon Web Services. Original, blueprint-aligned practice material only.