Överväganden kring symmetri 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.
Storage Spaces Direct är den underliggande lagringsvirtualiseringstekniken bakom Azure Stack HCI och Windows Server. Den här artikeln förklarar begränsningarna och innehåller exempel på konfigurationer som stöds och inte stöds i Lagringsdirigering.
Begränsningar
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 de alla ha NVMe.
Nummer
Alla servrar ska ha samma antal enheter av varje typ.
Om en server till exempel har sex SSD bör de alla ha sex SSD.
Not
Det går bra att antalet enheter tillfälligt varierar 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, bör 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 Storage Spaces Direct fördelar I/O jämnt och inte diskriminerar baserat på modell.
Obs.
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
Storage Spaces Direct är så pass robust att det kan hantera kapacitetsobalans mellan enheter och servrar. Även om obalansen är allvarlig fortsätter allt 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.
Tänk på följande förenklade bild för att se varför detta händer. 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 – den är outnyttjad kapacitet.
Optimal placering
Med fyra servrar med kapacitet på 10 TB, 10 TB, 10 TB och 15 TB och trevägsspegling är det däremot möjligt att på ett giltigt sätt placera kopior så att all tillgänglig kapacitet utnyttjas, som illustrerat. När detta är möjligt hittar och använder Storage Spaces Direct allokeraren den optimala placeringen och lämnar ingen 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 garanteras vara användbar.
Förstå: obalans i cacheminnet
Storage Spaces Direct kan också motstå en cacheobalans mellan enheter och mellan servrar. Även om obalansen är allvarlig fortsätter allt 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 cache-prestandan enhetligt eller förutsägbart: endast I/O för enhetsbindningar med större cacheenheter kan uppleva förbättrad prestanda. Storage Spaces Direct distribuerar I/O jämnt över bindningar och diskriminerar inte baserat på förhållandet cache-till-lagringskapacitet.
Tips
Mer information om cachebindningar finns i Förstå lagringspoolens cache minne.
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 Modell Y (kapacitet) | 10 x SSD Modell Y (kapacitet) |
Detta 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 Hårddisk Modell Y (kapacitet) | 5 x hårddisk, modell 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) |
Detta stöds.
stöds: olika storlekar mellan servrar
De två första servrarna använder 4 TB HDD, men den tredje servern använder 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 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 SSD 1,6 TB (cache) | - |
| 20 x 4 TB HDD (kapacitet) | 20 x 4 TB HDD (kapacitet) | 20 x 4 TB HDD (kapacitet) |
Detta 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 är möjligt att blanda och matcha enhetsmodeller och enhetsstorlekar efter behov, med hänsyn till ovanstående överväganden.
| Tvång | Stat |
|---|---|
| Samma typer av enheter på varje server | Krävs |
| Samma antal av varje typ på varje server | Krävs |
| Samma enhetsmodeller på varje server | Rekommenderad |
| Samma enhetsstorlekar på varje server | Rekommenderad |
Nästa steg
Relaterad information finns också: