Cómo medir la carga de trabajo de almacenamiento antes de solicitar cotizaciones

Antes de solicitar a los proveedores el dimensionamiento del almacenamiento, mida lo que el host lee y escribe durante la operación real. Registre el volumen diario de escrituras del host, los picos breves, la proporción entre lectura y escritura y los periodos que los generan. Detalle el dispositivo exacto, el software y las condiciones de medición. Si desconoce los tamaños de solicitud, las latencias de los percentiles altos o los límites de tiempo de la aplicación, indíquelo con claridad; suponer una «carga de trabajo típica de 4K» puede desviar por completo el proceso de cualificación.

Esta guía constituye la base de ingeniería para una RFQ. La guía completa para la RFQ de almacenamiento flash aborda la comparación de proveedores y las condiciones comerciales de forma independiente.

Seleccione ventanas de medición representativas

Comience por el rol del almacenamiento: disco de arranque, base de datos de aplicación, registro de eventos, grabador de vídeo o medio extraíble de transferencia. Mida al menos la operación normal y la fase más exigente conocida, como el arranque, la importación de datos, una actualización, la recuperación o una copia de seguridad. Registre cuándo inicia y finaliza cada fase, qué aplicaciones se ejecutan y el nivel de llenado del dispositivo. Un total de 24 horas resulta útil para estimar las escrituras diarias, pero una ráfaga breve a alta velocidad puede pasar inadvertida en ese promedio.

Tome observaciones repetidas sobre el mismo dispositivo completo. En un sistema con varios discos, identifique el que se está cualificando; una suma de todo el sistema no refleja la carga de trabajo por dispositivo. La diferencia de los contadores dividida entre el tiempo transcurrido proporciona el promedio del intervalo. Los intervalos más cortos revelan mejor las ráfagas, mientras que puede ser necesario un rastreo detallado de solicitudes o registros de la aplicación para explicar su causa.

Lea los contadores de E/S del host sin confundirlos con escrituras en NAND

La documentación del kernel de Linux describe los campos acumulativos de E/S en /proc/diskstats y /sys/block/<dispositivo>/stat. Para un disco completo, los contadores de sectores leídos y escritos se expresan en unidades de 512 bytes, incluso si el tamaño de bloque lógico del dispositivo es diferente. Calcule los bytes transferidos durante un intervalo como variación en el recuento de sectores × 512. Registre tanto las capturas de los contadores como las marcas de tiempo. Si el dispositivo se reinició, se volvió a conectar o un contador se desbordó (wrap around), no considere la diferencia resultante como un intervalo normal. Los contadores de disco y de partición también presentan comportamientos distintos de atribución y fusión (merge); compare siempre elementos equivalentes.

En configuraciones compatibles de Windows Server, Microsoft documenta contadores de tasa de bytes de lectura/escritura, tasa de operaciones y latencia promedio en PhysicalDisk. Confirme qué contadores exponen la edición concreta de Windows y el dispositivo empleado. Las tasas reportadas promedian la actividad a lo largo del intervalo de observación, por lo que conviene mantenerlo lo bastante corto para la decisión que deba tomarse.

A modo de cálculo ilustrativo, suponga que el contador de sectores de escritura de un disco completo se incrementa en 168.750.000 durante exactamente 24 horas. Esto equivale a 168.750.000 × 512 = 86.400.000.000 bytes del host, o 86,4 GB decimales de escrituras del host al día. No se trata de una medición de Kalstor ni de un recuento de escrituras físicas en la memoria NAND. Es posible que se incluyan metadatos del sistema de archivos que llegan a la capa de bloques; sin embargo, la recolección de basura del controlador y otras escrituras internas en la NAND no quedan registradas en estos contadores del host.

Informe la proporción de lectura/escritura de dos formas si ambas están disponibles: porcentaje de bytes y porcentaje de operaciones completadas. Pocas escrituras grandes y muchas lecturas pequeñas pueden representar una carga intensiva en escritura por volumen de bytes, pero intensiva en lectura por número de operaciones. Evite denominar a cualquiera de estos porcentajes simplemente como «la relación lectura/escritura» sin especificar su unidad.

Indique aquello que los contadores no pueden mostrar

Los totales agregados no proporcionan una distribución de tamaños de solicitud, las direcciones necesarias para discernir entre accesos secuenciales o aleatorios, la distribución completa de solicitudes pendientes ni las latencias de finalización p95/p99. Un contador documentado de latencia promedio sigue siendo únicamente un promedio. Para cubrir estos campos omitidos, obtenga un volcado o traza de bloques autorizada, instrumentación de aplicación adecuada o un diagnóstico específico del fabricante que realmente los exponga. Asimismo, consulte con el responsable de la aplicación el límite de tiempo de espera (timeout) o de registros perdidos: el promedio de un disco rápido no define la tolerancia real del dispositivo.

Si no es viable realizar un rastreo, mantenga el campo marcado como desconocido. No deduzca una combinación precisa de 4 KiB frente a 128 KiB a partir de un tamaño medio de transferencia; las fusiones de peticiones y las aplicaciones concurrentes pueden enmascarar las solicitudes subyacentes.

Entregue a compras una ficha de carga de trabajo de una sola página

Complete una ficha por cada configuración de host o clase de carga de trabajo. Para cada cifra registrada, conserve su fuente, la ventana de tiempo y si se trata de un dato medido, estimado o desconocido.

No complete esta tabla con cifras de muestra genéricas que puedan confundirse con los datos reales de su sistema. Un proveedor puede proponer alternativas ante incógnitas declaradas con claridad, pero dichas opciones tendrán carácter condicional hasta que la aplicación sea medida o evaluada.

Reproduzca el perfil en un dispositivo de prueba

Tras la observación, diseñe una carga de aceptación a partir de las fases registradas. fio permite generar tamaños de bloque, proporciones de lectura/escritura, tasas y profundidades de cola de E/S determinadas, y su salida estructurada muestra distribuciones de latencia. Es un generador de carga de trabajo, no un registrador pasivo de la aplicación en producción. Una prueba sintética solo es útil en la medida en que sus parámetros representen al dispositivo real, incluidos el estado de llenado pertinente, la duración de la prueba y los procesos en competencia.

Ejecute las pruebas de escritura en unidades de prueba dedicadas y con copias de seguridad de los datos; un trabajo mal dirigido puede destruir la información. Compare la misma configuración y ventana de medición en todos los candidatos. Mantenga visible cualquier aproximación, especialmente si el tamaño de solicitud o los tiempos de la aplicación siguen siendo desconocidos. De este modo, el proveedor y el responsable del sistema podrán acordar qué valida la prueba sobre la muestra y qué aspectos requieren un ensayo a nivel de aplicación.

Envíe la ficha de carga de trabajo completa junto con la interfaz de host, la vida útil requerida y las condiciones operativas a través de la solicitud de cotización. Kalstor puede emplear estos datos para evaluar una configuración de almacenamiento candidata; la durabilidad del soporte, la compatibilidad y el rendimiento final deberán confirmarse para la referencia exacta y las condiciones de cualificación.