Důležité informace o symetrii jednotek pro clustery Azure Stack HCI a Windows Server
Platí pro: Azure Stack HCI, verze 22H2 a 21H2; Windows Server 2022, Windows Server 2019
Důležité
Azure Stack HCI je teď součástí Azure Local. Probíhá přejmenování dokumentace k produktu. Starší verze Azure Stack HCI, například 22H2, ale budou dál odkazovat na Azure Stack HCI a nebudou odrážet změnu názvu. Další informace.
Clustery Azure Stack HCI a Windows Serveru 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 může být nemožné najít jednotky, které jsou malé. Proto se očekává a podporuje určité množství kombinování a párování. Mějte však 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, základní technologii virtualizace úložiště 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ěl by mít všechny nvMe.
Počet
Všechny servery by měly mít stejný počet jednotek každého typu.
Pokud má například jeden server šest SSD, měl by mít všech šest SSD.
Poznámka:
Je v pořádku, aby se počet jednotek během selhání nebo při přidávání nebo odebírání jednotek dočasně liší.
Model
Pokud je to možné, doporučujeme používat jednotky stejného modelu a verze firmwaru. Pokud to 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 vlastnostmi výkonu nebo vytrvalosti (pokud není mezipamětí a druhou kapacitou), protože Prostory úložiště s přímým přístupem rovnoměrně distribuuje vstupně-výstupní operace a na základě modelu se nerozlišuje.
Poznámka:
Je v pořádku kombinovat podobné jednotky SATA a SAS.
Velikost
Pokud je to možné, doporučujeme používat jednotky se stejnými velikostmi. Použití kapacitních jednotek různých velikostí může vést k některé nepoužitelné kapacitě a použití jednotek mezipaměti různých velikostí nemusí zvýšit výkon mezipaměti. Podrobnosti naleznete v další části.
Upozorňující
Rozdílové velikosti kapacitních jednotek napříč servery můžou vést k tomu, že jsou zvlákněné kapacity.
Vysvětlení: nevyváženost kapacity
Prostory úložiště s přímým přístupem je dostatečně robustní, aby zvládla nevyváženost kapacity napříč jednotkami a servery. I když je nerovnováha závažná, vše bude fungovat i nadále. V závislosti na několika faktorech ale nemusí být využitelná kapacita, která není dostupná na všech serverech.
Pokud chcete zjistit, proč k tomu dochází, podívejte se na zjednodušený obrázek níže. Každé barevné pole představuje jednu kopii zrcadlených dat. Například pole označená jako A, A a A jsou tři kopie stejných dat. Aby bylo možné dodržovat odolnost proti chybám serveru, musí být tyto kopie uloženy 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 celková kapacita větší (15 TB). Pokud ale chcete uložit více třícestných zrcadlových dat na Serveru 3, bude to vyžadovat kopie na Serveru 1 a Server 2, které jsou už plné. Zbývající kapacita 5 TB na Serveru 3 se nedá použít – je to "uvízlá" kapacita.
Optimální umístění
Naopak se čtyřmi servery s 10 TB, 10 TB, 10 TB a 15TB kapacitou a trojcestnou odolnost zrcadlení je možné bezpečně umístit kopie způsobem, který používá všechny dostupné kapacity, jak je nakresleno. 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 nevynechá žádnou uvíznou kapacitu.
Počet serverů, odolnost, závažnost nevyrovnanosti kapacity a další faktory ovlivňují, zda existuje uvíznutá kapacita. Nejpochybnější obecné pravidlo spočívá v tom, že je zaručeno, že je možné použít pouze kapacitu dostupnou na každém serveru.
Vysvětlení: nerovnováha mezipaměti
Prostory úložiště s přímým přístupem může také odolat nevyváženost mezipaměti mezi jednotkami a servery. I když je nerovnováha závažná, vše bude fungovat i nadále. Navíc vždy používá veškerou dostupnou mezipaměť naplno.
Použití jednotek mezipaměti různých velikostí nemusí zvýšit výkon mezipaměti jednotně nebo předvídatelně: lepší výkon může mít pouze vstupně-výstupní operace pro jednotky s většími jednotkami mezipaměti. Prostory úložiště s přímým přístupem rovnoměrně distribuuje vstupně-výstupní operace mezi vazby a nerozlišuje se na základě poměru mezipamětí k kapacitě.
Tip
Další informace o vazbách mezipaměti mezipaměti najdete v tématu Vysvětlení mezipaměti fondu úložiště.
Vzorové konfigurace
Tady jsou některé podporované a nepodporované konfigurace:
Podporováno: různé modely mezi servery
První dva servery používají model NVMe "X", ale třetí server používá model NVMe "Z", což 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.
Podporováno: různé modely na serveru
Každý server používá různé kombinace modelů HDD "Y" a "Z", které jsou velmi podobné. Každý server má celkem 10 pevných disků.
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.
Podporováno: různé velikosti mezi 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 se podporuje, i když to bude mít za následek uvíznutou kapacitu.
Podporováno: různé velikosti v rámci serveru
Každý server používá několik různých mixů 1,2 TB a velmi podobných 1,6 TB SSD. Každý server má celkem 4 ssd.
Server 1 | Server 2 | Server 3 |
---|---|---|
3 × 1,2 TB SSD (mezipaměť) | 2 × 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 × 4 TB HDD (kapacita) | 20 × 4 TB HDD (kapacita) | 20 × 4 TB HDD (kapacita) |
Tento scénář se podporuje.
Nepodporuje se: různé typy jednotek napříč 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é typy jednotlivých typů na serverech
Server 3 má více jednotek než ostatní.
Server 1 | Server 2 | Server 3 |
---|---|---|
2 x NVMe (mezipaměť) | 2 x NVMe (mezipaměť) | 4 x 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 stejný na každém serveru.
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. Musíte přidat minimálně dvě jednotky mezipaměti (NvME nebo SSD) připojené ke každému ze serverů.
Shrnutí
Pro rekapitulace by měl mít každý server v clusteru stejné typy jednotek a stejný počet jednotlivých typů. Podporuje se kombinování modelů jednotek a velikostí jednotek podle potřeby s ohledem na výše uvedené skutečnosti.
Omezení | State |
---|---|
Stejné typy jednotek na každém serveru | Povinní účastníci |
Stejný počet jednotlivých typů na každém serveru | Povinní účastníci |
Stejné modely jednotek na každém serveru | Doporučené |
Stejné velikosti jednotek na každém serveru | Doporučené |
Další kroky
Související informace najdete také: