ある会社は、4 GbpsのDirect Connect専用接続（LAG）を使用して、us-east-1にある5つのVPCに接続しています。各VPCは、オンプレミスネットワークへの独自のプライベート仮想インターフェース（VIF）を使用しています。ユーザーから速度低下が報告され、エンジニアは毎日業務時間中に約1時間、Direct Connectを飽和させるスループットの急増に気づきました。会社は、どの事業部門が急増の原因であるかを特定し、飽和を解決する必要があります。これらの要件を満たすアプローチはどれですか？

このシナリオでは、Direct Connectの帯域幅が飽和しているため、パフォーマンスの問題が発生しています。まず、CloudWatchのVirtualInterfaceBpsEgressとVirtualInterfaceBpsIngressメトリクスを使用して、どのVIFが最も多くのトラフィックを生成しているかを特定し、速度低下の原因となっている事業部門を特定することが重要です。これにより、問題の根本原因を理解できます。次に、新しい10 Gbpsの専用Direct Connectをプロビジョニングし、既存の接続からトラフィックをシフトすることで、帯域幅のボトルネックを解消し、将来のトラフィック増加に対応できます。既存の接続をアップグレードするだけでは、ダウンタイムが発生する可能性があります。また、ConnectionBpsIngressやConnectionPpsEgressは接続全体のメトリクスであり、個々のVIFのトラフィックを特定するには不十分です。