Een bedrijf gebruikt een 4 Gbps Direct Connect dedicated verbinding (LAG) om verbinding te maken met vijf VPC's in us-east-1. Elke VPC gebruikt zijn eigen private virtual interface (VIF) naar het on-premises netwerk. Gebruikers melden traagheid en de engineer merkt pieken in de doorvoer op die de Direct Connect ongeveer een uur lang elke werkdag verzadigen. Het bedrijf moet identificeren welke bedrijfseenheid de piek veroorzaakt en de verzadiging oplossen. Welke aanpak voldoet aan deze vereisten?

De juiste aanpak is om de CloudWatch-metrics VirtualInterfaceBpsEgress en VirtualInterfaceBpsIngress te onderzoeken. Deze metrics zijn specifiek voor elke private VIF en helpen te identificeren welke bedrijfseenheid de meeste bandbreedte verbruikt tijdens de piekuren. Zodra de bron is geïdentificeerd, is het aanbieden van een nieuwe 10 Gbps dedicated Direct Connect en het verplaatsen van verkeer een schaalbare oplossing om de verzadiging op te lossen. Het upgraden van de bestaande verbinding naar 10 Gbps is mogelijk, maar het aanbieden van een nieuwe verbinding biedt meer flexibiliteit en minimaliseert downtime tijdens de overgang. De opties die ConnectionBpsIngress en ConnectionPpsEgress noemen, zijn onjuist omdat deze metrics betrekking hebben op de totale Direct Connect-verbinding, niet op individuele VIF's, en ConnectionPpsEgress meet pakketten per seconde, niet bandbreedte. Het upgraden naar een 5 Gbps hosted connection is onvoldoende, aangezien 4 Gbps al verzadigd is en 5 Gbps waarschijnlijk ook snel verzadigd zal raken.