Ein Unternehmen nutzt eine dedizierte 4 Gbit/s Direct Connect-Verbindung (LAG), um sich mit fünf VPCs in us-east-1 zu verbinden. Jede VPC verwendet eine eigene private virtuelle Schnittstelle (VIF) zum lokalen Netzwerk. Benutzer melden eine Verlangsamung, und der Ingenieur bemerkt Durchsatzspitzen, die die Direct Connect-Verbindung an jedem Werktag für etwa eine Stunde sättigen. Das Unternehmen muss ermitteln, welche Geschäftseinheit die Spitze verursacht, und die Sättigung beheben. Welcher Ansatz erfüllt diese Anforderungen?

Die korrekte Antwort identifiziert die richtigen CloudWatch-Metriken zur Fehlerbehebung und bietet eine skalierbare Lösung. VirtualInterfaceBpsEgress und VirtualInterfaceBpsIngress sind die spezifischen Metriken, die den Durchsatz pro VIF anzeigen und somit die Identifizierung der verursachenden Geschäftseinheit ermöglichen. Die Bereitstellung einer neuen dedizierten 10 Gbit/s Direct Connect-Verbindung ist die empfohlene Methode zur Erhöhung der Bandbreite, da ein Upgrade einer bestehenden dedizierten Verbindung in der Regel nicht direkt möglich ist und eine neue Verbindung erfordert. Das Verschieben des Datenverkehrs auf die neue Verbindung löst die Sättigung. Die Option, die bestehende Verbindung aufzurüsten, ist oft nicht praktikabel, da dedizierte Verbindungen physische Ports sind, die neu provisioniert werden müssen. Die Verwendung von ConnectionBpsIngress und ConnectionPpsEgress ist falsch, da diese Metriken den Gesamtverkehr der Direct Connect-Verbindung und nicht den spezifischen VIF-Verkehr anzeigen. Eine gehostete Verbindung ist in der Regel keine Upgrade-Option für eine dedizierte Verbindung und bietet möglicherweise nicht die erforderliche Bandbreite.