Överväganden för 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
Viktigt!
Azure Stack HCI är nu en del av Azure Local. Namnbytet av produktdokumentation pågår. Äldre versioner av Azure Stack HCI, till exempel 22H2, fortsätter dock att referera till Azure Stack HCI och återspeglar inte namnändringen. Läs mer.
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 Lagringsutrymmen Direct, den underliggande lagringsvirtualiseringstekniken bakom Azure Stack HCI och Windows Server.
Krav
I det här avsnittet beskrivs begränsningar när det gäller enhetstyp, modell, storlek och antal enheter.
Typ
Alla servrar ska ha samma typer av enheter.
Om en server till exempel har NVMe bör alla ha NVMe.
Antal
Alla servrar ska ha samma antal enheter av varje typ.
Om en server till exempel har sex SSD bör alla ha sex SSD.
Kommentar
Det är okej att antalet enheter tillfälligt skiljer sig åt vid fel eller när du lägger till eller tar bort enheter.
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 Lagringsutrymmen Direct distribuerar I/O jämnt och inte diskriminerar baserat på modell.
Kommentar
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 leda till en del oanvändbar kapacitet, och att använda cacheenheter av olika storlekar kanske 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
Lagringsutrymmen Direct är tillräckligt robust för att hantera obalans i kapaciteten mellan enheter och mellan servrar. Även om obalansen är allvarlig kommer allt att fortsätta att fungera. Beroende på flera faktorer kan det dock hända att 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. Till exempel är rutorna märkta A, A och A tre kopior av samma data. För att uppfylla serverns feltolerans 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, därför är dess totala kapacitet större (15 TB). Men för att lagra fler trevägsspeglingsdata på Server 3 krävs kopior på Server 1 och Server 2 också, som redan är fulla. Återstående kapacitet på 5 TB på Server 3 kan inte användas – det är "strandad" kapacitet.
Optimal placering
Med fyra servrar med kapacitet på 10 TB, 10 TB, 10 TB och 15 TB och trevägsspeglingsåterhämtning är det däremot möjligt att på ett giltigt sätt placera kopior på ett sätt som använder all tillgänglig kapacitet, enligt ritningen. När detta är möjligt kommer Lagringsutrymmen Direct-allokeraren att hitta och använda den optimala placeringen, utan att lämna någon strandsatt 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 garanterat kan användas.
Förstå: obalans i cacheminnet
Lagringsutrymmen Direct kan också motstå 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 få bättre prestanda. Lagringsutrymmen Direct distribuerar I/O jämnt mellan bindningar och diskriminerar inte baserat på förhållandet cache-till-kapacitet.
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 Model Y (kapacitet) | 10 x SSD Model Y (kapacitet) | 10 x SSD Model Y (kapacitet) |
Det här stöds.
Stöds: olika modeller inom 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 inom servern
Varje server använder en viss blandning av 1,2 TB och mycket liknande 1,6 TB SSD. 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) |
Detta stöds inte. Typerna av enheter ska vara desamma 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) |
Detta 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) |
Detta 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
För att sammanfatta 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 | Krävs |
| Samma antal av varje typ på varje server | Krävs |
| Samma enhetsmodeller på varje server | Rekommenderat |
| Samma enhetsstorlekar på varje server | Rekommenderat |
Nästa steg
Relaterad information finns också: