Scalabilità orizzontale a server singolo per Azure Stack HCI

Si applica a: Azure Stack HCI, versione 22H2

Avviso

Le istruzioni di distribuzione fornite in questo articolo si applicano a una versione precedente, Azure Stack HCI, versione 22H2. Per le nuove distribuzioni, è consigliabile usare la versione disponibile a livello generale più recente, Azure Stack HCI, versione 23H2. Per istruzioni sulla distribuzione, vedere Informazioni sulla distribuzione di Azure Stack HCI, versione 23H2.

Azure Stack HCI versione 22H2 supporta modifiche al dominio di errore inline e alla resilienza per la scalabilità orizzontale del cluster a server singolo. Questo articolo descrive come aumentare il numero di istanze del cluster Azure Stack HCI.

Informazioni sulla scalabilità orizzontale del cluster a server singolo

Azure Stack HCI versione 22H2 offre opzioni di ridimensionamento semplici da un cluster a server singolo a un cluster a due nodi e da un cluster a due nodi a un cluster a tre nodi. Il diagramma seguente illustra come aumentare il numero di istanze di un singolo server in un cluster multinodo in Azure Stack HCI.

Modifiche al dominio di errore inline

Quando si passa da un cluster a server singolo a un cluster a due nodi, il dominio di errore di archiviazione deve prima essere modificato da tipo PhysicalDisk a StorageScaleUnit. La modifica deve essere applicata a tutti i dischi virtuali e ai livelli di archiviazione. È possibile creare nodi aggiuntivi e bilanciare uniformemente i dati in tutti i nodi del cluster.

Completare i passaggi seguenti per impostare correttamente i domini di errore dopo l'aggiunta di un nodo:

1. Eseguire PowerShell come amministratore.

2. Modificare il tipo di dominio di errore del pool di archiviazione:

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

3. Rimuovere il volume Cronologia prestazioni cluster :

   Remove-VirtualDisk -FriendlyName ClusterPerformanceHistory
   

4. Generare nuovi livelli di archiviazione e ricreare il volume della cronologia delle prestazioni del cluster eseguendo il comando seguente:

   Enable-ClusterStorageSpacesDirect -Verbose
   

5. Rimuovere i livelli di archiviazione non più applicabili eseguendo il comando seguente. Per altre informazioni, vedere la tabella di riepilogo del livello di archiviazione .

   Remove-StorageTier -FriendlyName <tier_name>
   

6. Modificare il tipo di dominio di errore dei volumi esistenti:

   Per un volume non a livelli, eseguire il comando seguente:

   Set-VirtualDisk –FriendlyName <name> -FaultDomainAwareness StorageScaleUnit
   

   Per controllare lo stato di avanzamento di questa modifica, eseguire i comandi seguenti:

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

   Ecco l'output di esempio dei comandi precedenti:

   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
   

   Per un volume a livelli, eseguire il comando seguente:

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

   Per verificare la consapevolezza del dominio di errore dei livelli di archiviazione, eseguire il comando seguente:

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

   Nota

   I comandi precedenti non funzionano per la modifica da StorageScaleUnit a PhysicalDisko da StorageScaleUnit a Node o Chassis .

Modifiche alla resilienza inline

Dopo aver apportato le modifiche al dominio di errore inline, la resilienza del volume può essere aumentata per gestire la scalabilità orizzontale dei nodi negli scenari seguenti.

Eseguire il comando seguente per controllare lo stato di avanzamento delle modifiche di resilienza. L'operazione di ripristino deve essere osservata per tutti i volumi nel cluster.

Get-StorageJob

Questo comando visualizza solo i processi in corso.

Da server singolo a cluster a due nodi

Per rimanere come mirror bidirezionale, non è necessaria alcuna azione. Per convertire un mirror bidirezionale in un mirror bidirezionale annidato, eseguire le operazioni seguenti:

Per un volume non a livelli, eseguire i comandi seguenti per impostare prima il disco virtuale:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 4

Per un volume a livelli, eseguire il comando seguente:

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

Spostare quindi il volume in un nodo diverso per rimontare il volume. Un rimontaggio è necessario perché ReFS riconosce solo il tipo di provisioning in fase di montaggio.

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

Da due nodi a tre nodi+ cluster

Per rimanere come mirror bidirezionale, non è necessaria alcuna azione. Per convertire un mirror bidirezionale in un mirror a tre vie o superiore, è consigliabile eseguire la procedura seguente.

I volumi mirror bidirezionali esistenti possono anche sfruttare questa funzionalità usando i comandi di PowerShell seguenti. Ad esempio, per un cluster a server singolo o un cluster a tre nodi o di dimensioni maggiori, si converte il volume mirror bidirezionale in un volume mirror a tre vie.

Non sono supportati gli scenari seguenti:

• Riduzione delle prestazioni, ad esempio da un mirror a tre vie a uno specchio bidirezionale.
• Ridimensionamento da o verso volumi di parità accelerati con mirroring.
• Ridimensionamento da volumi di parità con accelerazione mirroring bidirezionale annidata o annidati.

Per un volume non a livelli, eseguire il comando seguente:

Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 3

Per un volume a livelli, eseguire il comando seguente:

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

Spostare quindi il volume in un nodo diverso per rimontare il volume. Un rimontaggio è necessario perché ReFS riconosce solo il tipo di provisioning in fase di montaggio.

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

Nota

I volumi creati in Windows Admin Center vengono configurati come volumi a livelli. Per modificare la resilienza del volume, usare i cmdlet StorageTier, ad esempio Get-StorageTier e Set-StorageTier.

Passaggi successivi

Per altre informazioni, vedere ReFS .