Los Nuevos Retos de Adquirir Sistemas de Almacenamiento – Parte II

[#1]

 ¿Qué información debo colocar en los Discos de Estado Solido y cuáles NO?

 Esta es la pregunta que falta responder de nuestro anterior artículo, y como lo prometido es deuda empezaremos a dar las mejores razones.

En el anterior articulo dimos los números de IO de lectura porque realmente es ese el poder de los Discos de Estado Solido, si a esto le sumamos que realmente nuestras aplicaciones leen sobre los discos mucho más veces de lo que escriben, toma mucho sentido la adquisición de esta tecnología de Almacenamiento. Primero tenemos que seccionar y dividir las diferentes aplicaciones, por ejemplo muchas de las aplicaciones están conformadas por bases de datos y esta a su vez está dividida en 3 grandes bloques:

Logs: este componente que se encarga de llevar el registro de la actividad, no requiere de grandes espacios y su proceso es mas de escritura, así que aunque los discos SDD también son rápidos escribiendo los sistemas de almacenamiento y su memoria cache están en capacidad de resolver sin inconveniente alguno las necesidades transaccionales de los espacios asignados a los LOGS, realmente colocar este componente de la base de datos en los Discos de Estado Solido no se obtendrán los beneficios suficientes como para absorben y justificar la inversión.

Índices: Este componente que se encarga de relacionar la información de las tablas con elementos de búsqueda claves dentro de la aplicación, hoy en día es un componente muy relevante ya que permiten navegar y recorres la información contenida en la tablas de una forma ágil y directa, así que este componente es básicamente un proceso de Lectura, adicionalmente su necesidad de espacio es relativamente pequeño con respecto a los tamaños de los discos de estado sólido disponibles hoy en día, este componente sería ideal para la tecnología SSD ademas de apoyar en aumentar la velocidad de lectura aumentando el rendimiento y eficiencia de la base de datos como un todo.

Tablas: Componente donde está ubicada la información, el conjunto de ellas corresponde a la mayor parte de los tamaños de la bases de datos, como aquí está contenida la información este proceso tiene lecturas como escrituras, pero como mencionamos anteriormente la proporción de lectura es mayor que la escritura y con las bases de datos creciendo cada vez adquiere mayor validez y es más común para las diferentes sectores de la economía, hoy en día la relación más común es 80/20, 80% por ciento de lectura y 20% de escritura. Ahora colocar todas las tablas en los SSD podría ser algo costoso por el volumen que estos ocupan, si tengo claro cuáles son las tablas más usadas por mi aplicación y ademas de ello realizo mantenimiento de ellas moviendo información  entre diferentes tablas para balancear la carga en más de una de ellas, esto nos permitirá establecer cuáles son las tablas más requeridas y utilizadas por los usuarios de las diferentes aplicaciones. Si coloco las tablas mas requeridas sobre los Discos de Estados Solido, requeriremos unos pocos discos de esta tecnología pero enfocando toda la capacidad transaccional hacia los componentes de las bases de datos donde más se requiere de lecturas rápidas y eficientes para obtener los mejores tiempos de respuesta en mis aplicaciones. Las demás Tablas de la base de datos se instalaran en discos FC 10 K o 15k RPM o cualquier otra tecnología de discos que me permita obtener la capacidad y las transacciones requeridas.

Como conclusión final podemos decir que los discos de estado sólido me permiten concentrar mis componente de las aplicaciones mas transaccionales de lectura para que obtengan el máximo beneficio  transaccional de ellos pero manteniendo costos similares o menores que la utilización de discos de FC o SAS donde requiero de mayor numero de disco para obtener los tiempos de respuesta requeridos.

Referente a cuales aplicaciones que NO debo colocar en Discos de Estado Solido definitivamente están aquellas donde la escritura tenga su mayor componente, no porque no se obtenga mejoras de performance sino que es más difícil obtener el equilibrio financiero.

Información de tipo File o Archivo tampoco es muy lógico, reitero no es porque no se obtenga una mejoría de rendimiento porque siempre lo abra desde que se tenga tecnología SSD, aquí es porque el acceso de estos archivos depende generalmente de la Red o de un servidor que actúa como Gateway, así que al final el rendimiento de la aplicación se vera impactada por otros componentes ajenos a los SSD y la inversión no vera reflejada al final del proceso. Respecto a sistema de correo electrónico definitivamente esto dependerá del número de buzones y que los correos se encuentren en los servidores centrales de esta manera el SSD será un sistema que mejorar el rendimiento de acceso a los correos electrónicos.

Espero que esta información sea valiosa para Ustedes y que en un futuro cercano pueda implementar satisfactoriamente esta tecnología y no solo sea para obtener las ventajas de rendimiento sino también le sea fácil de justificar la inversión debido a los ahorros que le pueden significar estas tecnologías, tenga en cuenta que al adquirir menor números de discos por efecto transaccional obtiene beneficios energéticos, Conservación del medio ambiente, espacio en el Data Center entre otros menos relevantes pero importantes.

Un abrazo y hasta muy pronto,

Alexander Charry