O ReFS está pronto para hospedar VHDXs de produção em clusters Hyper-V 2012 r2?

Um dos novos recursos que eu não vi listado em todas as postagens do "Windows Server 2012 r2" é que o Cluster agora suporta CSVs formatados com ReFS. Então, naturalmente, gostaria de alterar os CSVs onde armazeno os arquivos VHDX para serem ReFS. Mas os arquivos VHDX estão sendo usados ​​para armazenar arquivos de banco de dados em VMs executando o Sql Server 2012.

O pensamento é que eu teria o RAID no nível do hardware, protegendo contra falhas instantâneas. Acima disso, o sistema operacional real (Hyper-V Server 2012 r2) os manteria como volumes ReFS, o que protegeria os dados nessas unidades contra o bitrot. Por fim, os VHDXs são unidades NTFS, o que significa que os aplicativos suportados continuam usando o sistema de arquivos em que confiam.

Até agora, o melhor que posso encontrar é que isso é tecnicamente suportado - porque o Hyper-V relata que você deve desativar a configuração "integridade dos dados" no arquivo VHDX (cmdlet Set-FileIntegrity) ao tentar usá-lo em o volume ReFS. Mas não consigo encontrar informações mais sólidas do que isso. Ele está realmente pronto para o horário nobre ou é efetivamente apenas uma prévia da tecnologia para cluster?

Edit: 2014-01-22

Eu descobri que o ReFS só detecta o bitrot por si só. Para que o ReFS detecte e corrija automaticamente, você também deve usar os Espaços de Armazenamento para criar um volume RAID-1 usando várias unidades ReFS. Portanto, parece que minha solução está evoluindo para que o RAID de hardware apresente seus discos como JBOD, para que o Windows cuide da parte RAID-1. Testarei se essa é uma configuração viável na produção nos próximos meses.

A resposta é um "Não" muito claro .

O ReFS só detecta rotações de bits nos dados do usuário se o arquivo em questão tiver "Integrity Streams" ativado (Fontes: documentos oficiais do TechNet , publicação de blog favorita de todos e outro local ). Ah, e você também perde COW (Copy-On-Write) quando os Integrity Streams estão desativados. Como você não pode usar um VHDX residente em um volume ReFS, a menos que o Integrity Streams esteja desativado, não é possível proteger um VHDX contra a rotação de bits. Fim de jogo.

É como se a mesma pessoa que pensava que um Pool de Espaço de Armazenamento em Cluster exigisse pelo menos três discos e também tomou a decisão de tomar a melhor coisa sobre o ReFS, algo que você pudesse desativar e, em seguida, solicitou às pessoas do Hyper-V que o exigissem. ser desativado. É difícil imaginar essa quantidade de "burros" espalhados até agora por equipes principais como essa.

Auxiliar

Ao fazer alguns testes, achei o seguinte que pode ser útil para pessoas que ainda desejam avançar:

• Você pode apenas SLM (Storage Live Migrate) um VHDX em uso em um volume de espelho ReFS se o seu destino for uma pasta em que o Integrity Streams foi desativado.
  • Se você tentar fazer o SLM em um espelho do ReFS, onde o Integrity Streams está ativado , você receberá um erro: "O destino '...' não é válido porque está configurado com o atributo de fluxo de integridade. um destino que não possui o atributo de fluxo de integridade para continuar. ". Você recebe o mesmo erro ao tentar via PowerShell.
• Copiar / mover um arquivo para um espelho ReFS resultará no arquivo com seu "bit de integridade" definido para corresponder à configuração da pasta de destino.
• Você não pode obter / definir o bit de integridade de um VHDX em uso.
• Caso contrário, o desempenho de um volume de espelho ReFS parece ser bom o suficiente (na minha opinião, é claro) para Produção. Meu teste de "diferenças" está aqui se alguém se importa.

O ReFS é suportado, com a integridade dos dados desativada, como você descobriu. O que isto significa é que o seu VHD não está "protegido contra o bitrot", como você disse acima. O próprio sistema de arquivos seria, mas não o próprio VHD. Se essa medida de proteção é interessante para você, vá em frente e use o ReFS.