Una empresa utiliza una conexión dedicada de Direct Connect de 4 Gbps (LAG) para conectarse a cinco VPC en us-east-1. Cada VPC utiliza su propia interfaz virtual privada (VIF) a la red local. Los usuarios informan lentitud y el ingeniero observa picos de rendimiento que saturan el Direct Connect durante aproximadamente una hora cada día hábil. La empresa necesita identificar qué unidad de negocio causa el pico y resolver la saturación. ¿Qué enfoque cumple con estos requisitos?

La opción correcta aborda ambos requisitos: identificar la causa y resolver la saturación. Las métricas VirtualInterfaceBpsEgress y VirtualInterfaceBpsIngress de CloudWatch son las adecuadas para monitorear el rendimiento de cada VIF, permitiendo identificar qué VPC (unidad de negocio) está generando el pico de tráfico. Una vez identificada la causa, aprovisionar una nueva conexión Direct Connect dedicada de 10 Gbps y migrar el tráfico es la solución más efectiva para aumentar la capacidad y resolver la saturación, ya que actualizar una conexión existente a menudo implica tiempo de inactividad. Las opciones incorrectas fallan en uno o ambos aspectos. Actualizar la conexión existente a 10 Gbps podría causar interrupción. Las métricas ConnectionBpsIngress y ConnectionPpsEgress son para la conexión física general, no para VIFs individuales, lo que impediría identificar la VPC específica. Aprovisionar una conexión alojada de 5 Gbps es una capacidad menor que la necesaria para resolver la saturación de una conexión de 4 Gbps que ya está saturada.