Una empresa necesita ejecutar una base de datos en memoria para una aplicación sensible a la latencia en Amazon EC2. La aplicación procesa más de 100.000 transacciones por minuto y requiere un alto rendimiento de red. Un arquitecto de soluciones debe diseñar un diseño de red rentable que minimice los cargos por transferencia de datos. ¿Qué solución cumple estos requisitos?

La opción correcta es lanzar todas las instancias EC2 en la misma Availability Zone (AZ) dentro de la misma AWS Region y especificar un placement group con estrategia cluster. Los cluster placement groups agrupan instancias en un solo clúster de hardware dentro de una AZ, lo que proporciona baja latencia de red y alto rendimiento de red (hasta 10 Gbps para instancias compatibles, o 25 Gbps para instancias de red mejorada), ideal para bases de datos en memoria y aplicaciones sensibles a la latencia. Al estar en la misma AZ, se minimizan los cargos por transferencia de datos entre instancias, ya que la transferencia de datos dentro de la misma AZ es gratuita. Las otras opciones son incorrectas porque: Lanzar instancias en diferentes AZs aumentaría la latencia y los costos de transferencia de datos entre AZs, lo cual no cumple con los requisitos de baja latencia y minimización de costos. Un partition placement group distribuye instancias en diferentes particiones de hardware para reducir el riesgo de fallas correlacionadas, pero no garantiza la baja latencia y el alto rendimiento de red que requiere la aplicación. Los Auto Scaling groups son para escalabilidad y disponibilidad, no para optimizar la latencia o el rendimiento de red entre instancias de una base de datos en memoria.