Nota: |
La función CacheCade está disponible desde la primera mitad del año calendario 2011. |
Nota: |
Para poder utilizar CacheCade para el disco virtual, la política de escritura y lectura del disco virtual basado en la unidad HDD debe estar configurada en Write Back o Force Write Back y la política de lectura debe establecerse en Read Ahead o Adaptive Read Ahead. |
Documentación técnica y artículos relacionados:
Medición del rendimiento
Es posible que los usuarios no comprendan los métodos recomendados para probar los dispositivos SSD y CacheCade™, de modo que puedan analizar los beneficios del almacenamiento de estado sólido. En este artículo, se intenta proporcionar orientación sobre las especificaciones de rendimiento óptimo que se pueden aplicar de manera genérica a la mayoría de las herramientas de pruebas de rendimiento.
El uso de herramientas de pruebas de rendimiento para lograr un rendimiento óptimo depende, por supuesto, del nivel de comprensión del usuario sobre cómo se supone que funciona el dispositivo sometido a prueba.
Tamaño de bloque: Los dispositivos SSD y CacheCade se comportan de manera óptima cuando se utilizan con tamaños de bloques pequeños en lugar de bloques grandes. Cuando se lee o escribe la I/O, el proceso de selección de la celda activa es electrónico y no depende de un movimiento físico del cabezal, como con los discos mecánicos. Esto significa que los dispositivos de estado sólido pueden responder muy rápidamente a las I/O aleatorias de bloques pequeños y pueden lograr más de 10 000 IOPS, mientras que un disco mecánico tendría dificultades para alcanzar más de 200 IOPS.
Profundidad de cola: Las SSD tienen una profundidad de cola extensa, con una capacidad máxima de 64 I/O pendientes, significativamente más que las de un disco SAS estándar, por lo general, con 16 I/O pendientes. Esta profundidad extensa de cola permite mucha más flexibilidad para el disco, ya que reduce la dependencia del disco en la controladora a fin de proporcionar I/O de manera oportuna. La controladora puede mantener la cola cuando tiene la capacidad de hacerlo, dejando que el disco funcione a través de ella sin tener que esperar en la controladora.
A medida que la tecnología cambia y las SSD realizan más tareas en paralelo, es probable que la profundidad de cola del disco vuelva a aumentar. La herramienta de pruebas de rendimiento se debe utilizar para sondear la profundidad de cola más eficaz, de modo que aumentar esta profundidad de cola de vez en cuando puede dar como resultado mejores cifras con diferentes dispositivos.
Límite de caché: Es importante que la herramienta de rendimiento no esté vinculada a la caché, ya que toda la I/O reciba mantenimiento de la caché de la controladora. Esto ocurre cuando el tamaño del archivo de prueba se especifica incorrectamente y es capaz de encajar por completo en la caché de la controladora. Cuando esto ocurre, las I/O nunca llegan a los discos y el rendimiento devuelto para la I/O generalmente se limita por la velocidad del bus PCI; por lo tanto, se pueden observar cifras de rendimiento falsas de más de 3 GB/s. Siempre utilice en exceso la caché mediante la selección de un tamaño de archivo de prueba mayor que el de la caché de la controladora.
CacheCade
CacheCade se debe referenciar de manera diferente con las unidades SSD estándar, ya que esta tecnología solo se utiliza para almacenar en caché las solicitudes de lectura, no las solicitudes de escritura. Por lo tanto, se crea un obstáculo cuando un usuario desea realizar un análisis comparativo de una solución CacheCade, ya que la metodología estándar de solo leer o escribir bloques no proporcionará los resultados esperados, a menos que la caché esté preparada.
Para describir más a fondo esta característica de CacheCade, considere una situación en que los discos mecánicos solo se lean en caché y desee ejecutar IOMeter para validar que CacheCade sea capaz de proporcionar el rendimiento esperado. IOMeter primero creará un archivo de prueba a partir del cual realizará las operaciones de I/O. Este archivo se escribe en el almacenamiento objetivo, por lo tanto, CacheCade no almacena el archivo en caché. IOMeter comenzará a llevar a cabo las operaciones de I/O en el archivo, pero como ya sabemos, no está actualmente en la caché, por lo que las operaciones de I/O iniciales se llevarán a cabo en los discos mecánicos. Esta pérdida de caché inicial (en que los datos solicitados no están disponibles en la caché) afecta negativamente a la primera parte del análisis de rendimiento, por lo que se deben realizar pasos para eliminar este impacto en el rendimiento de las estadísticas. CacheCade también implementa almacenamiento en caché solo en puntos de acceso de datos, lo que significa que se debe acceder con frecuencia a los datos antes de que se almacenen en caché; también debemos superar este efecto para medir el rendimiento en un nivel práctico.
Para cumplir con nuestras expectativas, debemos procurar que se acceda lo suficiente al archivo de prueba para que se almacene en caché. Para ello, deje el IOMeter en ejecución de una prueba de lectura durante un período prolongado. Tenga en cuenta que el tamaño del archivo de prueba y la velocidad de las operaciones de I/O en MD/s determinarán cuánto tiempo tarda el archivo en almacenarse en caché. El archivo se debe leer VARIAS veces antes de que se almacene en caché, por lo que el objetivo podría ser leer el archivo un equivalente a 5 veces dividiendo el tamaño del archivo por la velocidad en MB/s x 5.
Por ejemplo, un archivo de prueba de 4 GB, que se lee a 40 MB/s = 100 segundos x 5 = 500 segundos.
En este ejemplo, debería dejar una prueba de LECTURA en ejecución durante un mínimo de 8,5 minutos para que se realice el equivalente a 5 operaciones de lectura en todo el archivo. Este tiempo se denomina "tiempo de preparación" de la caché.
Después de completar más de 8,5 minutos de preparación, finalice la prueba de rendimiento. Así dejará el archivo objetivo de la prueba del IOMeter aún almacenado en caché, ya que no habrá ningún proceso para vaciar los datos de CacheCade, ya que el archivo se conserva después de que se cierra la aplicación. A continuación, reinicie la misma aplicación de rendimiento y seleccione las mismas unidades objetivo. Cuando IOMeter ahora comienza a leer desde el archivo, los datos ya estarán en la caché (un hit de caché) y el rendimiento debe ser similar al de CacheCade en un estado optimizado.
Puntos clave:
Cuando se ejecutan otras herramientas de medición del rendimiento, se deben seguir algunas recomendaciones de configuración.
En el caso de SSD y CacheCade: