Compartilhar via


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

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

Aviso

As instruções de implantação fornecidas neste artigo se aplicam 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 em disponibilidade geral, Azure Stack HCI, versão 23H2. Para obter instruções de implantação, consulte Sobre o Azure Stack HCI, versão 23H2 implantação.

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

Sobre a expansão do cluster de servidor único

O Azure Stack HCI versão 22H2 fornece opções de dimensionamento fáceis para ir 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 escalado horizontalmente para um cluster de vários nós no Azure Stack HCI.

Diagrama mostrando um cluster de servidor único para expansão de cluster de vários nós.

Alterações de domínio de falha embutidas

Ao escalar verticalmente de um cluster de servidor único para um cluster de dois nós, o domínio de falha de armazenamento primeiro precisa ser alterado do tipo PhysicalDisk para StorageScaleUnito . 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 equilibrados uniformemente em todos os nós no 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. Confira 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 não em camadas, execute o seguinte comando:

    Set-VirtualDisk –FriendlyName <name> -FaultDomainAwareness StorageScaleUnit
    

    Para marcar 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 em camadas, execute o seguinte comando:

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

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

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

    Observação

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

Alterações de resiliência embutidas

Depois que as alterações de 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 comando a seguir para marcar o progresso das alterações de resiliência. A operação de reparo deve ser observada para todos os volumes no cluster.

Get-StorageJob

Esse comando exibe apenas trabalhos em andamento.

Cluster de servidor único para dois nós

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

Para um volume não em camadas, execute os seguintes comandos para primeiro definir o disco virtual:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 4

Para um volume em camadas, 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 reconhece apenas o tipo de provisionamento no momento da montagem.

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

Cluster de dois a três nós+

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

Os volumes de espelho bidirecionais existentes também podem aproveitar isso usando os comandos do PowerShell a seguir. Por exemplo, para um cluster de servidor único ou um cluster de três nós ou maior, você converte o volume de espelho bidirecional em um volume de espelho de três vias.

Os cenários a seguir não têm suporte:

  • Reduzir verticalmente, como de uma espelho de três vias para uma espelho bidirecional.
  • Dimensionamento de ou para volumes de paridade acelerada por espelho.
  • Dimensionamento de volumes de paridade aninhados de espelho bidirecionais ou aninhados espelho aceleradas.

Para um volume não em camadas, execute o seguinte comando:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 3

Para um volume em camadas, 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 reconhece apenas o tipo de provisionamento no momento da montagem.

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

Observação

Os volumes criados em Windows Admin Center são configurados como volumes em camadas. Para alterar a resiliência do volume, use os cmdlets StorageTier, como Get-StorageTier e Set-StorageTier.

Próximas etapas

Consulte ReFS para obter mais informações.