Bir şirket, us-east-1 bölgesindeki beş VPC'ye bağlanmak için 4 Gbps Direct Connect özel bağlantı (LAG) kullanmaktadır. Her VPC, şirket içi ağa kendi özel sanal arayüzünü (VIF) kullanır. Kullanıcılar yavaşlık bildirmekte ve mühendis, her iş günü yaklaşık bir saat boyunca Direct Connect'i doyuran ani verim artışları fark etmektedir. Şirketin, bu ani artışa hangi iş biriminin neden olduğunu belirlemesi ve doygunluğu çözmesi gerekmektedir. Hangi yaklaşım bu gereksinimleri karşılar?

Doğru seçenek, sorunun iki ana gereksinimini karşılar: sorunun kaynağını belirlemek ve doygunluğu çözmek. Her VPC'nin kendi özel VIF'ini kullandığı göz önüne alındığında, hangi VIF'in bant genişliğini tükettiğini belirlemek için VirtualInterfaceBpsEgress ve VirtualInterfaceBpsIngress CloudWatch metriklerini incelemek en doğru yöntemdir. Bu, sorunun kaynağı olan iş birimini tespit etmeyi sağlar. Doygunluğu çözmek için ise, mevcut 4 Gbps bağlantı yetersiz kaldığından, yeni bir 10 Gbps Direct Connect sağlamak ve trafiği buraya kaydırmak en ölçeklenebilir ve kesintisiz çözümdür. Diğer seçenekler neden yanlış: Mevcut özel bağlantıyı 10 Gbps'ye yükseltmek, mevcut bağlantının kesintiye uğramasına neden olabilir ve bu da iş sürekliliği için ideal değildir. ConnectionBpsIngress ve ConnectionPpsEgress metrikleri tüm Direct Connect bağlantısının genel trafiğini gösterir, ancak hangi VIF'in soruna neden olduğunu belirlemede yeterli değildir. 5 Gbps barındırılan bir bağlantıya yükseltmek, mevcut 4 Gbps'ye kıyasla yalnızca küçük bir artış sağlar ve gelecekteki ani artışlar için yeterli olmayabilir.