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

Question

Um dos novos recursos que não vi listados em todas as postagens do "Windows Server 2012 r2" é que o Clustering agora suporta CSVs formatados com o ReFS. Portanto, naturalmente, gostaria de alterar os CSVs onde armazenei os arquivos VHDX como ReFS. Mas os arquivos VHDX estão sendo usados para armazenar arquivos de banco de dados em VMs que executam o Sql Server 2012.

O pensamento é que eu teria o RAID no nível do hardware, protegendo contra falhas instantâneas. Acima disso, o SO 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 a usar o sistema de arquivos em que eles confiam.

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

Edit: 2014-01-22

Descobri que o ReFS só detecta o bitrot por si só. Para que o ReFS detecte a correção automática e , você também deve usar os Espaços de Armazenamento para criar um volume RAID-1 usando várias unidades ReFS. Então, parece que minha solução está evoluindo para que o RAID de hardware apresente seus discos como JBOD, então o Windows cuida da parte RAID-1. Estarei testando se essa configuração é viável na produção no próximo mês.

    

Answer 1

A resposta é muito clara "Não" .

ReFS somente detecta a podridão de bits em dados do usuário se o arquivo em questão tiver "Fluxos de Integridade" ativados (Fontes: documentos oficiais do TechNet , post de blog favorito de todos , e outro ponto ). Ah, e você também perde COW (Copy-On-Write) quando os Fluxos de Integridade estão desativados. Como você não pode usar um VHDX residente em um volume ReFS, a menos que o Integrity Streams esteja desabilitado, não é possível proteger um VHDX contra a podridão de bits. Fim de jogo.

É como se a mesma pessoa que achava que um Pool de Armazenamento em Cluster exigisse pelo menos três discos também fosse a decisão que fez a melhor coisa sobre o ReFS em algo que você poderia desativar e, em seguida, tenha o pessoal do Hyper-V. para exigir que seja desativado. É difícil imaginar que essa quantidade de "burro" se espalhou por equipes principais como essa.

Auxiliar

Ao fazer alguns testes, descobri o seguinte que pode ser útil para pessoas que ainda desejam seguir em frente:

• Você só pode SLM (Storage Live Migrate) um VHDX em uso para um volume de espelho ReFS se seu destino for uma pasta na qual os fluxos de integridade foram desativados.
  • Se você tentar fazer o SLM em um espelho de ReFS onde os Fluxos de Integridade estão ativados , você receberá um erro com isto: "O destino". .. 'não é válido porque está configurado com o atributo de fluxo de integridade. Selecione um destino que não tenha o atributo de fluxo de integridade para continuar. " Você recebe o mesmo erro ao tentar usar o PowerShell.
• Copiar / Mover um arquivo para um espelho ReFS resultará no arquivo ter 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 espelho ReFS parece ser bom o suficiente (minha opinião, é claro) para Produção. Meu teste de "diferenças" está aqui se alguém se importar .

Answer 2

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