NTFS vs. ReFS-How to Decide Which to Use

By now, you’ve likely heard of Microsoft relatively recent file system “ReFS”. Introduzido com o Windows Server 2012, ele busca exceder NTFS em estabilidade e escalabilidade. Uma vez que normalmente armazenamos os VHDXs para várias máquinas virtuais no mesmo volume, parece que ele combina bem com ReFS. Infelizmente, não aconteceu… no início. A Microsoft continuou a melhorar os ReFS nos anos seguintes. Ganhou várias características que o distanciaram do NTFS. Com a sua maturação, deve começar a usá-lo para Hiper-V? Tem muito a considerar antes de tomar essa decisão.

o que é o Ref?

o apelido “ReFS “significa”sistema de ficheiros resilientes”. Inclui elementos incorporados para ajudar a combater a corrupção de dados. O site docs da Microsoft fornece uma explicação detalhada de ReFS e suas características. Uma breve recapitulação:

• fluxos de Integridade: os árbitros usam códigos de validação para verificar a corrupção de arquivos.
• Reparação Automática: Quando o ReFS detecta problemas num ficheiro, irá automaticamente adoptar medidas correctivas.
• melhorias de desempenho: em algumas condições particulares, ReFS fornece benefícios de desempenho sobre NTFS.
• volume muito grande e suporte a arquivos: Os limites superiores da ReFS excedem os limites NTFS sem incorrer nos mesmos sucessos de desempenho.
• paridade acelerada por Espelho: paridade acelerada por espelho usa muito espaço de armazenamento bruto, mas é muito rápido e muito resistente.
• integração com espaços de armazenamento: muitas das características de ReFS só funcionam ao máximo em conjunto com espaços de armazenamento.

Antes de você ficar animado com alguns dos pontos anteriores, eu preciso enfatizar uma coisa: exceto para os limites de capacidade, ReFS requer espaços de armazenamento, a fim de fazer o seu melhor trabalho.

ReFS Benefits for Hyper-V

ReFS has features that accelerate some virtual machine activities.

• clonagem em bloco: pela minha leitura, a clonagem em bloco é essencialmente uma forma de Des-duplicação. Mas não funciona como filtro de Sistema de ficheiros ou scanner. Ele não espera passivamente por escritas arbitrárias de dados ou digitaliza periodicamente o sistema de arquivos para duplicados. Algo deve invocá-lo ativamente contra um arquivo específico. Microsoft indica especificamente que ele pode muito Velocidade checkpoint mescla.
• VDL esparsa( comprimento de dados válido): Todos os sistemas de ficheiros registam a quantidade de espaço atribuído a um ficheiro. ReFS usa VDL para indicar quanto desse arquivo tem dados. Então, quando você instrui Hyper-V para criar um novo VHDX fixo em ReFS, ele pode criar o arquivo inteiro em aproximadamente a mesma quantidade de tempo que criar um VHDX dinâmico. Beneficiará igualmente as operações de expansão em VHDX em expansão dinâmica.

Take a little bit of time to go over these features. Pense nas suas aplicações totais.

ReFS vs. NTFS para Hyper-V: comparação técnica

com a explicação geral fora do caminho, Agora você pode fazer uma melhor avaliação das diferenças. Primeiro, verifique as tabelas de comparação na página de Visão Geral da Microsoft. Para aplicações típicas de Hiper-V, a maioria das diferenças significam muito pouco. Por exemplo, você provavelmente não precisa de cotas em seus locais de armazenamento Hiper-V. Vamos fazer uma mesa nossa, mais apropriada para Hiper-V:

• ReFS wins: Realmente grande e locais de armazenamento muito grande VHDXs
• ReFS wins: Ambientes excessivamente alta incidência de criado, verificado, ou fusão VHDXs
• ReFS wins: o Espaço de Armazenamento e Espaços de Armazenamento Direto implantações
• NTFS wins: um Único volume de implantações
• NTFS wins (potencialmente): Misto finalidade implantações

eu acho que a maioria dessas coisas falam por si. Os últimos dois provavelmente precisam de mais explicações.Neste contexto, eu pretendo “implantação de volume único” para as instalações onde você tem Hyper-V (incluindo o seu sistema operacional de gestão) e todos VMs no mesmo volume. Você não pode formatar um volume de boot com ReFS, nem pode colocar um arquivo de página em ReFS. Tal instalação também não permite espaços de armazenamento ou espaços de armazenamento direto, por isso iria perder a maioria das capacidades do ReFS de qualquer maneira.Alguns de nós têm a sorte de implantar apenas máquinas virtuais em locais de armazenamento dedicados. Nem todos têm isso. Se o seu volume de armazenamento Hyper-V também hospeda arquivos para outros fins, você pode precisar continuar com NTFS. Vá por cima da última tabela perto do fundo da página de visão geral. Ele mostra as propriedades que você só pode encontrar no NTFS. Para os cenários de compartilhamento de arquivos padrão, você perde quotas. Você pode ter aplicações legadas que requerem propriedades estendidas do NTFS, ou nomes curtos. Nestas situações, só a NTFS serve.

Nota: Se você tem alguma alternativa, não use o mesmo host para executar papéis não-Hyper-V ao lado Hyper-V. A Microsoft não suporta mixagem. Da mesma forma, separar VMs Hyper-V em volumes para além dos volumes que contêm outros tipos de ficheiros.

comportamento inesperado de ReFS

o conteúdo oficial vai a alguns comprimentos para descrever os benefícios dos fluxos de integridade do ReFS. Ele usa códigos de validação para detectar a corrupção de arquivos. Se ele encontra problemas, ele se envolve em medidas corretivas. Em um volume de espaços de armazenamento que usa esquemas de proteção, ele tem a oportunidade de resolver o problema. Ele faz isso com o volume on-line, proporcionando uma experiência perfeita. Mas, o que acontece quando os árbitros não conseguem corrigir o problema? É aí que tens de prestar muita atenção.

na página geral, a documentação usa uma formulação excepcionalmente vaga:”ReFS remove os dados corrompidos do espaço de nomes”. A página integrity streams faz pior: “se a tentativa não for bem sucedida, os árbitros retornarão um erro.”Enquanto pesquisava este artigo, fui informado de uma atividade mais preocupante: ReFS apaga arquivos que ele considera inviável. A seção de comentários no final dessa página inclui um relatório corroborante. Se você seguir esse tópico de comentários através, você vai encontrar uma entrada de um gerenciador de Programas Microsoft que declara:

ReFS elimina ficheiros em dois cenários:

1. ReFS detecta corrupção de metadados e não há maneira de corrigi-lo. Significando ReFS não está em um volume redundante de espaços de armazenamento onde ele pode corrigir a cópia corrompida.
2. ReFS detecta corrupção de dados e fluxo de integridade está habilitado e não há maneira de corrigi-lo. O que significa que se o fluxo de integridade não estiver ativado, o arquivo será acessível se os dados estão corrompidos ou não. Se ReFS estiver rodando em um volume espelhado usando espaços de armazenamento, a cópia corrompida será corrigida automaticamente.

o resultado: se o ReFS decidir que um VHDX sofreu um dano irrecuperável, ele irá apagá-lo. Não pedirá, nem lhe dará qualquer oportunidade de tentar salvar o que puder. Se os ReFS não são apoiados pela redundância dos espaços de armazenamento, então não tem nenhuma maneira de executar um reparo. Então, de uma perspectiva, isso faz com que os árbitros em espaços não-armazenados pareçam uma abordagem de alto risco. Mas …

Cuidado Com As Cópias De Segurança!

não deve ignorar a gravidade da secção anterior. No entanto, também não devias deixar que isso te afugentasse. Compreendo que talvez prefira um VHDX parcialmente legível a um apagado. Para isso, você pode simplesmente desativar fluxos de integridade nos arquivos do seu VMs. Também tenho outra sugestão.Não negligencie seus backups! Se o ReFS apagar um ficheiro, recupera-o do backup. Se um VHDX se corromper no NTFS, recupere – o do backup. Com os árbitros, pelo menos sabes que tens um problema. Com a NTFS, os problemas podem esconder-se muito mais tempo. Não importa a sua configuração, a única coisa que você pode depender para proteger seus dados é uma solução de backup sólida.

quando escolher NTFS para Hyper-V

você agora tem informações suficientes para tomar uma decisão informada. Estas condições indicam uma boa condição para NTFS:

• configurações que não usam espaços de armazenamento, como um disco único ou RAID do fabricante. Isto, por si só, não é um ponto seguro.; por favor, leia o “cuidado com seus Backups!”secção acima.
• Sistemas de volume único (a sua máquina só tem um c: volume)
• Sistemas de uso misto (por favor reconfigure para papéis separados)
• o armazenamento em máquinas com mais de 2016 — ReFS não foi tão maduro nas versões anteriores. Isto por si só não é um ponto seguro.
• seu fornecedor de aplicativos de backup não suporta ReFS
• se você não tem certeza sobre ReFS

com o passar do tempo, NTFS vai perder favorabilidade sobre ReFS em desdobramentos Hyper-V. Mas isso não significa que a NTFS tenha chegado ao seu fim. ReFS tem limites espantosamente mais altos, mas muito poucos sistemas usam mais do que uma fração do que NTFS pode oferecer. ReFS Tem características de resiliência impressionantes, mas NTFS também tem poderes de auto-cura e você tem acesso a tecnologias RAID para defender contra a corrupção de dados.

a Microsoft continuará a desenvolver Ref. Eles podem eventualmente posicioná-lo como sucessor do NTFS. A partir de hoje, não o fizeram. Também não parece que o façam amanhã. Não se sinta pressionado a mover-se para ReFS antes do seu nível de conforto.

Quando a Escolher Árbitros para o Hyper-V

Algumas situações, fazer Referências a escolha certa para armazenar o Hyper-V data:

• Espaços de Armazenamento (e Espaços de Armazenamento Directo) ambientes
• Extremamente grandes volumes
• Extremamente grande VHDXs

Você pode ganhar um adicional de desempenho baseado em argumento para ReFS em um ambiente com uma alta rotatividade de VHDX arquivos. No entanto, não sobrestimem o impacto dessas melhorias de desempenho. A diferença mais marcante aparece quando você cria VHDXs fixos. Para todas as outras operações, você precisa atualizar seu hardware para alcançar melhorias significativas.

no entanto, eu não quero gloss sobre o benefício de ReFS para volumes muito grandes. Se você tiver o volume de armazenamento de alguns terabytes e VHDXs de mesmo algumas centenas de gigabytes, então os ReFS raramente baterão NTFS significativamente. Quando você começar a pensar em termos de centenas de terabytes, NTFS provavelmente irá mostrar estrangulamentos. Se você precisa empurrar mais alto, então os árbitros se tornam sua única escolha.

ReFS realmente brilha quando você combina com espaços de armazenamento direto. Sua capacidade de executar automaticamente uma reparação on-line não-disruptiva é verdadeiramente impressionante. Por um lado, as probabilidades de corrupção disruptiva de dados em sistemas modernos constituem uma anomalia estatística. Por outro lado, ninguém que tenha sofrido um evento deste tipo realmente se importa com o quão improvável ele era.

ReFS vs NTFS on Hyper-V Guest File Systems

All of the above deals only with Hyper-V’s storage of virtual machines. E os árbitros nos sistemas operativos dos hóspedes?Para responder a essa pergunta, precisamos voltar aos pontos fortes de ReFS. Até agora, só pensamos nisso em termos de hiper-V. Os hóspedes têm as suas próprias condições e necessidades. Vamos começar por rever a visão geral dos árbitros da Microsoft. Especificamente, o seguinte:

“a Microsoft desenvolveu NTFS especificamente para uso geral uso com uma ampla gama de configurações e cargas de trabalho, no entanto, para os clientes, especialmente exigindo a disponibilidade, resiliência, e/ou a escala que ReFS fornece, a Microsoft suporta ReFS para uso sob as seguintes configurações e cenários…”

eu mais ênfase a parte que eu quero que você considere. A frase em si faz você pensar que eles vão para a lista de alguns usos, mas eles só listam um: “alvo reserva”. Os outros itens em sua lista só falam sobre a configuração de armazenamento. Então, precisamos voltar à frase e retirar esses três descritores para nos ajudar a decidir: “disponibilidade”, “resiliência” e “escala”. Você pode jogar fora os dois primeiros imediatamente — você não deve se concentrar na disponibilidade de armazenamento e resiliência dentro de uma VM. Isso deixa-nos com”escala”. Então, volumes realmente grandes e arquivos realmente grandes. Lembra-te, isso significa centenas de terabytes e mais.

para uma decisão mais precisa, Leia através das comparações de recursos. Se qualquer aplicação que você deseja usar dentro de um convidado precisa de recursos apenas encontrados em NTFS, use NTFS. Pessoalmente, eu ainda uso NTFS dentro dos convidados quase exclusivamente. ReFS precisa de espaços de Armazenamento para fazer o seu melhor trabalho, e espaços de Armazenamento faz o seu melhor trabalho na camada física.

combinando ReFS com NTFS através Hyper-V Host e convidados

tenha em mente que o sistema de arquivos dentro de um hóspede não tem qualquer relação com o sistema de arquivos do host, e vice-versa. Tanto quanto Hyper-V sabe, VHDXs ligados a máquinas virtuais não são nada mais do que um pacote de blocos de dados. Você pode usar qualquer combinação que funcione.