Condividi tramite


Creare volumi su cluster di Azure Stack HCI e Windows Server

Si applica a: Azure Stack HCI, versioni 22H2 e 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016

Questo articolo descrive come creare volumi in un cluster usando Windows Admin Center e Windows PowerShell, come usare i file nei volumi e come abilitare la deduplicazione e la compressione, i checksum di integrità o la crittografia BitLocker nei volumi. Per informazioni su come creare volumi e configurare la replica per i cluster estesi, vedere Creare volumi estesi.

Tip

If you haven't already, check out Plan volumes first.

Quando si creano volumi in un cluster a nodo singolo, è necessario usare PowerShell. Vedere Creare volumi con PowerShell.

Creare un volume mirror bidirezionale o a tre vie

Per creare un volume specchio bidirezionale o tridirezionale tramite Windows Admin Center:

  1. In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.

  2. On the Volumes page, select the Inventory tab, and then select Create.

  3. In the Create volume pane, enter a name for the volume.

  4. In Resiliency, select Two-way mirror or Three-way mirror depending on the number of servers in your cluster.

  5. In Dimensioni su HDD specificare le dimensioni del volume. Ad esempio, 5 TB (terabyte).

  6. Under More options, you can use the checkboxes to turn on deduplication and compression, integrity checksums, or BitLocker encryption.

  7. Select Create.

    Puoi usare Windows Admin Center per creare un volume mirror bidirezionale o tridimensionale.

A seconda delle dimensioni, la creazione del volume può richiedere alcuni minuti. Le notifiche in alto a destra consentono di sapere quando viene creato il volume. Il nuovo volume verrà quindi visualizzato nell'elenco Inventario.

Creare un volume con parità accelerata con mirroring

La parità accelerata con mirroring (MAP) riduce l'ingombro del volume sull'HDD. Ad esempio, un volume con mirroring a tre vie significa che per ogni 10 terabyte di capacità, saranno necessari 30 terabyte di spazio. Per ridurre il sovraccarico in footprint, creare un volume con parità accelerata con mirroring. Ciò riduce l'impronta da 30 terabyte a soli 22 terabyte, anche utilizzando solo 4 server, eseguendo il mirroring del 20% dei dati più attivi e usando la parità, che è più efficiente in termini di spazio, per archiviare il resto. È possibile modificare questo rapporto di parità e mirroring per rendere il compromesso tra le prestazioni e la capacità più adatta per il carico di lavoro. Ad esempio, il 90% di parità e il mirroring del 10% produce prestazioni inferiori, ma semplifica ulteriormente il footprint.

Note

I volumi di parità accelerati tramite mirror richiedono Resilient File System (ReFS).

Per creare un volume con parità accelerata a specchio in Windows Admin Center:

  1. In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.
  2. On the Volumes page, select the Inventory tab, and then select Create.
  3. In the Create volume pane, enter a name for the volume.
  4. In Resiliency, select Mirror-accelerated parity.
  5. In Parity percentage, select the percentage of parity.
  6. Under More options, you can use the checkboxes to turn on deduplication and compression, integrity checksums, or BitLocker encryption.
  7. Select Create.

Aprire il volume e aggiungere file

Per aprire un volume e aggiungere file al volume in Windows Admin Center:

  1. In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.

  2. On the Volumes page, select the Inventory tab.

  3. Nell'elenco dei volumi selezionare il nome del volume che si desidera aprire.

    Nella pagina dei dettagli del volume è possibile visualizzare il percorso del volume.

  4. At the top of the page, select Open. This launches the Files tool in Windows Admin Center.

  5. Passare al percorso del volume. Qui è possibile esplorare i file nel volume.

  6. Select Upload, and then select a file to upload.

  7. Use the browser Back button to go back to the Tools pane in Windows Admin Center.

Attivare la deduplicazione e la compressione

La deduplicazione e la compressione sono gestite per volume. La deduplicazione e la compressione utilizzano un modello di post-elaborazione, il che significa che i risparmi si manifesteranno solo dopo l'esecuzione del processo. Quando lo fa, funzionerà su tutti i file, anche quelli che erano lì da prima.

Per altre informazioni, vedere Abilitare la crittografia, la deduplicazione e la compressione dei volumi

Creare volumi con Windows PowerShell

Per prima cosa, avviare Windows PowerShell dal menu Start di Windows. We recommend using the New-Volume cmdlet to create volumes for Azure Stack HCI. Offre l'esperienza più rapida e più semplice. Questo singolo cmdlet crea automaticamente il disco virtuale, le partizioni e ne esegue la formattazione, crea il volume con il nome corrispondente e lo aggiunge ai volumi condivisi del cluster, tutto in un unico semplice passaggio.

The New-Volume cmdlet has four parameters you'll always need to provide:

  • FriendlyName: Any string you want, for example "Volume1"

  • FileSystem: Either CSVFS_ReFS (recommended for all volumes; required for mirror-accelerated parity volumes) or CSVFS_NTFS

  • StoragePoolFriendlyName: The name of your storage pool, for example "S2D on ClusterName"

  • Size: The size of the volume, for example "10TB"

    Note

    Windows, incluso PowerShell, conta usando numeri binari (base-2), mentre le unità sono spesso etichettate usando numeri decimali (base 10). Questo spiega perché un'unità "terabyte", definita come 1.000.000.000.000.000 byte, viene visualizzata in Windows come circa "909 GB". Questo è previsto. When creating volumes using New-Volume, you should specify the Size parameter in binary (base-2) numbers. Ad esempio, specificando "909 GB" o "0,909495 TB", verrà creato un volume di circa 1.000.000.000.000.000 byte.

Esempio: con da 1 a 3 server

Per semplificare le operazioni, se la distribuzione ha solo uno o due server, Spazi di archiviazione diretta userà automaticamente il mirroring bidirezionale per la resilienza. Se la distribuzione ha solo tre server, userà automaticamente il mirroring a tre vie.

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

Esempio: con 4+ server

If you have four or more servers, you can use the optional ResiliencySettingName parameter to choose your resiliency type.

  • ResiliencySettingName: Either Mirror or Parity.

In the following example, "Volume2" uses three-way mirroring and "Volume3" uses dual parity (often called "erasure coding").

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

Uso dei livelli di archiviazione

Nelle distribuzioni con tre tipi di unità, un volume può estendersi sui livelli SSD e HDD per risiedere parzialmente su ognuno. Analogamente, nelle distribuzioni con quattro o più server, un volume può combinare il mirroring e la doppia parità per risiedere parzialmente su ciascuno di essi.

To help you create such volumes, Azure Stack HCI provides default tier templates called MirrorOnMediaType and NestedMirrorOnMediaType (for performance), and ParityOnMediaType and NestedParityOnMediaType (for capacity), where MediaType is HDD or SSD. I modelli rappresentano livelli di archiviazione basati su tipi di supporti e incapsulano definizioni per il mirroring a tre vie nelle unità di capacità più veloci (se applicabile) e doppia parità nelle unità di capacità più lente (se applicabile).

Note

La cache SBL (Storage Bus Layer) non è supportata nella configurazione a server singolo. Tutte le configurazioni di tipo di archiviazione singolo flat (ad esempio all-NVMe o all-SSD) sono l'unico tipo di archiviazione supportato per un singolo server.

Note

On Storage Spaces Direct clusters running on earlier versions of Windows Server 2016, the default tier templates were simply called Performance and Capacity.

You can see the storage tiers by running the Get-StorageTier cmdlet on any server in the cluster.

Get-StorageTier | Select FriendlyName, ResiliencySettingName, PhysicalDiskRedundancy

Ad esempio, se si dispone di un cluster a due nodi con solo hdd, l'output potrebbe essere simile al seguente:

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

To create tiered volumes, reference these tier templates using the StorageTierFriendlyNames and StorageTierSizes parameters of the New-Volume cmdlet. Ad esempio, il cmdlet seguente crea un volume che combina il mirroring a tre vie e la doppia parità in proporzioni di 30:70.

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

Ripetere quanto necessario per creare più di un volume.

Tabella di riepilogo del livello di archiviazione

Le tabelle seguenti riepilogano i livelli di archiviazione che sono/possono essere creati in Azure Stack HCI e Windows Server.

NumberOfNodes: 1

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

NumberOfNodes: 2

FriendlyName MediaType ResiliencySettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Note
MirrorOnHDD HDD Mirror 2 1 1 StorageScaleUnit PhysicalDisk auto created
MirrorOnSSD SSD Mirror 2 1 1 StorageScaleUnit PhysicalDisk auto created
MirrorOnSCM SCM Mirror 2 1 1 StorageScaleUnit PhysicalDisk auto created
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

NumberOfNodes: 3

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

NumberOfNodes: 4+

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

Volumi di resilienza annidati

La resilienza annidata si applica solo ai cluster a due server che eseguono Azure Stack HCI o Windows Server 2022 o Windows Server 2019; non è possibile usare la resilienza annidata se il cluster dispone di tre o più server o se il cluster esegue Windows Server 2016. La resilienza annidata consente a un cluster a due server di resistere a più errori hardware contemporaneamente senza perdita di disponibilità dell'archiviazione, consentendo a utenti, app e macchine virtuali di continuare l'esecuzione senza interruzioni. Per altre informazioni, vedere Resilienza annidata per spazi di archiviazione diretta e pianificare i volumi: scelta del tipo di resilienza.

È possibile usare i cmdlet di archiviazione familiari in PowerShell per creare volumi con resilienza annidata, come descritto nella sezione seguente.

Passaggio 1: Creare modelli di livello di archiviazione (solo Windows Server 2019)

Windows Server 2019 richiede la creazione di nuovi modelli di livello di archiviazione usando il cmdlet prima di New-StorageTier creare i volumi. È necessario eseguire questa operazione una sola volta, quindi ogni nuovo volume creato può fare riferimento a questi modelli.

Note

Se si esegue Windows Server 2022, Azure Stack HCI, versione 21H2 o Azure Stack HCI, versione 20H2, è possibile ignorare questo passaggio.

Specificare le -MediaType unità di capacità e, facoltativamente, le -FriendlyName unità desiderate. Non modificare altri parametri.

Ad esempio, se le unità di capacità sono unità disco rigido (HDD), avviare PowerShell come amministratore ed eseguire i cmdlet seguenti.

Per creare un livello NestedMirror:

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

Per creare un livello NestedParity:

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

Se le unità di capacità sono unità a stato solido (SSD), impostare invece su -MediaTypeSSD e modificare in -FriendlyName*OnSSD. Non modificare altri parametri.

Tip

Verificare che i livelli siano Get-StorageTier stati creati correttamente.

Passaggio 2: Creare volumi nidificati

Creare nuovi volumi usando il New-Volume cmdlet.

  • Specchio a due vie nidificato

    Per utilizzare il mirroring bidirezionale nidificato, fare riferimento al modello di NestedMirror livello e specificare le dimensioni. For example:

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

    Se le unità di capacità sono unità a stato solido (SSD), passare -StorageTierFriendlyNames a *OnSSD.

  • Parità con accelerazione mirror nidificata

    Per utilizzare la NestedMirror parità con accelerazione mirror nidificata, fare riferimento ai modelli e NestedParity ai modelli di livello e specificare due dimensioni, una per ogni parte del volume (prima mirror, seconda parità). Ad esempio, per creare un volume da 500 GB con 20% mirroring bidirezionale annidato e 80% parità annidata, eseguire:

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

    Se le unità di capacità sono unità a stato solido (SSD), passare -StorageTierFriendlyNames a *OnSSD.

Passaggio 3: Continuare nell'interfaccia di amministrazione di Windows

I volumi che usano la resilienza annidata vengono visualizzati nell'interfaccia di amministrazione di Windows con un'etichettatura chiara, come nello screenshot seguente. Una volta creati, è possibile gestirli e monitorarli usando Windows Admin Center come qualsiasi altro volume in Spazi di archiviazione diretta.

Gestione dei volumi in Windows Admin Center.

Facoltativo: estendi alle unità cache

Con le impostazioni predefinite, la resilienza nidificata protegge dalla perdita di più unità di capacità contemporaneamente o di un server e un'unità di capacità contemporaneamente. To extend this protection to cache drives, there's another consideration: because cache drives often provide read and write caching for multiple capacity drives, the only way to ensure you can tolerate the loss of a cache drive when the other server is down is to not cache writes, but that impacts performance.

Per risolvere questo scenario, Spazi di archiviazione diretta offre la possibilità di disabilitare automaticamente la memorizzazione nella cache in scrittura quando un server in un cluster a due server è inattivo e quindi di riabilitare la memorizzazione nella cache in scrittura dopo il backup del server. Per consentire i riavvii di routine senza influire sulle prestazioni, la cache in scrittura non viene disabilitata fino a quando il server non è rimasto inattivo per 30 minuti. Una volta disabilitata la cache di scrittura, il contenuto della cache di scrittura viene scritto nei dispositivi di capacità. Successivamente, il server può tollerare un errore del dispositivo di cache nel server online, anche se le letture dalla cache potrebbero essere ritardate o non riuscire se un dispositivo di cache si guasta.

Note

Per un sistema fisico con tutta la cache (tipo di supporto singolo), non è necessario prendere in considerazione la disabilitazione automatica della cache in scrittura quando un server in un cluster a due server è inattivo. È necessario considerare questo aspetto solo con la cache SBL (Storage Bus Layer), che è necessaria solo se si utilizzano HDD.

(Facoltativo) Per disabilitare automaticamente la memorizzazione nella cache in scrittura quando un server in un cluster a due server è inattivo, avviare PowerShell come amministratore ed eseguire:

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

Once set to True, the cache behavior is:

Situation Cache behavior Può tollerare la perdita dell'unità cache?
Entrambi i server attivi Letture e scritture nella cache, prestazioni complete Yes
Server inattivo, primi 30 minuti Letture e scritture nella cache, prestazioni complete No (temporarily)
Dopo i primi 30 minuti Letture della cache, prestazioni compromesse Sì (dopo che la cache è stata scritta nelle unità di capacità)

Next steps

Per gli argomenti correlati e altre attività di gestione dell'archiviazione, vedere anche: