Subchapter 90.5
references/making-a-direct-connect-connection-resilient.mdMarkdown9 KBView on GitHub
Domain expertise for making a Direct Connect connection survive a failure and meet an uptime target, and for tuning how fast failover actually happens. Covers the AWS Direct Connect Resiliency Toolkit and its resiliency models, the single-device trap, the failover test, the VPN backup option, and the difference between the resiliency model (topology and service level target) and failover speed (BGP convergence, hold-timer tuning, and Bidirectional Forwarding Detection).
Does not cover choosing the connection model, virtual interface and BGP setup, reaching many VPCs, or encryption. Those are separate references.
Execute commands using the AWS MCP server when connected (sandboxed execution, audit logging,
observability). Fall back to the AWS CLI otherwise. The Direct Connect console is regional; pass the
customer’s working --region on every aws directconnect command.
| Model | Service level target | Layout |
|---|---|---|
| Maximum Resiliency | 99.99% | Separate connections on separate devices in more than one location |
| High Resiliency | 99.9% | One connection at each of two locations |
| Development and Test | No service level agreement | Separate connections on separate devices in a single location, for non-critical workloads |
| Single connection | 95% | One connection, no redundancy |
Constraints:
Constraints:
These are two different questions. The toolkit sets the topology; it does not set how fast failover converges.
Constraints:
Constraints:
A single connection carries a 95% service level agreement with no redundancy. Move to High or Maximum Resiliency using the toolkit.
Both terminated on the same Direct Connect device. Use the Resiliency Toolkit, which prevents this.
Default BGP timers leave convergence around 90 seconds. Enable BFD and tune the hold timer for sub-second failover.
Run the toolkit failover test, which brings down the BGP session to verify rerouting, before the next maintenance event.
This procedure matches the uptime target to a resiliency model, builds it through the toolkit, tunes failover speed when needed, runs the failover test, and surfaces the console link.
Constraints for parameter acquisition:
Constraints:
aws sts get-caller-identity.aws sts assume-role)
rather than long-lived IAM user access keys for Direct Connect management operations.Constraints:
Constraints:
Constraints:
You MUST discover the virtual interfaces and BGP peer addresses on the connection before starting the test:
aws directconnect describe-virtual-interfaces --connection-id {connection_id} \
--query 'virtualInterfaces[].{Id:virtualInterfaceId,PeerAddress:bgpPeers[0].customerAddress}' \
--output table --region {region}Capture the virtualInterfaceId and customerAddress from the response.
You MUST run the BGP failover test and confirm traffic moves to the redundant path:
aws directconnect start-bgp-failover-test --virtual-interface-id {virtual_interface_id} \
--bgp-peers {peer_address} --test-duration-in-minutes 180 --region {region}You MUST poll for test completion:
aws directconnect list-virtual-interface-test-history \
--virtual-interface-id {virtual_interface_id} \
--query "virtualInterfaceTestHistory[0].status" --output text --region {region}For early termination (if the customer needs to abort):
aws directconnect stop-bgp-failover-test \
--virtual-interface-id {virtual_interface_id} --region {region}You SHOULD recommend CloudWatch alarms on Direct Connect connection state and virtual interface BGP
status metrics, and confirm CloudTrail is capturing directconnect API calls with log file
validation enabled and the trail encrypted with a KMS key, and any CloudWatch Logs log groups
receiving these events or alarm state data encrypted with a KMS key, so state changes trigger alerts
and configuration changes are audited with assured log integrity and confidentiality rather than
relying on manual detection.
You SHOULD ensure any SNS topics receiving Direct Connect alarm notifications are encrypted with a KMS key and that subscriptions are restricted to authorized operations personnel.
You SHOULD remind the customer that the redundant Direct Connect connections are not encrypted in transit by default, and point them to the encrypting-traffic reference if the workload requires encryption.
Constraints:
You MUST present the Direct Connect connections console link, filling {region}, and tell the
customer to confirm the redundant connections and their states:
https://console.aws.amazon.com/directconnect/v2/home?region={region}#/connectionsaws sts assume-role) for Direct Connect management operations rather than long-lived
IAM user access keys.directconnect API actions to the
specific actions and resource ARNs each principal needs, and MUST NOT grant directconnect:* on
resource * or attach any *FullAccess managed policy.