BERND KUHLENTodas las notas ↗El modo de rendimiento de EFS correcto no es el que tiene el mayor número de titulares. Es aquel cuyo modelo de capacidad coincide con la forma de la carga de trabajo y cuyos modos de coste y fallo el equipo puede operar con confianza.
Amazon EFS ofrece actualmente un rendimiento elástico, aprovisionado y a raudales. Resuelven diferentes problemas.
A raudales: la capacidad sigue a los datos almacenados
La ráfaga es algo natural cuando los requisitos de rendimiento aumentan con la cantidad de datos en el almacenamiento estándar y los períodos de mayor actividad van seguidos de suficiente tiempo de inactividad como para reponer los créditos. Puede ser económico y sencillo, pero su base de referencia sostenible puede ser sorprendentemente baja para los sistemas de archivos pequeños.
Elíjalo cuando la demanda de espacio de almacenamiento y rendimiento realmente escale al mismo tiempo. Evite tratar los créditos acumulados como capacidad permanente. Una caída continua BurstCreditBalance demuestra que la carga de trabajo no está en equilibrio.
Elástico: la capacidad sigue a la actividad
Elastic Throughput se escala automáticamente con la actividad de la carga de trabajo y no utiliza créditos de ráfaga. AWS lo recomienda para cargas de trabajo con picos o impredecibles, sobre todo cuando el rendimiento medio es una pequeña fracción del pico. Esto elimina el modo de fallo por agotamiento del crédito y reduce el esfuerzo de planificación de la capacidad.
La compensación es más comercial que arquitectónica: Elastic Throughput se basa en el uso, por lo que una E/S con una gestión alta o deficiente puede aumentar los costes. Supervisar MeteredIOBytes, establecer los presupuestos e investigar la demanda inesperada en lugar de dar por sentado que la escalabilidad automática elimina la necesidad de gobernanza.
Aprovisionado: la capacidad sigue un requisito explícito
El rendimiento aprovisionado desacopla el rendimiento del tamaño del sistema de archivos y proporciona un nivel de capacidad elegido. Se adapta a las cargas de trabajo con requisitos conocidos y sostenidos o con una relación entre media y pico más alta. La ventaja es la previsibilidad; la responsabilidad es calcular y revisar la cantidad aprovisionada.
Aprovisionar muy poco recrea una restricción de capacidad. Aprovisionar demasiado desperdicia dinero. Este modo funciona mejor cuando las mediciones son lo suficientemente estables como para respaldar un compromiso explícito.
Un marco de selección práctico
- Use Bursting cuando el tamaño del almacenamiento es un indicador significativo del rendimiento, los períodos de inactividad reponen los créditos y la supervisión del crédito forma parte de las operaciones normales.
- Use Elastic cuando la demanda es irregular, es difícil pronosticar los picos o vale la pena evitar el agotamiento del crédito, precios basados en el uso.
- Usar aprovisionado cuando se conoce la demanda de rendimiento, es relativamente sostenida e independiente del tamaño de los datos almacenados.
La migración es un cambio mesurado
Antes de cambiar de modo, capture las métricas de referencia, la demanda máxima y media esperada, la tendencia crediticia actual y la latencia de las solicitudes. Tras el cambio, compare esas mismas señales y revise el coste. AWS también documenta las restricciones temporales tras cambiarse o cambiar el rendimiento aprovisionado, por lo que el manual de ejecución debe incluir las restricciones de tiempo aplicables.
La decisión en una frase
Si los datos almacenados predicen la demanda, puede que Bursting quepa. Si la actividad es impredecible, Elastic suele ser el modelo operativo más seguro. Si el requisito es estable y mensurable, Provisioned puede proporcionar capacidad deliberada. Sea cual sea el modo que elija, haga visible su límite de recursos.