Criar volumes em clusters do Azure Local e do Windows Server

Este artigo descreve como criar volumes em um cluster usando o Windows Admin Center e o Windows PowerShell, como trabalhar com arquivos nos volumes e como habilitar a desduplicação, somas de verificação de integridade ou criptografia BitLocker em volumes. Para saber como criar volumes e configurar a replicação para clusters estendidos, consulte Criar volumes estendidos.

Tip

Caso ainda não o tenha feito, consulte primeiro os volumes do plano.

Ao criar volumes em um cluster de nó único, você deve usar o PowerShell. Consulte Criar volumes usando o PowerShell.

Criar um volume de espelho bidirecional ou tridirecional

Para criar um volume espelhado bidirecional ou tridirecional usando o Windows Admin Center:

1. No Windows Admin Center, conecte-se a um cluster e selecione Volumes no painel Ferramentas .
2. Na página Volumes , selecione a guia Inventário e, em seguida, selecione Criar.
3. No painel Criar volume , insira um nome para o volume.
4. Em Resiliência, selecione Espelho bidirecional ou Espelho tridirecional, dependendo do número de servidores no cluster.
5. Em Tamanho no HDD, especifique o tamanho do volume. Por exemplo, 5 TB (terabytes).
6. Em Mais opções, você pode usar as caixas de seleção para ativar a desduplicação, somas de verificação de integridade ou criptografia.
7. Selecione Criar.

Dependendo do tamanho, a criação do volume pode levar alguns minutos. As notificações no canto superior direito informam quando o volume é criado. O novo volume aparece na lista Inventário.

Criar um volume de paridade acelerado por espelho

A paridade acelerada por espelho (MAP) reduz o espaço ocupado pelo volume da HDD. Por exemplo, um volume espelhado de três vias significaria que, para cada 10 terabytes de tamanho, você precisa de 30 terabytes como espaço ocupado. Para reduzir a sobrecarga na pegada, crie um volume com paridade acelerada por espelho. Isso reduz o espaço ocupado de 30 terabytes para apenas 22 terabytes, mesmo com apenas 4 servidores, espelhando os 20% de dados mais ativos e usando paridade, que é mais eficiente em termos de espaço, para armazenar o restante. Você pode ajustar essa proporção de paridade e espelhamento para encontrar o equilíbrio adequado entre desempenho e capacidade para sua carga de trabalho. Por exemplo, 90% de paridade e 10% de espelho resultam em menor desempenho, mas simplificam ainda mais a complexidade.

Note

Os volumes de paridade acelerados por espelhamento exigem o Resilient File System (ReFS).

Para criar um volume com paridade acelerada por espelho no Windows Admin Center:

1. No Windows Admin Center, conecte-se a um cluster e selecione Volumes no painel Ferramentas .
2. Na página Volumes, selecione a guia Inventário e, em seguida, selecione Criar.
3. No painel Criar volume , insira um nome para o volume.
4. Em Resiliência, selecione Paridade acelerada por espelho.
5. Em Percentagem de paridade, selecione a percentagem de paridade.
6. Em Mais opções, você pode usar as caixas de seleção para ativar a desduplicação, as somas de verificação de integridade ou a criptografia BitLocker.
7. Selecione Criar.

Abrir volume e adicionar ficheiros

Para abrir um volume e adicionar ficheiros ao volume no Windows Admin Center:

1. No Windows Admin Center, conecte-se a um cluster e selecione Volumes no painel Ferramentas .

2. Na página Volumes , selecione a guia Inventário .

3. Na lista de volumes, selecione o nome do volume que deseja abrir.

   Na página de detalhes do volume, você pode ver o caminho para o volume.

4. Na parte superior da página, selecione Abrir. Isso inicia a ferramenta Arquivos no Windows Admin Center.

5. Navegue até o caminho do volume. Aqui você pode procurar os arquivos no volume.

6. Selecione Carregar e, em seguida, selecione um ficheiro para carregar.

7. Use o botão Voltar do navegador para voltar ao painel Ferramentas no Windows Admin Center.

Usar a desduplicação do ReFS

A desduplicação é gerenciada por volume. A desduplicação usa um modelo de pós-processamento, o que significa que você não verá economias até que seja executado. Quando isso acontece, ele funciona em todos os arquivos, até mesmo os arquivos que estavam lá de antes.

Para saber mais, consulte Ativar encriptação de volumes e deduplicação.

Criar volumes usando o Windows PowerShell

Primeiro, inicie o Windows PowerShell no menu Iniciar do Windows. Recomendamos usar o cmdlet New-Volume para criar volumes para o Azure Local. Proporciona a experiência mais rápida e direta. Esse único cmdlet cria automaticamente o disco virtual, particiona-o e formata-o, cria o volume com o nome correspondente e adiciona-o aos volumes compartilhados do cluster – tudo em uma etapa fácil.

O cmdlet New-Volume tem quatro parâmetros que você precisa fornecer:

• Nome Amigável: Qualquer string desejada, por exemplo "Volume1"

• Sistema de arquivos:CSVFS_ReFS (recomendado para todos os volumes; necessário para volumes de paridade acelerados por espelho) ou CSVFS_NTFS

• StoragePoolFriendlyName: O nome do seu pool de armazenamento, por exemplo "S2D on ClusterName"

• Tamanho: O tamanho do volume, por exemplo "10TB"

  Note

  O sistema Windows, incluindo o PowerShell, conta usando números binários (base 2), enquanto os discos geralmente são rotulados usando números decimais (base 10). Isso explica por que uma unidade de "um terabyte", definida como 1.000.000.000.000 bytes, aparece no Windows como cerca de "909 GB". Isso é esperado. Ao criar volumes usando New-Volume, você deve especificar o parâmetro Size em números binários (base-2). Por exemplo, especificar "909GB" ou "0.909495TB" cria um volume de aproximadamente 1.000.000.000.000 bytes.

Exemplo: Com 1 a 3 servidores

Para facilitar as coisas, se sua implantação tiver apenas um ou dois servidores, o Storage Spaces Direct usará automaticamente o espelhamento bidirecional para resiliência. Se sua implantação tiver apenas três servidores, ela usará automaticamente o espelhamento de três vias.

New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB

Exemplo: Com 4+ servidores

Se você tiver quatro ou mais servidores, poderá usar o parâmetro opcional ResiliencySettingName para escolher seu tipo de resiliência. O ResiliencySettingName é Mirror ou Parity.

No exemplo a seguir, "Volume2" usa espelhamento triplo e "Volume3" usa paridade dupla (geralmente chamada de "codificação de eliminação de dados").

New-Volume -FriendlyName "Volume2" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB -ResiliencySettingName Mirror
New-Volume -FriendlyName "Volume3" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB -ResiliencySettingName Parity

Usar níveis de armazenamento

Em implementações com três tipos de unidades, um volume pode abranger as camadas de armazenamento SSD e HDD, residindo parcialmente em cada uma. Da mesma forma, em implantações com quatro ou mais servidores, um volume pode combinar espelhamento e paridade dupla para residir parcialmente em cada um.

Para ajudá-lo a criar esses volumes, o Azure Local fornece modelos de camada padrão chamados MirrorOnMediaType e NestedMirrorOnMediaType (para desempenho), e ParityOnMediaType e NestedParityOnMediaType (para capacidade), onde MediaType é HDD ou SSD. Os templates representam níveis de armazenamento com base em tipos de mídia e encapsulam definições para espelhamento de três vias nos drives de capacidade mais rápida (se aplicável) e paridade dupla nos drives de capacidade mais lenta (se aplicável).

• O cache SBL (Storage Bus Layer) não é suportado na configuração de servidor único. Todas as configurações de tipo de armazenamento único plano (por exemplo, all-NVMe ou all-SSD) são o único tipo de armazenamento suportado para um único servidor.

• Nos clusters Espaços de Armazenamento Diretos executados em versões anteriores do Windows Server 2016, os modelos de camada padrão são chamados de Desempenho e Capacidade.

Você pode ver as camadas de armazenamento executando o cmdlet Get-StorageTier em qualquer servidor do cluster.

Get-StorageTier | Select FriendlyName, ResiliencySettingName, PhysicalDiskRedundancy

Por exemplo, se tiver um cluster de dois nós apenas com HDD, a saída poderá ter o seguinte aspeto:

FriendlyName      ResiliencySettingName PhysicalDiskRedundancy
------------      --------------------- ----------------------
NestedParityOnHDD Parity                                     1
Capacity          Mirror                                     1
NestedMirrorOnHDD Mirror                                     3
MirrorOnHDD       Mirror                                     1

Para criar volumes hierárquicos, faça referência a esses modelos de camada usando os parâmetros StorageTierFriendlyNames e StorageTierSizes do cmdlet New-Volume . Por exemplo, o cmdlet a seguir cria um volume que mistura espelhamento de três vias e paridade dupla em proporções de 30:70.

New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -StorageTierFriendlyNames MirrorOnHDD, Capacity -StorageTierSizes 300GB, 700GB

Repita conforme necessário para criar mais de um volume.

Tabela de resumo da camada de armazenamento

As tabelas a seguir resumem as camadas de armazenamento criadas no Azure Local e no Windows Server.

NúmerodeNós: 1

FriendlyName	MediaType	ResiliencySettingName	NumberOfDataCopies	PhysicalDiskRedundancy	NumberOfGroups	FaultDomainAwareness	ColumnIsolation	Note
MirrorOnHDD	HDD	Mirror	2	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente
MirrorOnSSD	SSD	Mirror	2	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente
MirrorOnSCM	SCM	Mirror	2	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente
ParityOnHDD	HDD	Parity	1	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente
ParityOnSSD	SSD	Parity	1	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente
ParityOnSCM	SCM	Parity	1	1	1	PhysicalDisk	PhysicalDisk	criado automaticamente

NúmerodeNós: 2

FriendlyName	MediaType	ResiliencySettingName	NumberOfDataCopies	PhysicalDiskRedundancy	NumberOfGroups	FaultDomainAwareness	ColumnIsolation	Note
MirrorOnHDD	HDD	Mirror	2	1	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSSD	SSD	Mirror	2	1	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSCM	SCM	Mirror	2	1	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
NestedMirrorOnHDD	HDD	Mirror	4	3	1	StorageScaleUnit	PhysicalDisk	manual
NestedMirrorOnSSD	SSD	Mirror	4	3	1	StorageScaleUnit	PhysicalDisk	manual
NestedMirrorOnSCM	SCM	Mirror	4	3	1	StorageScaleUnit	PhysicalDisk	manual
NestedParityOnHDD	HDD	Parity	2	1	1	StorageScaleUnit	PhysicalDisk	manual
NestedParityOnSSD	SSD	Parity	2	1	1	StorageScaleUnit	PhysicalDisk	manual
NestedParityOnSCM	SCM	Parity	2	1	1	StorageScaleUnit	PhysicalDisk	manual

NúmerodeNós: 3

FriendlyName	MediaType	ResiliencySettingName	NumberOfDataCopies	PhysicalDiskRedundancy	NumberOfGroups	FaultDomainAwareness	ColumnIsolation	Note
MirrorOnHDD	HDD	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSSD	SSD	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSCM	SCM	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente

NúmerodeNós: 4+

FriendlyName	MediaType	ResiliencySettingName	NumberOfDataCopies	PhysicalDiskRedundancy	NumberOfGroups	FaultDomainAwareness	ColumnIsolation	Note
MirrorOnHDD	HDD	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSSD	SSD	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
MirrorOnSCM	SCM	Mirror	3	2	1	StorageScaleUnit	PhysicalDisk	criado automaticamente
ParityOnHDD	HDD	Parity	1	2	Auto	StorageScaleUnit	StorageScaleUnit	criado automaticamente
ParityOnSSD	SSD	Parity	1	2	Auto	StorageScaleUnit	StorageScaleUnit	criado automaticamente
ParityOnSCM	SCM	Parity	1	2	Auto	StorageScaleUnit	StorageScaleUnit	criado automaticamente

Volumes de resiliência aninhados

A resiliência aninhada só se aplica a clusters de dois servidores que executam o Azure Local, o Windows Server 2022 ou o Windows Server 2019; não é possível usar a resiliência aninhada se o cluster tiver três ou mais servidores ou se o cluster executar o Windows Server 2016. A resiliência aninhada permite que um cluster de dois servidores resista a várias falhas de hardware ao mesmo tempo sem perda de disponibilidade de armazenamento, permitindo que usuários, aplicativos e máquinas virtuais continuem a ser executados sem interrupções. Para obter mais informações, consulte Resiliência Aninhada para Espaços de Armazenamento Diretamente e Planear volumes: escolhendo o tipo de resiliência.

Você pode usar cmdlets de armazenamento familiares no PowerShell para criar volumes com resiliência aninhada, conforme descrito na seção a seguir.

Etapa 1: Criar modelos de camada de armazenamento (somente Windows Server 2019)

O Windows Server 2019 exige que você crie novos modelos de camada de armazenamento usando o cmdlet antes de New-StorageTier criar volumes. Você só precisa fazer isso uma vez e, em seguida, cada novo volume criado pode fazer referência a esses modelos.

Note

Se você estiver executando o Windows Server 2022, Azure Stack HCI, versão 21H2, ou Azure Stack HCI, versão 20H2, poderá ignorar esta etapa.

Especifique as -MediaType unidades de capacidade e, opcionalmente, as -FriendlyName de sua escolha. Não modifique outros parâmetros.

Por exemplo, se suas unidades de capacidade forem unidades de disco rígido (HDD), inicie o PowerShell como Administrador e execute os cmdlets a seguir.

Para criar uma camada NestedMirror:

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedMirrorOnHDD -ResiliencySettingName Mirror -MediaType HDD -NumberOfDataCopies 4

Para criar uma camada NestedParity:

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedParityOnHDD -ResiliencySettingName Parity -MediaType HDD -NumberOfDataCopies 2 -PhysicalDiskRedundancy 1 -NumberOfGroups 1 -FaultDomainAwareness StorageScaleUnit -ColumnIsolation PhysicalDisk

Se as suas unidades de capacidade forem unidades de estado sólido (SSD), defina o -MediaType para SSD ao invés e altere o -FriendlyName para *OnSSD. Não modifique outros parâmetros.

Tip

Verifique se Get-StorageTier as camadas foram criadas com êxito.

Etapa 2: Criar volumes aninhados

Crie novos volumes usando o New-Volume cmdlet.

• Espelho bidirecional aninhado

  Para usar o espelho bidirecional aninhado, faça referência ao NestedMirror modelo de camada e especifique o tamanho. Por exemplo:

  New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GB
  

  Se os seus discos forem unidades de estado sólido (SSD), mude -StorageTierFriendlyNames para *OnSSD.

• Paridade aninhada acelerada por espelho

  Para usar a paridade aninhada acelerada por espelhos, faça referência aos modelos das camadas NestedMirror e NestedParity e especifique dois tamanhos, um para cada parte do volume (espelho primeiro, paridade segundo). Por exemplo, para criar um volume de 500 GB que seja 20% espelho bidirecional aninhado e 80% paridade aninhada, execute:

  New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume02 -StorageTierFriendlyNames NestedMirrorOnHDD, NestedParityOnHDD -StorageTierSizes 100GB, 400GB
  

  Se os seus discos forem unidades de estado sólido (SSD), mude -StorageTierFriendlyNames para *OnSSD.

Etapa 3: Continuar no Windows Admin Center

Os volumes que usam resiliência aninhada aparecem no Windows Admin Center com rotulagem clara, como na captura de tela a seguir. Depois de criados, você pode gerenciá-los e monitorá-los usando o Windows Admin Center como qualquer outro volume no Storage Spaces Direct.

Opcional: Expandir para unidades de cache

Com as suas configurações padrão, a resiliência encadeada protege contra a perda de vários discos de capacidade ao mesmo tempo ou de um servidor e um disco de capacidade simultaneamente. Para estender essa proteção às unidades de cache, há outra consideração: como as unidades de cache geralmente fornecem cache de leitura e gravação para várias unidades de capacidade, a única maneira de garantir que você possa tolerar a perda de uma unidade de cache quando o outro servidor estiver inativo é não armazenar gravações em cache, mas isso afeta o desempenho.

Para resolver esse cenário, o Storage Spaces Direct oferece a opção de desabilitar automaticamente o cache de gravação quando um servidor em um cluster de dois servidores estiver inativo e, em seguida, reativar o cache de gravação assim que o servidor fizer backup. Para permitir reinicializações de rotina sem impacto no desempenho, o cache de gravação não é desativado até que o servidor fique inativo por 30 minutos. Assim que o cache de gravação é desativado, o conteúdo do cache de gravação é gravado nos dispositivos de armazenamento. Depois disso, o servidor pode tolerar um dispositivo de cache com falha no servidor online, embora as leituras do cache possam ser atrasadas ou falhar se um dispositivo de cache falhar.

Note

Para um sistema físico inteiramente em cache (um único tipo de mídia), não é necessário considerar desativar automaticamente o cache de gravação quando um dos servidores em um cluster de dois servidores estiver inativo. Deve considerar isto apenas em relação ao cache da camada de barramento de armazenamento (SBL), que é necessário apenas se estiver a utilizar discos rígidos.

(Opcional) Para desabilitar automaticamente o cache de gravação quando um servidor em um cluster de dois servidores estiver inativo, inicie o PowerShell como Administrador e execute:

Get-StorageSubSystem Cluster* | Set-StorageHealthSetting -Name "System.Storage.NestedResiliency.DisableWriteCacheOnNodeDown.Enabled" -Value "True"

Uma vez definido como True, o comportamento do cache é:

Situation	Comportamento do cache	É capaz de tolerar a perda do disco de cache?
Ambos os servidores estão operacionais	Leituras e gravações em cache, desempenho total	Yes
Servidor inativo, primeiros 30 minutos	Leituras e gravações em cache, desempenho total	Não (temporariamente)
Após os primeiros 30 minutos	Somente leitura de cache, desempenho afetado	Sim (depois de o cache ser gravado em discos de capacidade)

Conteúdo relacionado

Para obter conteúdo relacionado e outras tarefas de gerenciamento de armazenamento, consulte:

• Visão geral do Storage Spaces Direct
• Gerenciar volumes