Ofrecemos videos desde un depósito S3 (en Mumbai) a usuarios de una sola región (India). Esperamos que miles de usuarios accedan a estos archivos sólo desde la India. ¿Vale la pena tener una distribución CloudFront? ¿Se reduciría la latencia si utilizamos CloudFront? ¿Puede S3 manejar el ancho de banda si no utilizamos CloudFront?
Gracias por la ayuda.
Respuesta1
Desde una perspectiva de rendimiento, sí, probablemente sea útil.
Actualmente, CloudFront tiene 5 ubicaciones de borde en India (Chennai (2), Nueva Delhi (1) y Mumbai (2)), por lo que esto sugeriría que se pueden lograr latencias más bajas usando CloudFront simplemente porque es probable que su contenido esté más cerca de los usuarios ( dependiendo de su distribución geográfica)...
Sin embargo, hay un costo premium en CloudFront de $0,17/GB descargado desde ubicaciones perimetrales en India, en comparación con $0,1093/GB descargado directamente desde S3 en Mumbai. (Cuando se utiliza CloudFront + S3, no se aplica el cargo por ancho de banda de S3).
Entonces, sí, "útil", pero no es posible decir si es lo suficientemente útil como para justificar el costo en esta región geográfica en particular.
S3 tienedirectrices de mejores prácticaspara depósitos que anticipan tasas de solicitudes superiores a 800 (pico) o 300 (sostenido) GETsolicitudes por segundo cuando no se utiliza CloudFront. El servicio crecerá más allá de estos valores, pero seguir las pautas lo ayudará a escalar de manera más efectiva. (Las teclas de acceso rápido y los puntos de acceso de índice no son tan fácilmente escalables como las claves bien distribuidas). Para tasas de solicitud inferiores a 100 solicitudes/s, no se necesitan consideraciones especiales.
Una opción adicional esAceleración de transferencia S3, que enruta solicitudes de forma selectiva a través de la "Red perimetral" de AWS (en otras palabras, CloudFrontred de transporte) sin ningún almacenamiento en caché real. En Mumbai, esto es $0,04/GB + $0,1093/GB para descargas. La ventaja aquí es que el navegador se conecta potencialmente a un servidor en una ubicación perimetral, que envía la conexión desde allí a S3. Esto hace que el tráfico viaje en la red AWS la mayor distancia posible antes de pasar a la Internet pública, lo que puede mejorar significativamente los tiempos de transferencia al optimizar la transferencia y manejar la pérdida de paquetes en una ubicación intermedia más cercana al espectador. Cuando se utiliza S3 Transfer Acceleration, la lógica DNS que CloudFront utiliza para enviar solicitudes al borde más cercano se utiliza para determinar la mejor manera de conectar un espectador determinado a la región de S3, de modo que pueda conectar al usuario directamente a S3 ( en cuyo caso, no se le cobrará la tarifa de ancho de banda de $0.04/GB por la función de aceleración para esa solicitud), o puede enrutarla a través de Edge Network (en cuyo caso, se le cobrará). La idea aquí es que la función se omita automáticamente para solicitudes en las que probablemente no ayude, según la ubicación geográfica del solicitante en relación con la del depósito. Cuando habilita esto en un depósito, también cambia el punto final del depósito a bucket-name.s3-accelerate.amazonaws.com. Solo es compatible con la interfaz REST, no con la función de alojamiento de sitios web, pero está bien si no utiliza funciones como redireccionamientos e indexación de documentos. Dada su geografía y las peculiaridades del precio del ancho de banda allí, este puede ser un buen lugar para comenzar.