Tenho configuração S2D usando 2 VMs do Azure em um espelho. Quando o configurei originalmente, fiz isso seguindo as instruções aqui:https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment
Isso funcionou muito bem sem problemas. Quando o configurei, optei por usar discos de dados de 128 GB. Com 2 discos em cada VM, eu tinha 252 GB de capacidade no meu volume.
Agora estou voltando a esta configuração e queria adicionar mais capacidade. Adicionei um disco de dados de 1023 GB a cada VM. Aguardou que o pool de armazenamento os adicionasse automaticamente, o que aconteceu. Então tentei redimensionar meu disco virtual usando as informações aqui:https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/resize-volumes
Ao observar meu pool de armazenamento no "Failover Cluster Manager", ele indicou que eu tinha 2,00 TB de espaço livre. Presumi que só poderia usar metade disso, então minha nova capacidade deveria ser de aproximadamente 1,2 TB quando combinada com minha capacidade original.
Quando executei o comando do PowerShell "Resize-VirtualDisk", ele me disse que não havia capacidade disponível suficiente. Então comecei apenas a reduzir o tamanho e finalmente consegui que funcionasse se redimensionasse para 500 GB.
Portanto, adicionar 2 discos de 1 TB me proporcionou apenas 250 GB extras de capacidade. Por que é isso? Tenho tentado descobrir e entender como tudo isso funciona, mas não consigo encontrar uma resposta definitiva.
Responder1
TLDR: tente adicionar discos do tamanho inicial.
Parece que você estáencalhando seus dados. O Storage Spaces Direct (S2D) é inteligente e pode recuperar os dados se, com a combinação certa de nós extras, por exemplo, tiver este tipo de inteligência:
Ele age de forma divertida dependendo de seus nós/restrições. A simples adição de um quarto nó pareceria bloquear o espaço, mas na verdade permitiria uma reorganização em massa.
Relacionado, você está criandocapacidade de reserva(o que você achar inutilizável em seus novos discos de 1 TiB). O S2D tem alguma inteligência extra aqui, pois usará esse espaço não reclamado para realocar setores defeituosos no(s) mesmo(s) disco(s).
Como você está fazendo isso na nuvem, eu não me preocuparia com isso se você tivesse lido seu SLA; basta seguir a documentação e deixar o Azure se preocupar com o bitrot. Mas se você estiver fazendo isso localmente, definitivamente vale a pena considerar.