Convertir RAID de discos mecánicos a SSD?

¿Problemas con la conversión de un disco mecánico RAID a SSD mediante la sustitución de las unidades de uno por uno?

No pude encontrar a nadie en línea que haya hecho esto, así que hagamos de este el lugar para publicar sobre él.

Si ha convertido correctamente un RAID desde Mechanical Disk a SSD, vuelva a publicar sus especificaciones. (serverfault no pide logging, por lo que es muy rápido para publicar).

FYI, estoy corriendo un LSI MegaRAID 9260-8i con 8 3TB ST3000DM001 unidades en RAID 6, por lo que estoy a pocos años de 3TB + SSDs asequibles. He tenido 2 unidades marcadas como Falló en los últimos 3 años y cada vez que tomó 8 horas para rebuild una unidad. Por supuesto copy de security en primer lugar, y soy consciente de los riesgos para las otras unidades como sustituir y rebuild cada uno con SSD.

En el momento de este post, 1 TB SSDs se pueden comprar por ~ $ 350 cada uno para que la gente con unidades más pequeñas / less en sus matrices ya puede estar pensando en esto. ¿Un SSD de 1 TB tiene la misma capacidad que una unidad mecánica de 1TB, o tendría que ser reemplazado por algo más grande, como un SSD de 1,2 TB que también está disponible? Dado que sobnetworkingimensionar los SSD es una propuesta cara, ¿cuál es la mejor manera de confirmar la capacidad real máxima de las unidades? (La mejor práctica es usar 3-5% less que la capacidad total para permitir el uso de un model diferente del mismo tamaño si el tuyo se interrumpe, pero sé que mucha gente no lo hace).

No, esto no es posible.

La mayoría de los controlleres RAID de hardware prohíben la creación de matrices de medios mixtos; por ejemplo, SATA y SAS juntos o SAS y SSD.

La matriz no aceptaría un reemploop SSD para una unidad SAS / SATA fallida.

He hecho algo como esto hace unos meses.

Un Supermicro-Server con Intel ICH8R Raid-Controller tenía 4 discos en 2 volúmenes lógicos

  • Volumen 0: 2xWD Re 250GB SATA – Incursión 1
  • Volumen 1: 2xWD Re 500GB SATA – Incursión 1

Como el Volumen 0 era la System-Drive para un SBS 2008 y estaba sufriendo IO-Performance decidimos replace las unidades para el Volumen 0 con SSD.

Hicimos esto de la manera brutal. Desactivado el server, reemplazó la primera unidad (WD Re 250 GB) con un Samsung SSD 850 PRO con 512 GB. Después de encender el Servidor, el controller Raid fue instruido para rebuild la matriz en la unidad recién agregada. Después de la reconstrucción terminamos repetimos el procedimiento con la segunda unidad de 250 GB.

No se realizaron otros cambios. El Desempeño de networkingas aleatorias (Base de Datos) aumentó apreciable.

Usted puede preguntar por qué elegimos SSD de 512GB como reemploop para SSD de 250 GB? Eso fue sólo debido a la sobreprovisión y ampliar la vida útil de la SSD.

Acabamos de hacer lo mismo que Martin Seitl mencionó en un server de desarrollo, con un LSI SAS1068E , de dos discos Hitachi Ultrastar A7K1000 SATA a dos unidades SATA Samsung EVO 840 (e instalamos la segunda corrección de firmware para la degradación del performance EVO 840 … ). Hay, sin embargo, algunas cosas a tener en count:

  • Asegúrese de que su controller puede combinar SATA y SAS, si corresponde. Nuestros controlleres 3Ware 9650 8i no pueden. LSI se apropió 3Ware, y del tipo nr, me imagino que su controller sufre del mismo problema.
  • ¿ Sus particiones actuales están alineadas 4k ? No estoy seguro de si es necesario para SSDs, pero sospecho que sí.
  • Los controlleres RAID no admiten trim . No eres capaz de hacer nada al respecto, pero al less sé consciente de ello. Puede get amplificación de escritura en el time. Sobre-aprovisionamiento como Martin lo hizo es realmente inteligente, pero no perfecto.

En cuanto a los tamaños de disco; He notado que a partir de unos 500 GB, los discos de diferentes fabricantes son de tamaño exactamente al byte (pero no sé si esto es un estándar real). Esto se puede verificar fácilmente en las especificaciones de la unidad, sin embargo. Pero tenga en count el exceso de aprovisionamiento.