
He leído elConsideraciones sobre la simetría de la unidady elImplementar espacios de almacenamiento directoartículos y busco para comprender el comportamiento predeterminado del Enable-ClusterStorageSpacesDirect
comando en lo que respecta a la capacidad. Según los artículos, las unidades más lentas están configuradas para permitir la mayor cantidad de almacenamiento y al mismo tiempo mantener la resiliencia.
Estoy pensando en configurar un entorno muy pequeño para experimentar con esto y me preguntaba con cuánto almacenamiento terminaré. Tengo 2 servidores y planeo configurar un testigo. Los dos servidores son idénticos. Cada uno tiene 2 SSD de 500 GB y 3 HDD: 1 TB, 2 TB y 3 TB.
Según lo que he leído, entiendo que el par de SSD de 500 GB se configurarán para caché. Lo que me pierdo es qué pasará con la capacidad del disco duro. Según los artículos anteriores, se admiten diferentes tamaños de unidades en los servidores, pero pueden provocar una pérdida de capacidad, y se admiten diferentes tamaños de unidades dentro de un servidor. Sin embargo, no menciona la capacidad bloqueada.
Suponiendo que no realice ninguna configuración adicional, ¿esta configuración daría como resultado 6 TB de almacenamiento utilizable, 3 TB (1 TB para cada unidad) o algo completamente distinto?
Respuesta1
1) Hay muchas maneras de desollar a un gato (c)... Dependiendo de cómo cortarás tus discos y cómo configurarás el sistema (HDD + SSD para caché versus paridad acelerada por espejo, etc.), obtendrás diferentes capacidad utilizable.
2) Es una mala idea utilizar S2D solo en dos nodos. Es frágil y cada vez que tendrá un host inactivo por cualquier motivo (mantenimiento, tiempo de inactividad no planificado, etc.) y tendrá solo UNA falla de disco en el que está activo, su clúster se irá al sur.
Respuesta2
La configuración considerada dará como resultado 6 TB de capacidad utilizable y 1 TB de caché por nodo.
Siempre puedes comprobarlo con esta calculadora:
https://s2dcalc.blob.core.windows.net/www/index.html
Tampoco confiaría nunca en 2 nodos s2d para conservar datos de misión crítica. Desafortunadamente, esta configuración aún no es perfecta y parece que no se ha probado exhaustivamente. Para casos similares, suelo recomendar un Starwind gratuito de terceros:
https://www.starwindsoftware.com/starwind-virtual-san
Espero ver que s2d se rediseñe en una versión futura.