Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

Cuando utilizar SSD es una mala idea

Es importante saber cuándo se debe usar SSD y cuándo no. He aquí algunos casos que hacen del uso de SSD una mala idea.

SSD ha establecido su posición en el centro de datos. Casi todos los principales proveedores especifican un nivel 0 en sus arquitecturas de mejores prácticas. Tener SSD del lado del servidor se utiliza para mejorar el rendimiento del servidor y al tener SSD del lado del almacenamiento se elimina el cuello de botella al momento del arranque. Al igual que con la mayoría de las tecnologías, sin embargo, es tan importante saber cuándo no usarlo, como el momento de usarlo. Aquí hay algunos casos en los que es mejor no usar SSD.

No utilice SSD cuando las aplicaciones no requieran lectura intensiva

SSD es brillante para los tiempos de acceso a lectura. Puede superar a HDD por 10 veces o más. Pero no hay almuerzo gratis, sin embargo, ya que SSD pierde todos sus beneficios en la categoría de escritura. Los procesos de escritura no solamente se retrasan, sino que también agotan las celdas de memoria SSD. Las celdas de memoria tienen una vida media de escritura después de la cual las celdas comienzan a quemarse (consulte a su vendedor para los detalles de su sistema específico). Cuando las celdas fallan, se degrada el rendimiento general. Con el tiempo, el SSD debe ser reemplazado para restaurar el rendimiento completo y todos sabemos SSD no es barato. Aunque algunos proveedores ofrecen garantías extendidas.

Entonces, ¿cuál es la línea de la magia de una relación de lectura/escritura? Probablemente no hay tal, pero empezar con 90/10 sería ideal. Los requisitos de solicitud pueden dictar un compromiso en este sentido, pero el conocimiento permite a los administradores de TI tomar una decisión consciente. Si la relación es inferior a 50/50, entonces, evidentemente, un disco duro HHD sería una mejor opción. Aquí, desde la perspectiva de rendimiento de las aplicaciones, el rendimiento de lectura de SSD está siendo compensado por el rendimiento de escritura inferior.

Por último, si necesita e. rendimiento de lectura de SSD, pero la escritura es un problema, considere a algunos de los vendedores que emplean mecanismos de nivelación de desgaste y minimizan la amplificación de la escritura para reducir el impacto. El tamaño de SSD también será un factor. Abaratar el SSD aumenta la basura, ya que reduce las posibilidades de una lectura recursiva.

No utilice SSD cuando el acceso a datos es altamente aleatorio

En algún momento se refiere a SSD como el "nivel de caché" y el nombre es a propósito. Fundamentalmente, se trata de una caché que elimina la necesidad de realizar una “búsqueda” (fetch) a una unidad de disco duro cuando los datos residen en el caché. Las aplicaciones con requisitos de acceso muy aleatorio, simplemente no se beneficiarán de SSD –la lectura será dirigida por el conjunto de controladores en el HDD y SSD será un gasto con poco beneficio.

No utilice SSD para propósitos generales en entornos altamente virtualizados

Bien, éste punto generará cierta controversia, ya que hay muy buenos casos de uso de SSD con máquinas virtuales, como en los momentos de arranque. Sin embargo, muchas máquinas virtuales que acceden a los mismos SSD dan como resultado patrones de datos altamente aleatorios, por lo menos desde el punto de vista del almacenamiento. Cuando un cientos de máquinas virtuales leen y escriben desde el mismo almacenamiento, una máquina está constantemente sobre-escribiendo a la otra. Sin embargo, hay soluciones SSD diseñadas específicamente para entornos virtuales, por lo que hay una advertencia de "propósito general".

No utilice SSD del lado del servidor para solucionar los cuellos de botella de I/O del almacenamiento

El SSD del lado del servidor sirve fundamentalmente como memoria caché del servidor, lo que resuelve un problema de procesamiento e incluso un problema de ancho de banda de la red. Difundir SSD a través de cientos de servidores físicos, equipando cada servidor con su propio SSD, puede de hecho ayudar con los cuellos de botella de I/O (Entrada/Salida), pero no es tan eficaz como la misma capacidad total en un nivel de almacenamiento.

No utilice el Nivel 0 para resolver los cuellos de botella de la red

Si la entrega de datos es inhibida por la red, es obvio que la optimización del sistema de almacenamiento detrás de la red hará poco bien. El SSD del lado del servidor puede reducir la necesidad de acceder al sistema de almacenamiento y reducir así la demanda de la red.

No despliegue SSD a un grado de consumo para aplicaciones empresariales

SSD se fabrica en tres grados: celda de una sola capa (SLC), celda multi-capas (MLC) y celda empresarial multi-capas (eMLC). MLC se considera como grado de consumidor y se encuentra en la mayoría de las aplicaciones fuera de la plataforma. Tiene una vida de 3.000-10.000 operaciones de escritura por celda. SLC, o el nivel empresarial, tiene una vida de hasta 100.000 operaciones de escritura por celda. eMLC intenta encontrar un equilibrio entre el precio y el rendimiento, que ofrece alrededor de 30.000 escrituras por celda, pero a un precio más bajo que el SLC. La advertencia es que el cliente asume el riesgo de obtener aquello por lo que paga.

Sobre el autor: Phil Goodwin es un consultor de almacenamiento y escritor independiente

Este artículo se actualizó por última vez en noviembre 2014

PRO+

Contenido

Encuentre más contenido PRO+ y otras ofertas exclusivas para miembros, aquí.

Guía Esencial

Guía Esencial: Qué está pasando con el almacenamiento corporativo

Únase a la conversación

2 comentarios

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Enviando esta solicitud usted acepta recibir correos electrónicos de TechTarget y sus socios. Si usted reside afuera de Estados Unidos, esta dando autorización para que transfiramos y procesemos su información personal en Estados Unidos.Privacidad

Por favor cree un Nombre de usuario para poder comentar.

quisiera saber la fecha del presente artículo, como referencia al tema, ya que a pesar de buscarla no la encontre, muchas gracias.
Cancelar
Qué tal, el artículo fue publicado en noviembre de 2014. Saludos.
Cancelar

- ANUNCIOS POR GOOGLE

Close