Condividi tramite


Considerazioni sulla simmetria delle unità per cluster Azure Stack HCI e server Windows

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

Importante

Azure Stack HCI is now part of Azure Local. La ridenominazione della documentazione del prodotto è in corso. Tuttavia, le versioni precedenti di Azure Stack HCI, ad esempio 22H2 continueranno a fare riferimento ad Azure Stack HCI e non rifletteranno la modifica del nome. Altre informazioni.

I cluster Azure Stack HCI e Windows Server funzionano meglio quando ogni server ha esattamente le stesse unità.

In realtà, sappiamo che questo non è sempre pratico. Oggi, è possibile acquistare spaziosi dischi rigidi da 3 TB; l'anno prossimo, potrebbe diventare impossibile trovare unità che piccole. Di conseguenza, è prevista e supportata una certa quantità di combinazioni e corrispondenza. Tenere presente, tuttavia, che più simmetria è sempre migliore.

Questo articolo illustra i vincoli e fornisce esempi di configurazioni supportate e non supportate in Spazi di archiviazione diretta, la tecnologia di virtualizzazione di archiviazione sottostante dietro Azure Stack HCI e Windows Server.

Vincoli

Questa sezione illustra i vincoli in termini di tipo di unità, modello, dimensioni e numero di unità.

Type

Tutti i server devono avere gli stessi tipi di unità.

Ad esempio, se un server ha NVMe, tutti devono avere NVMe.

Numero

Tutti i server devono avere lo stesso numero di unità di ogni tipo.

Ad esempio, se un server ha sei unità SSD, devono avere tutti sei UNITÀ SSD.

Nota

È possibile che il numero di unità differisca temporaneamente durante gli errori o durante l'aggiunta o la rimozione di unità.

Modello

È consigliabile usare unità dello stesso modello e della stessa versione del firmware, quando possibile. In caso contrario, selezionare attentamente le unità che sono il più simili possibile. Sconsigliamo la combinazione e la corrispondenza delle unità dello stesso tipo con caratteristiche di prestazioni o resistenza molto diverse (a meno che non si tratti di cache e l'altra è capacità) perché Spazi di archiviazione diretta distribuisce le operazioni di I/O in modo uniforme e non discrimina in base al modello.

Nota

Va bene combinare unità SATA e SAS simili.

Dimensione

È consigliabile usare unità con le stesse dimensioni, quando possibile. L'uso di unità di capacità di dimensioni diverse può comportare una capacità inutilizzabile e l'uso di unità cache di dimensioni diverse potrebbe non migliorare le prestazioni della cache. Per informazioni dettagliate, vedere la sezione che segue.

Avviso

Le dimensioni delle unità di capacità diverse tra i server possono comportare una capacità bloccata.

Comprendere: squilibrio della capacità

Spazi di archiviazione diretta è abbastanza affidabile per gestire lo squilibrio della capacità tra le unità e tra server. Anche se lo squilibrio è grave, tutto continuerà a funzionare. Tuttavia, a seconda di diversi fattori, la capacità non disponibile in ogni server potrebbe non essere utilizzabile.

Per vedere perché ciò accade, prendere in considerazione la figura semplificata seguente. Ogni casella colorata rappresenta una copia dei dati con mirroring. Ad esempio, le caselle contrassegnate come A, A' e A'' sono tre copie degli stessi dati. Per rispettare la tolleranza di errore del server, queste copie devono essere archiviate in server diversi.

Capacità bloccata

Come disegnato, Server 1 (10 TB) e Server 2 (10 TB) sono pieni. Server 3 ha unità più grandi, pertanto la capacità totale è maggiore (15 TB). Tuttavia, per archiviare più dati mirror a tre vie in Server 3, sono necessarie copie anche su Server 1 e Server 2, che sono già piene. Non è possibile usare la capacità rimanente di 5 TB nel server 3, ovvero la capacità "bloccata ".

Mirror a tre vie, tre server, capacità bloccata.

Posizionamento ottimale

Viceversa, con quattro server di 10 TB, 10 TB, 10 TB e 15 TB di capacità e resilienza mirror a tre vie, è possibile posizionare le copie in modo valido in modo che usi tutta la capacità disponibile, come disegnato. Ogni volta che ciò è possibile, l'allocatore Spazi di archiviazione diretta troverà e utilizzerà il posizionamento ottimale, senza lasciare alcuna capacità bloccata.

Mirror a tre vie, quattro server, nessuna capacità bloccata.

Il numero di server, la resilienza, la gravità dello squilibrio della capacità e altri fattori influiscono sulla capacità bloccata. La regola generale più prudente consiste nel presupporre che sia utilizzabile solo la capacità disponibile in ogni server.

Comprendere: squilibrio della cache

Spazi di archiviazione diretta può anche resistere a uno squilibrio della cache tra le unità e tra server. Anche se lo squilibrio è grave, tutto continuerà a funzionare. Inoltre, usa sempre tutte le cache disponibili al massimo.

L'uso di unità cache di dimensioni diverse potrebbe non migliorare le prestazioni della cache in modo uniforme o prevedibile: solo le associazioni di I/O con unità cache più grandi potrebbero migliorare le prestazioni. Spazi di archiviazione diretta distribuisce l'I/O in modo uniforme tra le associazioni e non discrimina in base al rapporto tra cache e capacità.

Squilibrio della cache.

Suggerimento

Vedere Informazioni sulla cache del pool di archiviazione per altre informazioni sulle associazioni della cache.

Configurazioni di esempio

Ecco alcune configurazioni supportate e non supportate:

Supportato: modelli diversi tra server

I primi due server usano il modello NVMe "X", ma il terzo server usa il modello NVMe "Z", molto simile.

Server 1 Server 2 Server 3
2 x NVMe Model X (cache) 2 x NVMe Model X (cache) 2 x NVMe Model Z (cache)
10 x SSD Model Y (capacità) 10 x SSD Model Y (capacità) 10 x SSD Model Y (capacità)

Questa configurazione è supportata.

Supportato: modelli diversi all'interno del server

Ogni server usa una combinazione diversa di modelli HDD "Y" e "Z", che sono molto simili. Ogni server ha 10 hdd totali.

Server 1 Server 2 Server 3
2 x SSD Model X (cache) 2 x SSD Model X (cache) 2 x SSD Model X (cache)
7 x HDD Model Y (capacità) 5 x HDD Model Y (capacità) 1 x HDD Model Y (capacità)
3 x HDD Model Z (capacità) 5 x HDD Model Z (capacità) 9 x HDD Model Z (capacità)

Questa configurazione è supportata.

Supportato: dimensioni diverse tra server

I primi due server usano hdd da 4 TB, ma il terzo server usa hdd da 6 TB molto simili.

Server 1 Server 2 Server 3
2 x 800 GB nvme (cache) 2 x 800 GB nvme (cache) 2 x 800 GB nvme (cache)
4 x 4 TB HDD (capacità) 4 x 4 TB HDD (capacità) 4 x 6 TB HDD (capacità)

Questo è supportato, anche se comporterà una capacità bloccata.

Supportato: dimensioni diverse all'interno del server

Ogni server usa una combinazione diversa di 1,2 TB e unità SSD da 1,6 TB molto simili. Ogni server ha 4 unità SSD totali.

Server 1 Server 2 Server 3
3 x 1,2 TB ssd (cache) 2 x 1,2 TB ssd (cache) 4 x 1,2 TB ssd (cache)
1 x unità SSD da 1,6 TB (cache) 2 x 1,6 TB ssd (cache) -
20 x 4 TB HDD (capacità) 20 x 4 TB HDD (capacità) 20 x 4 TB HDD (capacità)

Questa configurazione è supportata.

Non supportato: tipi diversi di unità tra server

Il server 1 ha NVMe, ma gli altri no.

Server 1 Server 2 Server 3
6 x NVMe (cache) - -
- 6 x SSD (cache) 6 x SSD (cache)
18 x HDD (capacità) 18 x HDD (capacità) 18 x HDD (capacità)

Questa operazione non è supportata. I tipi di unità devono essere uguali in ogni server.

Non supportato: numero diverso di ogni tipo tra server

Server 3 dispone di più unità rispetto alle altre.

Server 1 Server 2 Server 3
2 x NVMe (cache) 2 x NVMe (cache) 4 x NVMe (cache)
10 x HDD (capacità) 10 x HDD (capacità) 20 x HDD (capacità)

Questa operazione non è supportata. Il numero di unità di ogni tipo deve essere lo stesso in ogni server.

Non supportato: solo le unità HDD

Tutti i server hanno solo unità HDD connesse.

Server 1 Server 2 Server 3
18 x HDD (capacità) 18 x HDD (capacità) 18 x HDD (capacità)

Questa operazione non è supportata. È necessario aggiungere almeno due unità cache (NvME o SSD) collegate a ognuno dei server.

Riepilogo

Per riepilogare, ogni server nel cluster deve avere gli stessi tipi di unità e lo stesso numero di ogni tipo. È supportato per combinare modelli di unità e dimensioni delle unità in base alle esigenze, con le considerazioni riportate sopra.

Vincolo Provincia
Stessi tipi di unità in ogni server Obbligatorio
Stesso numero di ogni tipo in ogni server Obbligatorio
Stessi modelli di unità in ogni server Consigliato
Stesse dimensioni di unità in ogni server Consigliato

Passaggi successivi

Per ulteriori informazioni, vedere anche: