O Armazenamento em Camadas no Microsoft Windows Server 2012 funciona com o Destino ISCSI do Microsoft Software

Question

Estou tentando criar uma máquina de armazenamento para minha rede doméstica, mas estou com um problema de entender como certas coisas funcionam nos bastidores.

Espero configurar um sistema de armazenamento hierárquico com SSDs de 4 x 240 GB e HDDs de 8 TB de 2 TB. Isso, é claro, requer o uso de Espaços de Armazenamento espelhados, e espero ter um único espaço espelhado abrangendo a totalidade do conjunto.

Também estou esperando configurar unidades ISCSI usando o destino ISCSI do software Windows Server.

Então aqui é onde eu fico confuso. Meu entendimento de tudo o que eu li implica que a classificação em espaços de armazenamento é orientada a arquivos. Isso significa que ele rastreia quais arquivos são usados com frequência e move os arquivos entre a camada de SSD e a camada de HDD adequadamente. Entendo também que as LUNs ISCSI da Microsoft são arquivos de disco rígido virtuais (VHDX) e que eu teria vários arquivos VHDX residindo em meu espaço de armazenamento. Se meu entendimento dessas duas tecnologias estiver correto, isso significa que a classificação em camadas não funcionará, porque os espaços de armazenamento só “verão” os arquivos VHDX, mas não o conteúdo. Isso sugere ainda que arquivos VHDX inteiros podem ser movidos entre o SDD e o HDD, o que eu suspeito que não seja uma grande coisa considerando o tamanho do arquivo.

Alguém com quem falei com a IRL espera que a classificação em camadas ocorra no nível do bloco, em oposição ao nível do arquivo. Infelizmente, não temos nenhuma evidência para apoiar a afirmação, além de "é assim que funciona em outros sistemas", o que eu não acho reconfortante.

Obrigado a todos pelo seu tempo. Estou ansioso para aprender mais sobre esses (relativamente) novos sistemas.

    

Answer 1

Embora a implementação interna de Espaços de Armazenamento rastreie o uso, mas isso é feito no nível do bloco. Um espaço de armazenamento "espaço" (seja espelhado, listrado, paridade, o que quer que seja) é realmente visto como um disco. Tanto é assim que você tem que escolher um esquema de particionamento para ele (MBR ou GPT), criar uma ou mais partições nele e formatar a (s) partição (ões) antes de poder usá-la.

Como experimento, criei vários desses "espaços" (vamos chamá-los de discos de espaço de armazenamento) e os configurei como discos dinâmicos, combinando-os em um disco grande ... no modo de paridade. O desempenho não foi estelar, mas funcionou. :)

O objetivo dessa explicação é que sabemos que o mecanismo de classificação do Storage Spaces não funciona no nível do arquivo, porque não pode . Toda a semântica do sistema de arquivos desapareceu, sendo absorvida pelo driver do sistema de arquivos, muito antes das chamadas de E / S atingirem o "espaço" do Espaço de Armazenamento. Ele não pode mais estar ciente dos limites do arquivo do que uma unidade de disco comum.

Então ... Eu nunca trabalhei com isso, mas parece que para criar um iSCSI LUN você cria arquivos VHDX dentro de algum espaço em disco no servidor. Isso deve funcionar bem em um "disco" de espaço de armazenamento.

    

Answer 2

O Microsoft tiering engine não move todos os arquivos completamente, ele cria o chamado "bitmap de temperatura" e move blocos ou blocos entre camadas de maior e menor desempenho. Fazendo uma longa história: você será bom! Existem outros problemas com o destino iSCSI da Microsoft, como por exemplo, não é produzido em HCL pela VMware ou Citrix e não usa cache, mas isso é outra história.