Požadavky na symetrii na disku pro Azure Stack HCIDrive symmetry considerations for Azure Stack HCI

Platí pro: Azure Stack HCI, verze 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

Azure Stack HCI funguje nejlépe, když má každý server přesně stejné jednotky.Azure Stack HCI works best when every server has exactly the same drives.

Ve skutečnosti to znamená, že to není vždycky praktické, protože Azure Stack HCI je navržená tak, aby se spouštěla po rocích a aby se mohla škálovat podle potřeb vaší organizace.In reality, we recognize this is not always practical, because Azure Stack HCI is designed to run for years and to scale as the needs of your organization grow. V současné době si můžete koupit spacious 3 TB pevných disků; v příštím roce nemusí být možné najít jednotky, které jsou malé.Today, you may buy spacious 3 TB hard drives; next year, it may become impossible to find drives that small. Proto je očekáváno a podporováno určité množství kombinací a porovnání.Therefore, some amount of mixing-and-matching is expected and supported. Pamatujte však, že více symetrie je vždy lepší.Keep in mind, however, that more symmetry is always better.

Toto téma vysvětluje omezení a poskytuje příklady podporovaných a nepodporovaných konfigurací.This topic explains the constraints and provides examples of supported and unsupported configurations.

OmezeníConstraints

Tato část vysvětluje omezení z podmínek typu jednotky, modelu, velikosti a počtu jednotek.This section explains constraints in terms of drive type, model, size, and number of drives.

TypType

Všechny servery by měly mít stejné typy jednotek.All servers should have the same types of drives.

Například pokud má jeden server NVMe, musí mít všechny NVMe.For example, if one server has NVMe, they should all have NVMe.

ČísloNumber

Všechny servery musí mít stejný počet jednotek každého typu.All servers should have the same number of drives of each type.

Pokud má například jeden server šest SSD, měly by mít všechny šest SSD.For example, if one server has six SSD, they should all have six SSD.

Poznámka

Je v pořádku, kolik jednotek se v průběhu selhání nebo při přidávání nebo odebírání jednotek bude dočasně lišit.It is okay for the number of drives to differ temporarily during failures or while adding or removing drives.

ModelModel

Pokud je to možné, doporučujeme použít jednotky stejného modelu a verze firmwaru.We recommend using drives of the same model and firmware version whenever possible. Pokud nemůžete, pečlivě vyberte jednotky, které jsou co nejblíže.If you can't, carefully select drives that are as similar as possible. Nemůžeme si vymíchat jednotky stejného typu s ostrými různou charakteristikou výkonu nebo životnosti (Pokud jedna z nich není mezipaměť a druhá kapacita), protože Azure Stack HCI distribuuje v/v v/v v závislosti na modelu i nestejnou diskriminaci.We discourage mixing-and-matching drives of the same type with sharply different performance or endurance characteristics (unless one is cache and the other is capacity) because Azure Stack HCI distributes IO evenly and doesn't discriminate based on model.

Poznámka

Je v pořádku, aby se shodoval s podobnými jednotkami SATA a SAS.It is okay to mix-and-match similar SATA and SAS drives.

VelikostSize

Pokud je to možné, doporučujeme použít jednotky se stejnými velikostmi.We recommend using drives of the same sizes whenever possible. Použití kapacitních jednotek různých velikostí může mít za následek nepoužitelnou kapacitu a používání diskových jednotek mezipaměti s různými velikostmi nemusí zlepšit výkon mezipaměti.Using capacity drives of different sizes may result in some unusable capacity, and using cache drives of different sizes may not improve cache performance. Podrobnosti najdete v následující části.See the next section for details.

Upozornění

Různé velikosti kapacitních jednotek na serverech můžou mít za následek navedenou kapacitu.Differing capacity drives sizes across servers may result in stranded capacity.

Pochopení: nevyrovnanost kapacityUnderstand: capacity imbalance

Azure Stack HCI je robustní pro kapacitu nerovnováhy mezi jednotkami a mezi servery.Azure Stack HCI is robust to capacity imbalance across drives and across servers. I když je nerovnováha závažná, vše bude i nadále fungovat.Even if the imbalance is severe, everything will continue to work. V závislosti na několika faktorech ale nemusí být kapacita dostupná na každém serveru použitelná.However, depending on several factors, capacity that isn't available in every server may not be usable.

Chcete-li zjistit, proč k tomu dochází, zvažte následující zjednodušené ilustrace.To see why this happens, consider the simplified illustration below. Každé barevné pole představuje jednu kopii zrcadlených dat.Each colored box represents one copy of mirrored data. Například pole označená jako, a a jsou tři kopie stejných dat.For example, the boxes marked A, A', and A'' are three copies of the same data. Aby bylo možné akceptovat odolnost proti chybám serveru, musí být tyto kopie uložené na různých serverech.To honor server fault tolerance, these copies must be stored in different servers.

Navýšení kapacityStranded capacity

Jak je vykresleno, server 1 (10 TB) a Server 2 (10 TB) jsou zaplněny.As drawn, Server 1 (10 TB) and Server 2 (10 TB) are full. Server 3 má větší jednotky, takže jeho celková kapacita je větší (15 TB).Server 3 has larger drives, therefore its total capacity is larger (15 TB). Pro uložení více trojrozměrného zrcadlového data na serveru 3 ale budete potřebovat kopie na serveru 1 a na serveru 2, které jsou již zaplněny.However, to store more three-way mirror data on Server 3 would require copies on Server 1 and Server 2 too, which are already full. Zbývající kapacitu 5 TB na serveru 3 nelze použít – jedná se o "" " .The remaining 5 TB capacity on Server 3 can't be used – it's "stranded" capacity.

Třícestný zrcadlový svazek, tři servery, geografická kapacita

Optimální umístěníOptimal placement

V opačném případě se čtyřmi servery o kapacitě 10 TB, 10 TB, 10 TB a 15 TB a odolné odolnosti proti chybám je možné přidružit kopie způsobem, který používá veškerou dostupnou kapacitu, jak je vykreslený.Conversely, with four servers of 10 TB, 10 TB, 10 TB, and 15 TB capacity and three-way mirror resiliency, it is possible to validly place copies in a way that uses all available capacity, as drawn. Kdykoli je to možné, přidělování Prostory úložiště s přímým přístupem vyhledá a použije optimální umístění, takže zůstane bez jeho celkové kapacity.Whenever this is possible, the Storage Spaces Direct allocator will find and use the optimal placement, leaving no stranded capacity.

Třícestný zrcadlový svazek, čtyři servery, žádná geografická kapacita

Počet serverů, odolnost, závažnost nerovnováhy kapacity a další faktory ovlivňují, zda existuje oblast s určením kapacity.The number of servers, the resiliency, the severity of the capacity imbalance, and other factors affect whether there is stranded capacity. Nejefektivnějším obecným pravidlem je předpokládat, že je zaručena použitelnost dostupné kapacity na každém serveru.The most prudent general rule is to assume that only capacity available in every server is guaranteed to be usable.

Pochopení: nerovnováha mezipamětiUnderstand: cache imbalance

Azure Stack HCI je robustní pro ukládání nerovnováhy do mezipaměti napříč jednotkami a mezi servery.Azure Stack HCI is robust to cache imbalance across drives and across servers. I když je nerovnováha závažná, vše bude i nadále fungovat.Even if the imbalance is severe, everything will continue to work. Kromě toho Azure Stack rozhraní HCI vždycky používá veškerou dostupnou mezipaměť na plný.Moreover, Azure Stack HCI always uses all available cache to the fullest.

Použití jednotek mezipaměti různých velikostí ale nedokáže vylepšit výkon mezipaměti jednotně nebo prediktivním způsobem, což může zlepšit výkon jenom u vazeb v/v za jednotku s většími jednotkami mezipaměti.However, using cache drives of different sizes may not improve cache performance uniformly or predictably: only IO to drive bindings with larger cache drives may see improved performance. Azure Stack HCI distribuuje vstupně-výstupní operace rovnoměrně napříč vazbami a nevede k diskriminaci na základě poměru mezipaměti na kapacitu.Azure Stack HCI distributes IO evenly across bindings and doesn't discriminate based on cache-to-capacity ratio.

Nerovnováha mezipaměti

Tip

Další informace o vazbách mezipaměti najdete v tématu Principy mezipaměti .See Understanding the cache to learn more about cache bindings.

Příklady konfiguracíExample configurations

Tady jsou některé podporované a nepodporované konfigurace:Here are some supported and unsupported configurations:

Podporováno: různé modely mezi servery

První dva servery používají NVMe model "X", ale třetí server používá model NVMe "Z", který je velmi podobný.The first two servers use NVMe model "X" but the third server uses NVMe model "Z", which is very similar.

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

Tento scénář se podporuje.This is supported.

Podporováno: různé modely v rámci serveru

Každý server používá jinou kombinaci modelů HDD "Y" a "Z", které jsou velmi podobné.Every server uses some different mix of HDD models "Y" and "Z", which are very similar. Každý server má 10 Hard HDD.Every server has 10 total HDD.

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

Tento scénář se podporuje.This is supported.

Podporováno: různé velikosti mezi servery

První dva servery používají disk o 4 TB, ale třetí server používá velmi podobný disk s 6 TB.The first two servers use 4 TB HDD but the third server uses very similar 6 TB HDD.

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

Tato funkce je podporována, i když bude mít za následek navedenou kapacitu.This is supported, although it will result in stranded capacity.

Podporováno: různé velikosti v rámci serveru

Každý server používá jinou kombinaci 1,2 TB a velmi podobných 1,6 TB SSD.Every server uses some different mix of 1.2 TB and very similar 1.6 TB SSD. Každý server má 4 celkem SSD.Every server has 4 total SSD.

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

Tento scénář se podporuje.This is supported.

Nepodporováno: různé typy jednotek mezi servery

Server 1 NVMe, ale ostatní ne.Server 1 has NVMe but the others don't.

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

Toto není podporováno.This isn't supported. Typy jednotek by měly být na každém serveru stejné.The types of drives should be the same in every server.

Nepodporováno: různý počet jednotlivých typů mezi servery

Server 3 má více jednotek než ostatní.Server 3 has more drives than the others.

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

Toto není podporováno.This isn't supported. Počet jednotek každého typu by měl být stejný na každém serveru.The number of drives of each type should be the same in every server.

Nepodporováno: pouze jednotky HDD

Všechny servery mají připojené jenom jednotky HDD.All servers have only HDD drives connected.

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

Toto není podporováno.This isn't supported. Musíte přidat minimálně dvě jednotky mezipaměti (NvME nebo SSD) připojené ke každému ze serverů.You need to add a minimum of two cache drives (NvME or SSD) attached to each of the servers.

ShrnutíSummary

Aby rekapitulace každý server v clusteru měl mít stejné typy jednotek a stejný počet každého typu.To recap, every server in the cluster should have the same types of drives and the same number of each type. V souladu s výše uvedenými požadavky podporuje modely jednotek a velikosti jednotek podle potřeby.It's supported to mix-and-match drive models and drive sizes as needed, with the considerations above.

JedinečnConstraint StavState
Stejné typy jednotek na každém serveruSame types of drives in every server PovinnéRequired
Stejný počet každého typu na každém serveruSame number of each type in every server PovinnéRequired
Stejné modely jednotek na každém serveruSame drive models in every server DoporučenoRecommended
Stejné velikosti jednotek na každém serveruSame drive sizes in every server DoporučenoRecommended

Další krokyNext steps

Související informace najdete v tématu také:For related information, see also: