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

14

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.

Granger
fonte

Respostas:

14

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

O ReFS 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.
Granger
fonte
3
Eu não diria que os engenheiros da MS são burros, mas existem alguns problemas difíceis que surgem com a solução desejada e eles não conseguiram resolvê-los a tempo ou não foi possível torná-lo confiável.
Andy
Se você perceber, isso não é "estúpido". Os sistemas Linux têm limitações semelhantes, mas não as impõem. Claro, você pode colocar uma imagem qcow2 no topo de um volume BTRFS com a soma de verificação ativada - mas ela funcionará como lixo para a maioria das cargas de trabalho. Desative a soma de verificação e é muito melhor - ainda assim você obtém os recursos de volume, etc. do BTRFS. Se você está preocupado com isso, coloque um ReFS de soma de verificação na imagem da VM.
Spooler
0

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.

Jake Oshins
fonte
Você está certo e errado, considerando o que acho que "proteger" significa neste caso. O ReFS, por si só, detectará e notificará o bitrot, mas não o corrigirá automaticamente. Para que o ReFS se proteja verdadeiramente contra o bitrot (detecção e correção automática), é necessário usar os Espaços de Armazenamento para criar um volume RAID-1 no nível do SO a partir de várias unidades ReFS. ... então meu cenário original não funcionará, a menos que eu sacrifique mais espaço (RAID-1 em cima do RAID-1).
Granger