Tengo una configuración de S2D usando 2 máquinas virtuales de Azure en un espejo. Cuando lo configuré originalmente, lo hice siguiendo las instrucciones aquí:https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment
Esto funcionó muy bien sin problemas. Cuando lo configuré, elegí usar discos de datos de 128 GB. Con 2 discos en cada máquina virtual, tenía 252 GB de capacidad en mi volumen.
Ahora vuelvo a esta configuración y quería agregar más capacidad. Agregué un disco de datos de 1023 GB a cada máquina virtual. Esperó a que el grupo de almacenamiento los agregara automáticamente, lo cual hizo. Luego intenté cambiar el tamaño de mi disco virtual usando la información aquí:https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/resize-volumes
Al mirar mi grupo de almacenamiento en el "Administrador de clústeres de conmutación por error", indicó que tenía 2,00 TB de espacio libre. Supuse que solo podría usar la mitad de eso, por lo que mi nueva capacidad debería ser de aproximadamente 1,2 TB combinada con mi capacidad original.
Cuando ejecuté el comando de PowerShell "Resize-VirtualDisk", me dijo que no había suficiente capacidad disponible. Entonces comencé a reducir el tamaño y finalmente logré que funcionara si lo cambiaba a 500 GB.
Entonces, agregar 2 discos de 1 TB solo me dio 250 GB adicionales de capacidad. ¿Por qué es esto? He estado tratando de descubrir y comprender cómo funciona todo esto, pero no puedo encontrar una respuesta definitiva.
Respuesta1
TLDR: intente agregar discos del tamaño inicial.
Suena como si lo fuerasvarando sus datos. Storage Spaces Direct (S2D) es inteligente y puede recuperar los datos si, por ejemplo, con la combinación correcta de nodos adicionales, tiene este tipo de inteligencia:
Actúa de forma lúdica dependiendo de sus nodos/limitaciones. Simplemente agregar un cuarto nodo parecería dejar varado el espacio, pero en realidad permitiría una reorganización masiva.
Relacionado, estás creandoCapacidad de reserva(lo que encuentre inutilizable en sus nuevos discos de 1 TiB). S2D tiene algo de inteligencia adicional aquí, ya que utilizará este espacio no reclamado para reasignar sectores defectuosos en los mismos discos.
Sin embargo, dado que está haciendo esto en la nube, no me preocuparía por esto si ha leído su SLA; simplemente siga los documentos y deje que Azure se preocupe por bitrot. Pero si hace esto en sus instalaciones, definitivamente vale la pena considerarlo.