Cases2 cases
1 to 2 of 2
- Symptoms
From 7:30 AM PST on 7 December 2021, AWS services in us-east-1 that communicate between AWS's internal network and its main network saw rising latency and errors. The AWS operations teams lost real-time monitoring data at once, and the first thing found in the logs was elevated internal DNS errors.
- Trigger
At 7:30 AM PST an automated activity that scales the capacity of one AWS service hosted in the main AWS network triggered unexpected behaviour from a large number of clients inside the internal network.
- Root cause
- Component
- Contributing factor
- Detection
The congestion immediately cut off real-time monitoring data for the AWS operations teams, who turned to logs and first identified elevated internal DNS errors.
- Remediation
- Moved internal DNS traffic away from the congested network paths
- Isolated the top sources of traffic onto dedicated network devices
- Disabled some heavy network traffic services, including EventBridge event delivery
- Brought additional networking capacity online
- Disabled the automated scaling activities that triggered the event
- Action items
- Keep the triggering scaling activities off until all remediations are deployed
- Fix the latent issue that kept networking clients from backing off
- Deploy network configuration that protects the affected networking devices in a similar congestion event
- Keep API Gateway servers healthy when the internal network is unavailable and speed up their recycling
- Release a new Service Health Dashboard that makes service impact easier to understand
- Run the support system actively across multiple AWS regions
- Symptoms
From 7:30 AM JST on 2 September 2021, AWS Direct Connect customers saw intermittent connectivity problems and elevated packet loss on traffic going to their VPCs in the Tokyo (AP-NORTHEAST-1) Region. Internal AWS alarms on Direct Connect packet loss fired at the same time.
- Trigger
Customer traffic consistently generated packets with a very specific set of attributes and contents, and these packets set off a latent defect in the network device operating system on one layer of the Direct Connect network in Tokyo.
- Root cause
- Component
- Contributing factor
- Detection
Internal alarms alerted AWS engineers to elevated packet loss for Direct Connect customers connecting to the Tokyo Region at 7:30 AM JST. The automation that monitors network devices also saw a higher rate of failed devices than normal and alerted engineers.
- Remediation
- Removed the failing network devices from service so healthy devices carried the traffic, which helped only for a time
- Reset failed devices and brought them back into service slowly, without stopping the failures
- Disabled the new protocol in a single Availability Zone, then across the Tokyo Region
- Action items
- Apply the change carefully to all other AWS Regions, with a new way to detect and remediate the issue before customers are affected
These 2 cases involve Transit gateway or network interconnect and Automated capacity manager. kubegap audits a Kubernetes cluster for gaps like these, read-only, from Claude Code or Codex; its checks cite public reports like the ones in this library.
By root cause1
Software defect2 cases
- Contributing factor
- Organisation