Důležité informace o symetrii pro clustery Azure Stack HCI a Windows Server

Platí pro: Azure Stack HCI verze 22H2 a 21H2; Windows Server 2022, Windows Server 2019

Clustery Azure Stack HCI a Windows Server fungují nejlépe, když má každý server přesně stejné jednotky.

Ve skutečnosti si uvědomujeme, že to není vždy praktické. Dnes si můžete koupit prostorné 3TB pevné disky; příští rok, to může být nemožné najít pohony tak malé. Proto se očekává a podporuje určité množství kombinování a shod. Mějte ale na paměti, že větší symetrie je vždy lepší.

Tento článek vysvětluje omezení a poskytuje příklady podporovaných a nepodporovaných konfigurací v Prostory úložiště s přímým přístupem, což je základní technologie virtualizace úložiště, která stojí za Azure Stack HCI a Windows Serverem.

Omezení

Tato část vysvětluje omezení z hlediska typu jednotky, modelu, velikosti a počtu jednotek.

Typ

Všechny servery by měly mít stejné typy jednotek.

Pokud má například jeden server NVMe, měly by mít všechny NVMe.

Číslo

Všechny servery by měly mít stejný počet jednotek každého typu.

Pokud má například jeden server šest disků SSD, všechny by měly mít šest disků SSD.

Poznámka

Je v pořádku, že se počet jednotek během selhání nebo při přidávání nebo odebírání jednotek dočasně liší.

Modelování

Pokud je to možné, doporučujeme používat jednotky se stejným modelem a verzí firmwaru. Pokud nemůžete, pečlivě vyberte jednotky, které jsou co nejvíce podobné. Nedoporučujeme kombinovat jednotky stejného typu s výrazně odlišnými výkonovými nebo odolnými vlastnostmi (pokud není jedna mezipaměť a druhá kapacita), protože Prostory úložiště s přímým přístupem distribuuje vstupně-výstupní operace rovnoměrně a nerozlišuje podle modelu.

Poznámka

Je v pořádku kombinovat podobné jednotky SATA a SAS.

Velikost

Kdykoli je to možné, doporučujeme používat jednotky stejné velikosti. Použití paměťových jednotek různých velikostí může mít za následek určitou nepoužitelnou kapacitu a použití jednotek mezipaměti různých velikostí nemusí zlepšit výkon mezipaměti. Podrobnosti najdete v následující části.

Upozornění

Rozdílná velikost jednotek kapacity mezi servery může způsobit zachytávání kapacity.

Vysvětlení: nerovnováha kapacity

Prostory úložiště s přímým přístupem je dostatečně robustní, aby zvládla nevyrovnanou kapacitu mezi jednotkami a servery. I když je nerovnováha vážná, vše bude fungovat i nadále. V závislosti na několika faktorech ale nemusí být kapacita, která není dostupná na všech serverech, využitelná.

Pokud chcete zjistit, proč k tomu dochází, podívejte se na zjednodušený obrázek níže. Každý barevný rámeček představuje jednu kopii zrcadlených dat. Například pole označená A, A a A jsou tři kopie stejných dat. Aby byla dodržena odolnost serveru proti chybám, musí být tyto kopie uložené na různých serverech.

Uvíznutí kapacity

Nakreslený server 1 (10 TB) a Server 2 (10 TB) jsou plné. Server 3 má větší jednotky, proto je jeho celková kapacita větší (15 TB). Ukládání více třícestných zrcadlových dat na Server 3 by však vyžadovalo kopie na Server 1 a Server 2, které jsou již plné. Zbývající kapacitu 5 TB na Serveru 3 nejde použít – jde o "uvízlou" kapacitu .

Optimální umístění

Naopak se čtyřmi servery o kapacitě 10 TB, 10 TB, 10 TB a 15 TB a třícestné odolnosti proti zrcadlení je možné platně umístit kopie způsobem, který využívá veškerou dostupnou kapacitu. Kdykoli je to možné, Prostory úložiště s přímým přístupem alokátor najde a použije optimální umístění, takže nezanechá žádnou uvíznou kapacitu.

Počet serverů, odolnost proti chybám, závažnost nerovnováhy kapacity a další faktory ovlivňují, zda je kapacita uvízla. Nejrozhodnějším obecným pravidlem je předpokládat, že je zaručeno, že využitelnost je zaručena pouze kapacita dostupná na každém serveru.

Principy: Nerovnováha mezipaměti

Prostory úložiště s přímým přístupem mohou také odolat nevyváženost mezipaměti mezi jednotkami a servery. I když je nerovnováha vážná, vše bude fungovat i nadále. Navíc vždy naplno využívá veškerou dostupnou mezipaměť.

Použití jednotek mezipaměti různých velikostí nemusí zvýšit výkon mezipaměti rovnoměrně ani předvídatelně: lepší výkon můžou být dostupné pouze vstupně-výstupní operace pro vazby s většími jednotkami mezipaměti. Prostory úložiště s přímým přístupem distribuuje vstupně-výstupní operace rovnoměrně napříč vazbami a nerozlišuje se na základě poměru mezipamětí a kapacity.

Tip

Další informace o vazbách mezipamětí najdete v tématu Principy mezipaměti fondu úložiště .

Příklady konfigurací

Tady jsou některé podporované a nepodporované konfigurace:

Podporované: různé modely mezi servery

První dva servery používají nvMe model "X", ale třetí server používá NVMe model "Z", který je velmi podobný.

Server 1	Server 2	Server 3
2 x NVMe Model X (mezipaměť)	2 x NVMe Model X (mezipaměť)	2 x NVMe Model Z (mezipaměť)
10 x SSD Model Y (kapacita)	10 x SSD Model Y (kapacita)	10 x SSD Model Y (kapacita)

Tento scénář se podporuje.

Podporované: různé modely v rámci serveru

Každý server používá různé kombinace modelů HDD "Y" a "Z", které jsou velmi podobné. Každý server má celkem 10 disků HDD.

Server 1	Server 2	Server 3
2 x SSD Model X (mezipaměť)	2 x SSD Model X (mezipaměť)	2 x SSD Model X (mezipaměť)
7 x HDD Model Y (kapacita)	5 x HDD Model Y (kapacita)	1 x HDD Model Y (kapacita)
3 x HDD Model Z (kapacita)	5 x HDD Model Z (kapacita)	9 x HDD Model Z (kapacita)

Tento scénář se podporuje.

Podporované: různé velikosti napříč servery

První dva servery používají 4 TB HDD, ale třetí server používá velmi podobné 6 TB HDD.

Server 1	Server 2	Server 3
2 x 800 GB NVMe (mezipaměť)	2 x 800 GB NVMe (mezipaměť)	2 x 800 GB NVMe (mezipaměť)
4 x 4 TB HDD (kapacita)	4 x 4 TB HDD (kapacita)	4 x 6 TB HDD (kapacita)

To je podporováno, i když to bude mít za následek uvíznutí kapacity.

Podporované: různé velikosti v rámci serveru

Každý server používá jinou kombinaci 1,2 TB a velmi podobného 1,6 TB SSD. Každý server má celkem 4 disky SSD.

Server 1	Server 2	Server 3
3 × 1,2 TB SSD (mezipaměť)	2 x 1,2 TB SSD (mezipaměť)	4× 1,2 TB SSD (mezipaměť)
1 x 1,6 TB SSD (mezipaměť)	2 × 1,6 TB SSD (mezipaměť)	-
20 x 4 TB HDD (kapacita)	20 x 4 TB HDD (kapacita)	20 x 4 TB HDD (kapacita)

Tento scénář se podporuje.

Nepodporuje se: různé typy jednotek mezi servery

Server 1 má NVMe, ale ostatní ne.

Server 1	Server 2	Server 3
6 x NVMe (mezipaměť)	-	-
-	6 x SSD (mezipaměť)	6 x SSD (mezipaměť)
18 x HDD (kapacita)	18 x HDD (kapacita)	18 x HDD (kapacita)

Toto není podporováno. Typy jednotek by měly být na každém serveru stejné.

Nepodporuje se: různé počty jednotlivých typů na serverech

Server 3 má více jednotek než ostatní.

Server 1	Server 2	Server 3
2× NVMe (mezipaměť)	2× NVMe (mezipaměť)	4× NVMe (mezipaměť)
10 x HDD (kapacita)	10 x HDD (kapacita)	20 x HDD (kapacita)

Toto není podporováno. Počet jednotek každého typu by měl být na každém serveru stejný.

Nepodporuje se: Pouze jednotky HDD

Všechny servery mají připojené jenom jednotky HDD.

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

Toto není podporováno. Ke každému serveru musíte přidat minimálně dvě jednotky mezipaměti (NvME nebo SSD).

Souhrn

Abychom to zrekapitulovali, každý server v clusteru by měl mít stejné typy jednotek a stejný počet každého typu. Podporuje se kombinování modelů disků a velikostí disků podle potřeby, a to s ohledem na výše uvedené aspekty.

Omezení	Stav
Stejné typy jednotek na každém serveru	Povinné
Stejný počet jednotlivých typů na každém serveru	Povinné
Stejné modely jednotek na každém serveru	Doporučeno
Stejné velikosti jednotek na každém serveru	Doporučeno

Další kroky

Související informace najdete také v tématech:

• Požadavky na systém
• Volba jednotek