Servidor de archivos escalable con espacios de almacenamiento directo

chicos! Después de una actualización reciente de nuestra infraestructura, tengo un montón de hardware fuera de servicio que me gustaría usar para fines de almacenamiento junto con probar algunas cosas nuevas. Entonces, tengo 4 x servidores DELL R630 que tienen 6 x HDD y 2 x SSDs adentro. Las unidades SMART son ecológicas, por lo que me gustaría utilizar esos servidores como un clúster de almacenamiento dedicado de alta disponibilidad. Me gustaría probar la nueva tecnología Windows 2016 Storage Spaces Direct como un clúster de servidor de archivos de escalamiento horizontal dedicado, por lo que pedí 4 x Mellanox Connectx4 de doble puerto NIC de 10 Gbe para ellos. ¿Sabes cómo implementar correctamente este tipo de configuración? ¿Algún problema o desventaja de este escenario? Como todas las guías oficiales cubren solo el enfoque hiperconvergente, ¡una breve guía paso a paso de SoFS dedicado sería increíble!

Su escenario está bien si está de acuerdo con pagar un montón de dinero por las licencias. También necesitará una estructura de interconexión y un conmutador que admita PFC para usar la función SMB Direct (supongo que le gustaría usarlo debido a las NIC Mellanox con capacidad RDMA que son increíbles).

Sus unidades le permiten crear un nivel de capacidad basado en la paridad y agregar algo de almacenamiento en caché basado en SSD (o nivel más rápido) encima, lo cual es bueno. Aunque no esperaría un rendimiento excepcional de esta configuración a menos que su carga de trabajo se ajuste exactamente a su caché / nivel SSD. La paridad de software RAID / RAIN utilizada en S2D todavía es una mierda en términos de rendimiento.

Hay mucha información sobre cómo planificar un clúster S2D en TechNet aquí https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/storage-spaces-direct-overview .

Puede encontrar una guía paso a paso que cubre su escenario particular aquí: https://www.starwindsoftware.com/blog/microsoft-storage-spaces-direct-4-node-setup-2

Hay muy poco o nada de sentido construir SoFS basado en S2D. Este es el por qué:

1) Edición del centro de datos en todas partes. Es costoso ($ 6K +), y si bien para un escenario hiperconvergente, usted paga por máquinas virtuales con Windows Server con SOFS que paga ... ¡nada! ¡No hay máquinas virtuales para ejecutar!

2) La configuración de doble cabezal es posible desde TP5 AFAIK, pero no hay códigos de reconstrucción locales (Leer: el clúster no es tolerante a la falla del doble disco, ¡esto NO ES SENSIBLE en el mundo de la matriz de almacenamiento!), No hay codificación de borrado y no hay discos virtuales multirresistentes. Buscar más cabezales soluciona los problemas, pero eso son ediciones (4 * Datacenter) y ... ¿Vieron muchos controladores de almacenamiento activos cuádruples en matrices de almacenamiento? Sí, hay dos. A veces tres (Infinidat?).

Así que quédese con los espacios de almacenamiento en clúster como un back-end SoFS (solución súper madura) o use alguna replicación entre nodos por mucho menos de $ 12K solo en software.