Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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:
In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.
On the Volumes page, select the Inventory tab, and then select Create.
In the Create volume pane, enter a name for the volume.
In Resiliency, select Two-way mirror or Three-way mirror depending on the number of servers in your cluster.
In Dimensioni su HDD specificare le dimensioni del volume. Ad esempio, 5 TB (terabyte).
Under More options, you can use the checkboxes to turn on deduplication and compression, integrity checksums, or BitLocker encryption.
Select Create.
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:
- In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.
- On the Volumes page, select the Inventory tab, and then select Create.
- In the Create volume pane, enter a name for the volume.
- In Resiliency, select Mirror-accelerated parity.
- In Parity percentage, select the percentage of parity.
- Under More options, you can use the checkboxes to turn on deduplication and compression, integrity checksums, or BitLocker encryption.
- Select Create.
Aprire il volume e aggiungere file
Per aprire un volume e aggiungere file al volume in Windows Admin Center:
In Windows Admin Center, connect to a cluster, and then select Volumes from the Tools pane.
On the Volumes page, select the Inventory tab.
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.
At the top of the page, select Open. This launches the Files tool in Windows Admin Center.
Passare al percorso del volume. Qui è possibile esplorare i file nel volume.
Select Upload, and then select a file to upload.
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 -MediaType
SSD
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 eNestedParity
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.
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: