Överväganden kring enhetssymmetri för Azure Stack HCI- och Windows Server-kluster

Gäller för: Azure Stack HCI, versionerna 22H2 och 21H2; Windows Server 2022, Windows Server 2019

Azure Stack HCI- och Windows Server-kluster fungerar bäst när varje server har exakt samma enheter.

I verkligheten inser vi att detta inte alltid är praktiskt. Idag kan du köpa rymliga 3 TB hårddiskar; nästa år kan det bli omöjligt att hitta så små enheter. Därför förväntas och stöds en viss mängd blandning och matchning. Tänk dock på att mer symmetri alltid är bättre.

Den här artikeln beskriver begränsningarna och innehåller exempel på konfigurationer som stöds och inte stöds i Lagringsdirigering, den underliggande lagringsvirtualiseringstekniken bakom Azure Stack HCI och Windows Server.

Villkor

Det här avsnittet beskriver begränsningar när det gäller enhetstyp, modell, storlek och antal enheter.

Typ

Alla servrar bör ha samma typer av enheter.

Om en server till exempel har NVMe bör alla ha NVMe.

Tal

Alla servrar bör ha samma antal enheter av varje typ.

Om en server till exempel har sex SSD bör alla ha sex SSD.

Anteckning

Det är okej att antalet enheter tillfälligt skiljer sig åt vid fel eller när enheter läggs till eller tas bort.

Modell

Vi rekommenderar att du använder enheter av samma modell och version av inbyggd programvara när det är möjligt. Om du inte kan kan du noggrant välja enheter som är så lika som möjligt. Vi avråder från att blanda och matcha enheter av samma typ med kraftigt olika prestanda- eller uthållighetsegenskaper (såvida inte den ena är cache och den andra är kapacitet) eftersom Lagringsdirigering distribuerar I/O jämnt och inte diskriminerar baserat på modell.

Anteckning

Det är okej att blanda och matcha liknande SATA- och SAS-enheter.

Storlek

Vi rekommenderar att du använder enheter av samma storlek när det är möjligt. Om du använder kapacitetsenheter av olika storlekar kan det resultera i en del oanvändbar kapacitet, och om du använder cacheenheter av olika storlekar kanske det inte förbättrar cacheprestandan. Mer information finns i nästa avsnitt.

Varning

Olika storlekar på kapacitetsenheter mellan servrar kan resultera i strandad kapacitet.

Förstå: obalans i kapacitet

Lagringsdirigering är tillräckligt robust för att hantera kapacitetsobalans mellan enheter och mellan servrar. Även om obalansen är allvarlig kommer allt att fortsätta att fungera. Men beroende på flera faktorer kanske kapacitet som inte är tillgänglig på varje server inte kan användas.

Om du vill se varför detta händer bör du överväga den förenklade bilden nedan. Varje färgad ruta representerar en kopia av speglade data. Rutorna A, A och A är till exempel tre kopior av samma data. För att uppfylla feltoleransen för servern måste dessa kopior lagras på olika servrar.

Strandad kapacitet

Enligt ritning är Server 1 (10 TB) och Server 2 (10 TB) fulla. Server 3 har större enheter, och därför är dess totala kapacitet större (15 TB). Men för att lagra fler trevägs speglingsdata på Server 3 krävs kopior på Server 1 och Server 2 också, som redan är fulla. Den återstående kapaciteten på 5 TB på Server 3 kan inte användas – det är "strandad" kapacitet.

Optimal placering

Med fyra servrar på 10 TB, 10 TB, 10 TB och 15 TB kapacitet och trevägsspeglingsåterhämtning är det omvänt möjligt att korrekt placera kopior på ett sätt som använder all tillgänglig kapacitet, enligt ritningen. När detta är möjligt kommer Lagringsdirigering allokeraren att hitta och använda den optimala placeringen, utan att lämna någon strandad kapacitet.

Antalet servrar, återhämtning, kapacitetsobalansens allvarlighetsgrad och andra faktorer påverkar om det finns en strandad kapacitet. Den mest försiktiga allmänna regeln är att anta att endast kapacitet som är tillgänglig på varje server garanteras vara användbar.

Förstå: cacheobalans

Lagringsdirigering kan också stå emot en cacheobalans mellan enheter och mellan servrar. Även om obalansen är allvarlig kommer allt att fortsätta att fungera. Dessutom använder den alltid all tillgänglig cache till fullo.

Att använda cacheenheter av olika storlekar kanske inte förbättrar cacheprestandan enhetligt eller förutsägbart: endast I/O för att köra bindningar med större cacheenheter kan se bättre prestanda. Lagringsdirigering distribuerar I/O jämnt över bindningar och diskriminerar inte baserat på förhållandet cache-till-kapacitet.

Tips

Mer information om cachebindningar finns i Förstå cacheminnet för lagringspoolen .

Exempelkonfigurationer

Här följer några konfigurationer som stöds och som inte stöds:

Stöds: olika modeller mellan servrar

De två första servrarna använder NVMe-modellen "X" men den tredje servern använder NVMe-modellen "Z", vilket är mycket likt.

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-modell Y (kapacitet)	10 x SSD-modell Y (kapacitet)	10 x SSD-modell Y (kapacitet)

Det här stöds.

Stöds: olika modeller på servern

Varje server använder en annan blandning av HDD-modeller "Y" och "Z", som är mycket lika. Varje server har totalt 10 HDD.

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 (kapacitet)	5 x HDD Model Y (kapacitet)	1 x HDD Model Y (kapacitet)
3 x HDD Model Z (kapacitet)	5 x HDD Model Z (kapacitet)	9 x HDD Model Z (kapacitet)

Det här stöds.

Stöds: olika storlekar mellan servrar

De två första servrarna använder 4 TB HDD, men den tredje servern använder mycket liknande 6 TB HDD.

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 (kapacitet)	4 x 4 TB HDD (kapacitet)	4 x 6 TB HDD (kapacitet)

Detta stöds, även om det resulterar i strandad kapacitet.

Stöds: olika storlekar på servern

Varje server använder en viss blandning av 1,2 TB och liknande SSD på 1,6 TB. Varje server har totalt 4 SSD.

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 1,6 TB SSD (cache)	2 x 1,6 TB SSD (cache)	-
20 x 4 TB HDD (kapacitet)	20 x 4 TB HDD (kapacitet)	20 x 4 TB HDD (kapacitet)

Det här stöds.

Stöds inte: olika typer av enheter mellan servrar

Server 1 har NVMe, men de andra har det inte.

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

Det stöds inte. Enhetstyperna ska vara samma på alla servrar.

Stöds inte: olika antal av varje typ mellan servrar

Server 3 har fler enheter än de andra.

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

Det stöds inte. Antalet enheter av varje typ ska vara detsamma på varje server.

Stöds inte: endast HDD-enheter

Alla servrar har endast HDD-enheter anslutna.

Server 1	Server 2	Server 3
18 x HDD (kapacitet)	18 x HDD (kapacitet)	18 x HDD (kapacitet)

Det stöds inte. Du måste lägga till minst två cacheenheter (NvME eller SSD) som är anslutna till var och en av servrarna.

Sammanfattning

Sammanfattnings nog bör varje server i klustret ha samma typer av enheter och samma antal av varje typ. Det stöds för att blanda och matcha enhetsmodeller och enhetsstorlekar efter behov, med övervägandena ovan.

Begränsning	Tillstånd
Samma typer av enheter på varje server	Obligatoriskt
Samma antal av varje typ i varje server	Obligatoriskt
Samma enhetsmodeller på varje server	Rekommenderas
Samma enhetsstorlekar på varje server	Rekommenderas

Nästa steg

Relaterad information finns i:

• Systemkrav
• Välj enheter