Creare volumi in cluster Azure Stack HCI e server Windows
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.
Suggerimento
Se non è già stato fatto, vedere Prima di tutto Pianificare i volumi .
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 mirror bidirezionale o a tre vie usando Windows Admin Center:
In Windows Admin Center connettersi a un cluster e quindi selezionare Volumi nel riquadro Strumenti.
Nella pagina Volumi selezionare la scheda Inventario e quindi selezionare Crea.
Nel riquadro Crea volume immettere un nome per il volume.
In Resilienza selezionare Mirror bidirezionale o Mirror a tre vie a seconda del numero di server nel cluster.
In Dimensioni su HDD specificare le dimensioni del volume. Ad esempio, 5 TB (terabyte).
In Altre opzioni è possibile usare le caselle di controllo per attivare la deduplicazione e la compressione, i checksum di integrità o la crittografia BitLocker.
Selezionare Crea.
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 il footprint del volume sull'UNITÀ HDD. Ad esempio, un volume mirror a tre vie significa che per ogni 10 terabyte di dimensioni saranno necessari 30 terabyte come footprint. Per ridurre il sovraccarico in footprint, creare un volume con parità accelerata con mirroring. Ciò riduce il footprint da 30 terabyte a soli 22 terabyte, anche con solo 4 server, eseguendo il mirroring del 20% dei dati più attivo e usando la parità, che è più efficiente nello spazio, per archiviare il resto. È possibile modificare questo rapporto di parità e mirroring per rendere il compromesso tra prestazioni e capacità appropriato per il carico di lavoro. Ad esempio, il 90% di parità e il mirror del 10% produce meno prestazioni, ma semplifica ulteriormente il footprint.
Nota
I volumi di parità accelerata con mirroring richiedono Resilient File System (ReFS).
Per creare un volume con parità accelerata con mirroring in Windows Admin Center:
- In Windows Admin Center connettersi a un cluster e quindi selezionare Volumi nel riquadro Strumenti.
- Nella pagina Volumi selezionare la scheda Inventario e quindi selezionare Crea.
- Nel riquadro Crea volume immettere un nome per il volume.
- In Resilienza selezionare Parità accelerata con mirroring.
- In Percentuale parità selezionare la percentuale di parità.
- In Altre opzioni è possibile usare le caselle di controllo per attivare la deduplicazione e la compressione, i checksum di integrità o la crittografia BitLocker.
- Selezionare Crea.
Aprire il volume e aggiungere file
Per aprire un volume e aggiungere file al volume in Windows Admin Center:
In Windows Admin Center connettersi a un cluster e quindi selezionare Volumi nel riquadro Strumenti.
Nella pagina Volumi selezionare la scheda Inventario .
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.
Nella parte superiore della pagina selezionare Apri. Verrà avviato lo strumento File in Windows Admin Center.
Passare al percorso del volume. Qui è possibile esplorare i file nel volume.
Selezionare Carica e quindi selezionare un file da caricare.
Usare il pulsante Indietro del browser per tornare al riquadro Strumenti in Windows Admin Center.
Attivare la deduplicazione e la compressione
La deduplicazione e la compressione sono gestite per volume. La deduplicazione e la compressione usano un modello di post-elaborazione, il che significa che non si noterà alcun risparmio fino a quando non viene eseguito. 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 usando Windows PowerShell
Prima di tutto, avviare Windows PowerShell dal menu Start di Windows. È consigliabile usare il cmdlet New-Volume per creare volumi per Azure Stack HCI. Offre l'esperienza più rapida e più semplice. Questo singolo cmdlet crea automaticamente il disco virtuale, le partizioni e lo formatta, crea il volume con il nome corrispondente e lo aggiunge ai volumi condivisi del cluster, tutto in un unico semplice passaggio.
Il cmdlet New-Volume include quattro parametri che è sempre necessario specificare:
Friendlyname: Qualsiasi stringa desiderata, ad esempio "Volume1"
Filesystem:CSVFS_ReFS (consigliato per tutti i volumi, obbligatorio per i volumi di parità accelerata con mirroring) o CSVFS_NTFS
StoragePoolFriendlyName: Nome del pool di archiviazione, ad esempio "S2D in ClusterName"
Dimensione: Dimensioni del volume, ad esempio "10 TB"
Nota
Windows, incluso PowerShell, conta usando numeri binari (base 2), mentre le unità vengono 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". Si tratta di un comportamento previsto. Quando si creano volumi usando New-Volume, è necessario specificare il parametro Size in numeri binari (base 2). Se ad esempio si specifica "909GB" 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
Se si dispone di quattro o più server, è possibile usare il parametro facoltativo ResiliencySettingName per scegliere il tipo di resilienza.
- ResiliencySettingName:Mirror o Parità.
Nell'esempio seguente "Volume2" usa il mirroring a tre vie e "Volume3" usa la doppia parità (spesso denominata "codifica di cancellazione").
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 ogni unità. Analogamente, nelle distribuzioni con quattro o più server, un volume può combinare il mirroring e la doppia parità per risiedere parzialmente su ognuno.
Per creare tali volumi, Azure Stack HCI fornisce modelli di livello predefiniti denominati MirrorOnMediaType e NestedMirrorOnMediaType (per le prestazioni) e ParityOnMediaType e NestedParityOnMediaType (per la capacità), dove MediaType è HDD o SSD. I modelli rappresentano livelli di archiviazione basati sui tipi di supporti e incapsulano le definizioni per il mirroring a tre vie nelle unità di capacità più veloci (se applicabile) e la doppia parità nelle unità di capacità più lente (se applicabile).
Nota
La cache SBL (Storage Bus Layer) non è supportata nella configurazione a server singolo. Tutte le configurazioni flat del tipo di archiviazione singolo (ad esempio all-NVMe o all-SSD) sono l'unico tipo di archiviazione supportato per un singolo server.
Nota
Nei cluster Spazi di archiviazione diretta in esecuzione nelle versioni precedenti di Windows Server 2016, i modelli di livello predefiniti erano semplicemente denominati Prestazioni e Capacità.
È possibile visualizzare i livelli di archiviazione eseguendo il cmdlet Get-StorageTier in qualsiasi server del 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
Per creare volumi a livelli, fare riferimento a questi modelli di livello usando i parametri StorageTierFriendlyNames e StorageTierSizes del cmdlet New-Volume . Ad esempio, il cmdlet seguente crea un volume che combina il mirroring a tre vie e la doppia parità in proporzioni 30:70.
New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -StorageTierFriendlyNames MirrorOnHDD, Capacity -StorageTierSizes 300GB, 700GB
Ripetere in base alle esigenze 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 | ResilienzaSettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Nota |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Mirror | 2 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
| MirrorOnSSD | SSD | Mirror | 2 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
| MirrorOnSCM | SCM | Mirror | 2 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
| ParityOnHDD | HDD | Parity | 1 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
| ParityOnSSD | SSD | Parity | 1 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
| ParityOnSCM | SCM | Parity | 1 | 1 | 1 | Disco fisico | Disco fisico | creazione automatica |
NumberOfNodes: 2
| FriendlyName | MediaType | ResilienzaSettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Nota |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Mirror | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSSD | SSD | Mirror | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSCM | SCM | Mirror | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| NestedMirrorOnHDD | HDD | Mirror | 4 | 3 | 1 | StorageScaleUnit | Disco fisico | manual |
| NestedMirrorOnSSD | SSD | Mirror | 4 | 3 | 1 | StorageScaleUnit | Disco fisico | manual |
| NestedMirrorOnSCM | SCM | Mirror | 4 | 3 | 1 | StorageScaleUnit | Disco fisico | manual |
| NestedParityOnHDD | HDD | Parity | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | manual |
| NestedParityOnSSD | SSD | Parity | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | manual |
| NestedParityOnSCM | SCM | Parity | 2 | 1 | 1 | StorageScaleUnit | Disco fisico | manual |
NumberOfNodes: 3
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Nota |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSSD | SSD | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSCM | SCM | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
NumberOfNodes: 4+
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Nota |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSSD | SSD | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| MirrorOnSCM | SCM | Mirror | 3 | 2 | 1 | StorageScaleUnit | Disco fisico | creazione automatica |
| ParityOnHDD | HDD | Parity | 1 | 2 | Auto | StorageScaleUnit | StorageScaleUnit | creazione automatica |
| ParityOnSSD | SSD | Parity | 1 | 2 | Auto | StorageScaleUnit | StorageScaleUnit | creazione automatica |
| ParityOnSCM | SCM | Parity | 1 | 2 | Auto | StorageScaleUnit | StorageScaleUnit | creazione automatica |
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 ha tre o più server o se il cluster viene eseguito Windows Server 2016. La resilienza annidata consente a un cluster a due server di resistere a più errori hardware contemporaneamente senza perdita di disponibilità di archiviazione, consentendo agli utenti, alle app e alle macchine virtuali di continuare a eseguire senza interruzioni. Per altre informazioni, vedere Resilienza annidata per i volumi di Spazi di archiviazione diretta e Piano: 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 di creare nuovi modelli di livello di archiviazione usando il New-StorageTier cmdlet prima di creare volumi. È sufficiente eseguire questa operazione una sola volta e quindi ogni nuovo volume creato può fare riferimento a questi modelli.
Nota
Se si esegue Windows Server 2022, Azure Stack HCI 21H2 o Azure Stack HCI 20H2, è possibile ignorare questo passaggio.
Specificare le -MediaType unità di capacità e, facoltativamente, l'oggetto -FriendlyName desiderato. 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 su -FriendlyName*OnSSD. Non modificare altri parametri.
Suggerimento
Verificare che Get-StorageTier i livelli siano stati creati correttamente.
Passaggio 2: Creare volumi annidati
Creare nuovi volumi usando il New-Volume cmdlet.
Mirror bidirezionale annidato
Per usare il mirror bidirezionale annidato, fare riferimento al modello di
NestedMirrorlivello e specificare le dimensioni. Ad esempio:New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GBSe le unità di capacità sono unità a stato solido (SSD), passare
-StorageTierFriendlyNamesa*OnSSD.Parità accelerata con mirroring annidato
Per usare la parità accelerata con mirroring annidato, fare riferimento sia ai
NestedMirrorNestedParitymodelli di livello che ai modelli di livello e specificare due dimensioni, uno per ogni parte del volume (mirror first, parity second). Ad esempio, per creare un volume di 500 GB che corrisponde al 20% di mirroring bidirezionale annidato e al 80% di parità annidata, eseguire:New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume02 -StorageTierFriendlyNames NestedMirrorOnHDD, NestedParityOnHDD -StorageTierSizes 100GB, 400GBSe le unità di capacità sono unità a stato solido (SSD), passare
-StorageTierFriendlyNamesa*OnSSD.
Passaggio 3: Continuare in Windows Admin Center
I volumi che usano la resilienza annidata vengono visualizzati in Windows Admin Center con etichette chiare, come nello screenshot seguente. Dopo aver creato, è possibile gestirli e monitorarli usando Windows Admin Center proprio come qualsiasi altro volume in Spazi di archiviazione diretta.
Facoltativo: Estendere alle unità cache
Con le impostazioni predefinite, la resilienza annidata protegge contemporaneamente la perdita di più unità di capacità o un server e un'unità di capacità contemporaneamente. Per estendere questa protezione alle unità cache, esiste un'altra considerazione: poiché le unità cache spesso forniscono la memorizzazione nella cache di lettura e scrittura per più unità di capacità, l'unico modo per garantire che sia possibile tollerare la perdita di un'unità cache quando l'altro server è inattivo per non scrivere nella cache, ma che influisce sulle prestazioni.
Per risolvere questo scenario, Spazi di archiviazione diretta offre l'opzione per disabilitare automaticamente la memorizzazione nella cache di scrittura quando un server in un cluster a due server è inattivo e quindi riabilitare la memorizzazione nella cache di scrittura dopo il backup del server. Per consentire il riavvio della routine senza impatto sulle prestazioni, la memorizzazione nella cache di scrittura non viene disabilitata finché il server non è stato disattivato per 30 minuti. Dopo aver disabilitato la memorizzazione nella cache di scrittura, il contenuto della cache di scrittura viene scritto nei dispositivi di capacità. In seguito, il server può tollerare un dispositivo cache non riuscito nel server online, anche se le letture dalla cache potrebbero essere ritardate o non riuscite se un dispositivo cache ha esito negativo.
Nota
Per un sistema fisico (tipo di supporto singolo) della cache, non è necessario considerare la disabilitazione automatica della memorizzazione nella cache di scrittura quando un server in un cluster a due server è inattivo. È necessario prendere in considerazione questa operazione solo con la cache SBL (Storage Bus Layer), che è necessaria solo se si usano DISCHI RIGIDI.
(Facoltativo) Per disabilitare automaticamente la memorizzazione nella cache di 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"
Dopo aver impostato su True, il comportamento della cache è:
| Situazione | Comportamento cache | Può tollerare la perdita di unità della cache? |
|---|---|---|
| Entrambi i server vengono aggiornati | Letture e scritture cache, prestazioni complete | Sì |
| Server inattivo, primi 30 minuti | Letture e scritture cache, prestazioni complete | No (temporaneamente) |
| Dopo i primi 30 minuti | Sola lettura cache, prestazioni interessate | Sì (dopo la scrittura della cache nelle unità di capacità) |
Passaggi successivi
Per argomenti correlati e altre attività di gestione dell'archiviazione, vedere anche:
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per