Uma empresa usa uma conexão dedicada Direct Connect de 4 Gbps (LAG) para se conectar a cinco VPCs em us-east-1. Cada VPC usa sua própria interface virtual privada (VIF) para a rede on-premises. Os usuários relatam lentidão e o engenheiro percebe picos de throughput que saturam o Direct Connect por cerca de uma hora a cada dia útil. A empresa precisa identificar qual unidade de negócios causa o pico e resolver a saturação. Qual abordagem atende a esses requisitos?

A opção correta aborda ambos os requisitos: identificar a origem do problema e resolvê-lo. As métricas VirtualInterfaceBpsEgress e VirtualInterfaceBpsIngress do CloudWatch são as mais adequadas para identificar qual VIF (e, consequentemente, qual unidade de negócios) está causando a saturação, pois fornecem o throughput por interface virtual. Provisionar um novo Direct Connect de 10 Gbps e desviar o tráfego é a solução mais eficaz para resolver a saturação, pois aumenta a capacidade total e permite uma transição sem interrupções. As opções incorretas falham em um ou ambos os pontos: Atualizar a conexão existente para 10 Gbps pode causar interrupção no serviço durante a atualização. Usar ConnectionBpsIngress e ConnectionPpsEgress não permite identificar o VIF específico, pois essas métricas são para a conexão Direct Connect como um todo. Uma conexão hospedada de 5 Gbps não resolveria a saturação de uma conexão de 4 Gbps que já está sobrecarregada, e também não é uma atualização de capacidade significativa.