Expansão de servidor único para sua HCI do Azure Stack

Aplica-se a: Azure Stack HCI, versão 22H2

Importante

O Azure Stack HCI agora faz parte do Azure Local. A renomeação da documentação do produto está em andamento. No entanto, as versões mais antigas do Azure Stack HCI, por exemplo 22H2, continuarão a fazer referência ao Azure Stack HCI e não refletirão a alteração de nome. Mais informações.

Aviso

As instruções de implantação fornecidas neste artigo aplicam-se a uma versão mais antiga, Azure Stack HCI, versão 22H2. Para novas implantações, recomendamos que você use a versão mais recente disponível em geral do Azure Local, consulte Sobre a implantação do Azure Local.

O Azure Stack HCI versão 22H2 dá suporte a alterações de resiliência e domínio de falha em linha para expansão de cluster de servidor único. Este artigo descreve como você pode expandir seu cluster HCI do Azure Stack.

Sobre a expansão de cluster de servidor único

O Azure Stack HCI versão 22H2 fornece opções de dimensionamento fáceis para passar de um cluster de servidor único para um cluster de dois nós e de um cluster de dois nós para um cluster de três nós. O diagrama a seguir mostra como um único servidor pode ser dimensionado para um cluster de vários nós em sua HCI do Azure Stack.

Alterações de domínio de falha em linha

Ao expandir de um cluster de servidor único para um cluster de dois nós, o domínio de falha de armazenamento primeiro precisa ser alterado de tipo PhysicalDisk para StorageScaleUnit. A alteração precisa ser aplicada a todos os discos virtuais e camadas de armazenamento. Nós extras podem ser criados e os dados são balanceados uniformemente em todos os nós do cluster.

Conclua as seguintes etapas para definir corretamente os domínios de falha depois de adicionar um nó:

1. Execute o PowerShell como administrador.

2. Altere o tipo de domínio de falha do pool de armazenamento:

   Get-StoragePool -FriendlyName <s2d*> | Set-StoragePool -FaultDomainAwarenessDefault StorageScaleUnit
   

3. Remova o volume Histórico de desempenho do cluster:

   Remove-VirtualDisk -FriendlyName ClusterPerformanceHistory
   

4. Gere novas camadas de armazenamento e recrie o volume do histórico de desempenho do cluster executando o seguinte comando:

   Enable-ClusterStorageSpacesDirect -Verbose
   

5. Remova as camadas de armazenamento que não são mais aplicáveis executando o comando a seguir. Consulte a tabela de resumo da camada de armazenamento para obter mais informações.

   Remove-StorageTier -FriendlyName <tier_name>
   

6. Altere o tipo de domínio de falha dos volumes existentes:

   Para um volume sem camadas, execute o seguinte comando:

   Set-VirtualDisk –FriendlyName <name> -FaultDomainAwareness StorageScaleUnit
   

   Para verificar o progresso dessa alteração, execute os seguintes comandos:

   Get-VirtualDisk -FriendlyName <volume_name> | FL FaultDomainAwareness
   Get-StorageJob
   

   Aqui está a saída de exemplo dos comandos anteriores:

   PS C:\> Get-VirtualDisk -FriendlyName DemoVol | FL FaultDomainAwareness
   
   FaultDomainAwareness : StorageScaleUnit
   
   PS C:\> Get-StorageJob
   
   Name              IsBackgroundTask ElapsedTime JobState  PercentComplete BytesProcessed BytesTotal
   ----              ---------------- ----------- --------  --------------- -------------- ----------
   S2DPool-Rebalance True             00:00:10    Running   0                          0 B     512 MB
   

   Para um volume hierárquico, execute o seguinte comando:

   Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -FaultDomainAwareness StorageScaleUnit
   

   Para verificar o reconhecimento de domínio de falha das camadas de armazenamento, execute o seguinte comando:

   Get-StorageTier -FriendlyName <volume_name*> | FL FriendlyName, FaultDomainAwareness
   

   Nota

   Os comandos anteriores não funcionam para alterar de StorageScaleUnit para PhysicalDisk, ou de StorageScaleUnit para Node ou Chassis tipos.

Alterações de resiliência em linha

Depois que as alterações no domínio de falha embutidas forem feitas, a resiliência de volume poderá ser aumentada para lidar com a expansão do nó nos cenários a seguir.

Execute o seguinte comando para verificar o progresso das alterações de resiliência. A operação de reparo deve ser observada para todos os volumes no cluster.

Get-StorageJob

Este comando exibe apenas trabalhos em andamento.

Cluster de servidor único para cluster de dois nós

Para permanecer como um espelho bidirecional, nenhuma ação é necessária. Para converter um espelho bidirecional em um espelho bidirecional aninhado, faça o seguinte:

Para um volume não hierárquico, execute os seguintes comandos para primeiro definir o disco virtual:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 4

Para um volume hierárquico, execute o seguinte comando:

Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -NumberOfDataCopies 4

Em seguida, mova o volume para um nó diferente para remontar o volume. Uma remontagem é necessária, pois o ReFS só reconhece o tipo de provisionamento no momento da montagem.

Move-ClusterSharedVolume -Name <name> -Node <node>

Cluster de dois nós a três nós+

Para permanecer como um espelho bidirecional, nenhuma ação é necessária. Para converter um espelho bidirecional em um espelho de três vias ou maior, recomenda-se o procedimento a seguir.

Os volumes espelhados bidirecionais existentes também podem tirar proveito disso usando os seguintes comandos do PowerShell. Por exemplo, para um cluster de servidor único ou um cluster de três nós ou maior, você converte seu volume de espelho bidirecional em um volume de espelho de três vias.

O cenários seguintes não são suportados:

• Redução de escala, como de um espelho de três vias para um espelho bidirecional.
• Dimensionamento de ou para volumes de paridade acelerados por espelho.
• Dimensionamento a partir de espelho bidirecional aninhado ou volumes de paridade aninhados acelerados por espelho.

Para um volume sem camadas, execute o seguinte comando:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 3

Para um volume hierárquico, execute o seguinte comando:

Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -NumberOfDataCopies 3

Em seguida, mova o volume para um nó diferente para remontar o volume. Uma remontagem é necessária, pois o ReFS só reconhece o tipo de provisionamento no momento da montagem.

Move-ClusterSharedVolume -Name <name> -Node <node>

Nota

Os volumes criados no Windows Admin Center são configurados como volumes hierárquicos. Para alterar a resiliência de volume, use os cmdlets StorageTier, como Get-StorageTier e Set-StorageTier.

Próximos passos

Consulte ReFS para obter mais informações.