Estou testando o S2D. Eu criei cluster de 2 VMs e chamei o PowerShell
Enable-ClusterStorageSpacesDirect -SkipEligibilityChecks -Confirm -CacheState Disabled
Lista de armazenamento
Type Node Size Used Percent
---- ---- ---- ---- -------
HDD 1 21GB 0 0%
HDD 1 129GB 0 0%
HDD 1 107GB 0 0%
HDD 1 140GB 0 0%
HDD 1 118GB 0 0%
HDD 1 11GB 0 0%
HDD 2 21GB 0 0%
HDD 2 129GB 0 0%
HDD 2 107GB 0 0%
HDD 2 118GB 0 0%
HDD 2 140GB 0 0%
HDD 2 11GB 0 0%
No Gerenciador de Failover, vejo que o Armazenamento em Cluster do Windows do S2D tem 986 GB de espaço livre, mas quando tento criar novo volume, a capacidade máxima disponível é de 51 GB. Eu esperaria ~ 490 GB. Alguma pista de por que o máximo é tão baixo? Quais etapas estou faltando?
Atualizar A adição de uma unidade extra de 300 GB a cada VM aumentou o espaço livre para 1,51 TB e o tamanho máximo do volume para 63 GB. Ainda não satisfeito com o resultado.
Obrigado ao @CosmosDarwin que me ajudou a descobrir que o erro estava no Gerenciador de Failover. Script do PowerShell
New-Volume -FriendlyName "TEST" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 200GB
criou o volume sem problemas. Vale a pena observar que New-Volume cmdlet imprime informações de volume quando bem-sucedido, mas não tem saída quando falha porque não está sendo executado com privilégios administrativos.
Eu voto em armazenamento compartilhado. Para o caso, o StarWind Virtual SAN Free parece ser uma opção melhor. Os Espaços de Armazenamento Diretos da Microsoft são mais sobre o Enterprise que possui requisitos para armazenamento subjacente e licenças do Windows Server. link
Do meu ponto de vista, o StarWind Virtual SAN funcionaria melhor aqui, pois não tem requisitos obrigatórios para armazenamento subjacente e fornece armazenamento compartilhado sobre o subjacente, com menos ou nenhuma penalidade tanto no desempenho quanto na capacidade. link
O S2D precisa de alguns espaços livres para se auto-curar em caso de desastre.