Tenemos una instancia AWS EC2 que tiene un SSD EBS gp3 montado con alrededor de 70 GB. A veces, realizamos algunas órdenes scp para copiar archivos nuevos a este EBS, pero durante el resto del tiempo, la instancia solo realizará operaciones de lectura en el EBS.
Esta instancia recibe solicitudes de Internet y, para cada solicitud, debe leer 2000 archivos (1000 de ~ 60 kb y 1000 de ~ 414b). Ahora queremos incluir esta instancia en un grupo de escalado automático. ¿Qué debemos hacer con este EBS? Por lo que he leído, puedo:
- Crea las nuevas instancias con un nuevo EBS que copia el EBS original cada vez que se crean -> Copia GB y hace IOPS que al final significa gastar $ + tiempo para copiar el EBS.
- Utilice EBS de conexión múltiple -> mayores costos de almacenamiento (son GB aprovisionados, no generales)
- Utilice EFS. Menor velocidad y mayor latencia. Precio más alto que EBS, pero cuando se creen varios será más barato.
- Utilice NFS en una microinstancia con un grupo de escalado automático con min:1 max:1 para evitar fallas y adjunte el EBS cada vez que se cree.
- Utilice GlusterFS. Creo que es bastante caro en AWS. ¿Lo es?
No creo que a largo plazo nunca tengamos más de 100 GB compartidos. ¿Cuál crees que es el mejor enfoque en este escenario? Estaba pensando en 5) pero por costos estaba pensando en 4).
Respuesta1
EFS normalmente se usaría en este escenario, está diseñado para ser almacenamiento de red compartido. También puede utilizar EBS con múltiples conexiones si el costo o el rendimiento de EFS no le convienen.
1/4/5 no son buenas opciones en mi humilde opinión. Utilice servicios en lugar de servidores.