Azure Premium Storage: Návrh pro vysoký výkon
Platí pro: ✔️ Virtuální počítače s Linuxem ✔️ virtuální počítače Windows:heavy_check_mark: Flexibilní škálovací sady ✔️ Jednotné škálovací sady
Tento článek obsahuje pokyny pro vytváření vysoce výkonných aplikací pomocí Azure Premium Storage. Můžete použít pokyny uvedené v tomto dokumentu v kombinaci s osvědčenými postupy z oblasti výkonu pro technologie používané vaší aplikací. Pro ilustraci těchto pokynů jsme použili SQL Server na Premium Storage jako příklad v celém tomto dokumentu.
I když se budeme zabývat scénáři výkonu pro Storage v tomto článku, budete muset aplikační vrstvu optimalizovat. Pokud například hostíte službu SharePoint Farm v Azure Premium Storage, můžete databázový server optimalizovat pomocí SQL Server příkladů z tohoto článku. Kromě toho optimalizujte webový server SharePoint a aplikační server webové farmy, abyste co nejvíce vyhověly.
Tento článek vám pomůže zodpovědět následující běžné dotazy týkající se optimalizace výkonu aplikací v Azure Premium Storage.
- Jak měřit výkon aplikace?
- Proč se vám neočekává očekávaný vysoký výkon?
- Které faktory ovlivňují výkon aplikace na Premium Storage?
- Jak tyto faktory ovlivňují výkon aplikace na Premium Storage?
- Jak můžete optimalizovat IOPS, šířku pásma a latenci?
Tyto pokyny jsme poskytli speciálně pro Premium Storage, protože úlohy běžící na Premium Storage vysoce citlivé na výkon. Tam, kde je to vhodné, jsme vám poskytli příklady. Některé z těchto pokynů můžete použít také pro aplikace běžící na virtuálních počítači IaaS s disky Standard Storage disky.
Poznámka
Někdy se může zdát, že problém s výkonem disku je ve skutečnosti kritickým bodem sítě. V takových situacích byste měli optimalizovat výkon sítě.
Pokud chcete svůj disk srovnávacím testem, projděte si naše články o srovnávacím testu disku:
- Linux: Srovnávací test aplikace na Azure Disk Storage
- Například Windows: Srovnávací test disku.
Pokud váš virtuální počítač podporuje akcelerované síťové služby, měli byste se ujistit, že je povolený. Pokud tato možnost není povolená, můžete ji povolit na již nasazených virtuálních Windows i v Linuxu.
Než začnete, Premium Storage přečtěte si nejprve informace o výběru typu disku Azure pro virtuální počítače IaaS a cíle škálovatelnosti pro účty úložiště objektů blobstránky úrovně Premium.
Ukazatele výkonu aplikace
Posuzujeme, jestli aplikace dobře pracuje nebo ne. Používá ukazatele výkonu, jako je rychlost zpracování uživatelského požadavku, kolik dat aplikace zpracovává na požadavek, kolik požadavků zpracovává aplikace v určitém časovém období, jak dlouho musí uživatel čekat na získání odpovědi po odeslání žádosti. Technickými termíny pro tyto ukazatele výkonu jsou IOPS, propustnost nebo šířka pásma a latence.
V této části probereme běžné ukazatele výkonu v kontextu Premium Storage. V následující části Shromažďování požadavků aplikace se dozvíte, jak měřit tyto ukazatele výkonu pro vaši aplikaci. Později v části Optimalizace výkonu aplikace se dozvíte o faktorech ovlivňující tyto ukazatele výkonu a doporučeních k jejich optimalizaci.
IOPS
Počet požadavků, které vaše aplikace odesílá na disky úložiště za sekundu, je počet vstupně-výstupních operací za sekundu. Vstupní/výstupní operace může být čtení nebo zápis, sekvenční nebo náhodná. Aplikace OLTP (Online Transaction Processing), jako je například online maloobchodní web, musí okamžitě zpracovat mnoho souběžných žádostí uživatelů. Požadavky uživatelů jsou databázové transakce náročné na vložení a aktualizaci, které musí aplikace rychle zpracovat. Proto aplikace OLTP vyžadují velmi vysoký IOPS. Takové aplikace zvládnou miliony malých a náhodných V/V požadavků. Pokud takovou aplikaci máte, musíte navrhnout infrastrukturu aplikace tak, aby optimalizovala IOPS. V další části Optimalizace výkonu aplikace podrobně probereme všechny faktory, které musíte zvážit, abyste mohli získat vysoké IOPS.
Když ke svému virtuálnímu počítači s vysokou kapacitou připojíte disk úložiště úrovně Premium, Azure pro vás zřídí zaručenou hodnotu IOPS podle specifikace disku. Například disk P50 zřídí 7 500 IOPS. Každý virtuální počítač s vysokou kapacitou má také konkrétní limit IOPS, který dokáže plnit. Například virtuální počítač Standard GS5 má limit 80 000 IOPS.
Propustnost
Propustnost nebo šířka pásma je množství dat, které vaše aplikace odesílá na disky úložiště v zadaném intervalu. Pokud vaše aplikace provádí vstupně-výstupní operace s velkými jednotkami vstupně-výstupních operací, vyžaduje vysokou propustnost. Aplikace datového skladu obvykle provádějí operace náročné na kontrolu, které přistupují k velkým částem dat najednou a běžně provádějí hromadné operace. Jinými slovy, takové aplikace vyžadují vyšší propustnost. Pokud takovou aplikaci máte, musíte navrhnout její infrastrukturu tak, aby optimalizovala propustnost. V další části se podrobněji zabýváme faktory, které musíte vyladit, abyste toho dosáhli.
Když připojíte disk služby Premium Storage k virtuálnímu počítače ve velkém měřítku, Azure z opatření propustnosti podle specifikace tohoto disku. Například disk P50 zřídí propustnost 250 MB za sekundu. Každý virtuální počítač s vysokou kapacitou má také konkrétní limit propustnosti, který dokáže plnit. Například virtuální počítač Standard GS5 má maximální propustnost 2000 MB za sekundu.
Existuje vztah mezi propustností a IOPS, jak je znázorněno ve vzorci níže.
Proto je důležité určit optimální propustnost a hodnoty IOPS, které vaše aplikace vyžaduje. Při pokusu o optimalizaci jednoho z nich to bude mít vliv i na to druhé. V další části Optimalizace výkonu aplikace si probereme další podrobnosti o optimalizaci IOPS a propustnosti.
Latence
Latence je doba, kterou aplikaci trvá přijetí jednoho požadavku, odeslání na disky úložiště a odeslání odpovědi klientovi. Jedná se o kritickou míru výkonu aplikace kromě IOPS a propustnosti. Latence disku služby Premium Storage je čas, který trvá načtení informací o požadavku a jejich komunikaci zpět do vaší aplikace. Premium Storage poskytuje konzistentní nízkou latenci. Premium Disky jsou navržené tak, aby poskytovaly latence v řádu milisekund pro většinu V/V operací. Pokud povolíte ukládání do mezipaměti hostitele jen pro čtení na discích služby Premium Storage, získáte mnohem nižší latenci čtení. Podrobnosti o diskových Ukládání do mezipaměti podrobněji probereme v další části optimalizace výkonu aplikace.
Pokud optimalizujete aplikaci tak, aby měla vyšší IOPS a vyšší propustnost, ovlivní to latenci vaší aplikace. Po vyladění výkonu aplikace vždy vyhodnoťte latenci aplikace, abyste se vyhnuli neočekávanému chování s vysokou latencí.
Následující operace řídicí roviny v Spravované disky mohou zahrnovat přesun disku z jednoho umístění Storage do druhého. To se orchestruje prostřednictvím kopie dat na pozadí, která může trvat několik hodin, obvykle méně než 24 hodin v závislosti na množství dat na discích. Během této doby může aplikace zaznamenat vyšší než obvyklou latenci čtení, protože některá čtení se mohou přesměrovat do původního umístění a jejich dokončení může trvat déle. Během této doby to nemá žádný vliv na latenci zápisu.
- Aktualizujte typ úložiště.
- Odpojte a připojte disk z jednoho virtuálního počítače k jinému.
- Vytvoření spravovaného disku z virtuálního pevného disku
- Vytvoření spravovaného disku ze snímku
- Převod nespravovaných disků na spravované disky
Kontrolní seznam aplikací pro výkon disků
Prvním krokem při návrhu vysoce výkonných aplikací spuštěných v Azure Premium Storage je porozumění požadavkům vaší aplikace na výkon. Jakmile shromáždíte požadavky na výkon, můžete aplikaci optimalizovat tak, aby dosáhla co nejoptimálnějšího výkonu.
V předchozí části jsme vysvětlili běžné ukazatele výkonu, IOPS, propustnost a latenci. Musíte určit, které z těchto ukazatelů výkonu jsou pro vaši aplikaci klíčové pro zajištění požadovaného uživatelského prostředí. Například vysoké IOPS je pro aplikace OLTP, které zpracovávají miliony transakcí za sekundu, nejdůležitější. Zatímco vysoká propustnost je pro aplikace Data Warehouse zpracovávají velké objemy dat za sekundu, zásadní. Extrémně nízká latence je zásadní pro aplikace v reálném čase, jako jsou weby streamování živého videa.
Dále změřte maximální požadavky na výkon vaší aplikace během své životnosti. Jako začátek použijte níže uvedený ukázkový kontrolní seznam. Zaznamenáte maximální požadavky na výkon během období běžných, maximálních a nehodinových úloh. Určením požadavků na všechny úrovně úloh budete schopni určit celkový požadavek na výkon vaší aplikace. Běžnou úlohou webu elektronického obchodování budou například transakce, které bude služba po většinu dnů v roce 2019 ovat. Úlohou webu ve špičce budou transakce, které slouží během svátků nebo speciálních prodejních akcí. Zatížení ve špičce má obvykle omezenou dobu, ale může vyžadovat, aby vaše aplikace škálovat dvakrát nebo vícekrát normální provoz. Zjistěte požadavky na 50 percentil, 90 percentil a 99 percentilů. To pomáhá odfiltrovat všechny odlehlé hodnoty v požadavcích na výkon a vy se můžete soustředit na optimalizaci správných hodnot.
Kontrolní seznam požadavků na výkon aplikací
| Požadavky na výkon | 50. percentil | 90. percentil | 99. percentil |
|---|---|---|---|
| Max. Transakcí za sekundu | |||
| % Operací čtení | |||
| % Operací zápisu | |||
| % Náhodných operací | |||
| % Sekvenčních operací | |||
| Velikost žádosti v/v | |||
| Průměrná propustnost | |||
| Max. Propustnost | |||
| Dlouhé. Latence | |||
| Průměrná latence | |||
| Max. Procesor | |||
| Průměrný procesor | |||
| Max. Memory (Paměť) | |||
| Průměrná paměť | |||
| Hloubka fronty |
Poznámka
Měli byste zvážit škálování těchto čísel na základě očekávaného budoucího růstu vaší aplikace. Je vhodné naplánovat nárůst před časem, protože by mohlo být obtížnější změnit infrastrukturu na zvýšení výkonu později.
pokud máte existující aplikaci a chcete přejít na Premium Storage, nejprve sestavte kontrolní seznam pro existující aplikaci. pak sestavte prototyp své aplikace na Premium Storage a návrh aplikace podle pokynů popsaných v tématu optimalizace výkonu aplikace v pozdější části tohoto dokumentu. Další článek popisuje nástroje, které můžete použít ke shromáždění měření výkonu.
Čítače pro měření požadavků na výkon aplikace
Nejlepším způsobem, jak změřit požadavky na výkon vaší aplikace, je používat nástroje pro monitorování výkonu poskytované operačním systémem serveru. můžete použít PerfMon pro Windows a iostat pro Linux. Tyto nástroje zachycují čítače odpovídající každé míře vysvětlené v předchozí části. Hodnoty těchto čítačů je nutné zachytit, pokud vaše aplikace běží normálně, ve špičce nebo mimo pracovní vytížení.
Čítače výkonu jsou k dispozici pro procesor, paměť a každý logický disk a fyzický disk serveru. Když použijete disky Premium Storage s virtuálním počítačem, čítače fyzického disku jsou pro každý disk Storage úrovně Premium a čítače logických disků jsou pro každý svazek vytvořený na discích úložiště úrovně Premium. Je nutné zachytit hodnoty pro disky, které hostují zatížení vaší aplikace. Pokud existuje mapování mezi logickými a fyzickými disky, můžete se podívat na čítače fyzického disku. v opačném případě se podívejte na čítače logických disků. V systému Linux příkaz iostat vygeneruje sestavu využití procesoru a disku. Sestava využití disku poskytuje statistiku pro každé fyzické zařízení nebo oddíl. Pokud máte databázový server s daty a protokoly na samostatných discích, shromážděte tato data pro oba disky. Následující tabulka popisuje čítače pro disky, procesory a paměť:
| Čítač | Description | PerfMon | Iostat |
|---|---|---|---|
| Počet vstupně-výstupních operací za sekundu | Počet vstupně-výstupních požadavků vydaných na disk úložiště za sekundu. | Čtení z disku/s Zápisy na disk/s |
TPS r/s w/s |
| Čtení a zápisy na disk | % operací čtení a zápisu provedených na disku. | % Doby čtení disku % Času zápisu na disk |
r/s w/s |
| Propustnost | Množství dat čtených nebo zapsaných na disk za sekundu. | Bajty čtení z disku/s Bajty zápisu na disk/s |
kB_read/s kB_wrtn/s |
| Latence | Celková doba, po kterou se má dokončit požadavek na vstupně-výstupní operace disku | Střední doba disku/čtení Střední doba disku/zápis |
await svctm |
| Velikost v/v | Velikost vstupně-výstupních požadavků vydává problémy diskům úložiště. | Průměrný počet bajtů disku/čtení Průměrný počet bajtů disku/zápis |
avgrq – SZ |
| Hloubka fronty | Počet nezpracovaných vstupně-výstupních požadavků, které čekají na čtení nebo zapisování na disk úložiště. | Aktuální délka fronty disku | avgqu – SZ |
| Maximální velikost paměti | Množství paměti vyžadované pro plynulé spuštění aplikace | % Používaných potvrzených bajtů | Použití vmstat |
| Max. CPU | Množství CPU vyžadované pro plynulé spuštění aplikace | % Času procesoru | % util |
Přečtěte si další informace o iostat a perfmon.
Optimalizace výkonu aplikace
hlavní faktory ovlivňující výkon aplikace běžící na Premium Storage jsou povahou vstupně-výstupních požadavků, velikosti virtuálních počítačů, velikosti disků, počtu disků, ukládání do mezipaměti disku, multithreading a hloubka fronty. Některé z těchto faktorů můžete řídit pomocí knoflíků poskytovaných systémem. Většina aplikací vám nemusí dát možnost změnit přímo velikost vstupně-výstupních operací a hloubku fronty. pokud například používáte SQL Server, nemůžete zvolit velikost vstupně-výstupních operací a hloubku fronty. pro dosažení maximálního výkonu SQL Server zvolí optimální velikost vstupně-výstupních operací a hodnoty hloubky fronty. Je důležité pochopit účinky obou typů faktorů na výkon aplikace, abyste mohli zřídit vhodné prostředky pro splnění požadavků na výkon.
V této části najdete kontrolní seznam požadavků aplikace, který jste vytvořili, abyste identifikovali, kolik potřebujete k optimalizaci výkonu aplikace. V závislosti na tom budete moct určit, které faktory z této části budete muset ladit. Chcete-li nastavit důsledky pro vliv každého faktoru na výkon aplikace, spusťte nástroje srovnávacích testů v nastavení aplikace. projděte si článek srovnávací testování, který se na konci odkazuje na kroky pro spuštění běžných nástrojů pro srovnávací testy na virtuálních počítačích s Windows a Linux.
Rychlé optimalizace vstupně-výstupních operací, propustnosti a latence
Následující tabulka shrnuje faktory výkonu a kroky potřebné k optimalizaci IOPS, propustnosti a latence. Oddíly uvedené v tomto souhrnu popisují, že každý faktor bude mnohem větší hloubka.
Další informace o velikostech virtuálních počítačů a počtu IOPS, propustnosti a latence dostupných pro každý typ virtuálního počítače najdete v tématu velikosti pro virtuální počítače v Azure.
| IOPS | Propustnost | Latence | |
|---|---|---|---|
| Ukázkový scénář | Enterprise OLTP aplikace, která vyžaduje velmi vysoký počet transakcí za sekundu. | Enterprise Aplikace datových skladů zpracovávající velké objemy dat. | Aplikace prakticky v reálném čase, které vyžadují okamžitou odezvu na požadavky uživatelů, jako jsou online hry. |
| Faktory výkonu | |||
| Velikost v/v | Menší velikost vstupně-výstupních operací má vyšší IOPS. | Větší množství vstupně-výstupních operací, které poskytuje vyšší propustnost. | |
| Velikost virtuálního počítače | Použijte velikost virtuálního počítače, která nabízí IOPS větší než požadavek vaší aplikace. | Použijte velikost virtuálního počítače s limitem propustnosti větším, než je požadavek vaší aplikace. | Použijte velikost virtuálního počítače, která nabízí limity škálování větší než požadavek vaší aplikace. |
| Velikost disku | Použijte velikost disku, která nabízí IOPS větší než požadavek vaší aplikace. | Použijte velikost disku s limitem propustnosti větším, než je požadavek vaší aplikace. | Použijte velikost disku, která nabízí limity škálování větší než požadavek vaší aplikace. |
| Omezení škálování virtuálního počítače a disku | Limit IOPS zvolené velikosti virtuálního počítače by měl být větší než celkový počet IOPS, který je založený na discích úložiště, které jsou k němu připojené. | Limit propustnosti zvolené velikosti virtuálního počítače by měl být větší než celková propustnost řízená disky Premium Storage, které jsou k ní připojené. | Limity škálování zvolené velikosti virtuálního počítače musí být větší než celková omezení škálování připojených disků úložiště úrovně Premium. |
| Ukládání do mezipaměti disku | Povolte mezipaměť jen pro čtení na discích úložiště úrovně Premium s operacemi čtení těžkých operací, abyste získali vyšší počet IOPS. | Povolte mezipaměť jen pro čtení na discích úložiště úrovně Premium s připravenými náročnými operacemi, abyste dosáhli velmi nízké latence čtení. | |
| Prokládání disků | Použijte více disků a propojte je dohromady, abyste získali kombinovaný limit s vyšším počtem vstupně-výstupních operací a propustnosti. Kombinovaný limit na virtuální počítač musí být vyšší než kombinované limity připojených prémiových disků. | ||
| Velikost pruhu | Menší velikost obložení pro náhodný vzor malých vstupně-výstupních operací, který se zobrazuje v aplikacích OLTP. například použijte velikost stripe 64 KB pro aplikaci SQL Server OLTP. | Větší velikost proložení pro sekvenční velký vstupně-výstupní vzor, který se zobrazuje v aplikacích datového skladu. například použijte velikost pruhu 256 KB pro SQL Server aplikaci datového skladu. | |
| Multithreading | použijte multithreading k nabízení většího počtu požadavků na Premium Storage, které vedou k vyšším vstupně-výstupním operacím a propustnosti. například na SQL Server nastavte vysokou hodnotu MAXDOP pro přidělení dalších procesorů k SQL Server. | ||
| Hloubka fronty | Větší hloubka fronty poskytuje vyšší IOPS. | Větší hloubka fronty poskytuje vyšší propustnost. | Menší hloubka fronty poskytuje nižší latenci. |
Povaha vstupně-výstupních požadavků
Vstupně-výstupní operace je jednotka vstupně-výstupních operací, kterou bude vaše aplikace provádět. Určení povahy požadavků na vstupně-výstupní operace, náhodných nebo sekvenčních, čtení nebo zápisu, malých nebo velkých, vám pomůže určit požadavky na výkon vaší aplikace. Je důležité pochopit charakter požadavků v/v, aby se při návrhu infrastruktury aplikace zajistila správná rozhodnutí. IOs se musí rovnoměrně distribuovat, aby se dosáhlo co nejlepšího výkonu.
Velikost v/v je jedním z důležitějších faktorů. Velikost vstupně-výstupních operací je velikost žádosti o vstupně-výstupní operace vygenerované vaší aplikací. Velikost vstupně-výstupních operací má významný dopad na výkon hlavně na základě IOPS a šířky pásma, které aplikace dokáže dosáhnout. Následující vzorec znázorňuje vztah mezi vstupně-výstupními operacemi, velikostí vstupně-výstupních operací a šířkou pásma a propustností
Některé aplikace umožňují změnit jejich vstupně-výstupní operace, zatímco některé aplikace ne. SQL Server například určuje optimální velikost vstupně-výstupních operací a neposkytuje uživatelům žádné ovladače ke změně. Na druhé straně Oracle poskytuje parametr s názvem _ _ velikost bloku DB , pomocí kterého můžete nakonfigurovat velikost vstupně-výstupních požadavků databáze.
Pokud používáte aplikaci, která vám neumožňuje změnit velikost vstupně-výstupních operací, použijte pokyny v tomto článku k optimalizaci klíčového ukazatele výkonu, který je pro vaši aplikaci nejrelevantnější. Třeba
- Aplikace OLTP generuje miliony malých a náhodných vstupně-výstupních požadavků. Chcete-li tyto typy požadavků na vstupně-výstupní operace zpracovat, je nutné navrhnout infrastrukturu aplikace a získat vyšší IOPS.
- Aplikace datového skladu generuje velké a sekvenční vstupně-výstupní požadavky. Chcete-li tyto typy požadavků na vstupně-výstupní operace zpracovat, je nutné navrhnout infrastrukturu vaší aplikace, abyste dosáhli vyšší šířky pásma nebo propustnosti.
Pokud používáte aplikaci, která umožňuje změnit velikost vstupně-výstupních operací, použijte toto pravidlo pro vstupně-výstupní operace kromě dalších pokynů pro výkon.
- Menší velikost vstupně-výstupních operací k získání vyššího počtu IOPS. Například 8 KB pro aplikaci OLTP.
- Větší vstupně-výstupní velikost pro dosažení vyšší šířky pásma a propustnosti. Například 1024 KB pro aplikaci datového skladu.
Tady je příklad, jak můžete vypočítat vstupně-výstupní operace a propustnost/šířku pásma pro vaši aplikaci. Zvažte použití disku P30. Maximální IOPS a propustnost/šířka pásma, které může P30 disk dosáhnout, jsou 5000 vstupně-výstupních operací za sekundu a 200 MB v uvedeném pořadí. Pokud teď vaše aplikace vyžaduje maximální IOPS z disku P30 a používáte menší velikost vstupně-výstupních operací, jako je 8 KB, výsledná šířka pásma bude možné získat 40 MB za sekundu. Pokud ale vaše aplikace vyžaduje maximální propustnost a šířku pásma z disku P30 a použijete větší vstupně-výstupní velikost jako 1024 KB, výsledný IOPS bude menší, 200 IOPS. Proto vylaďte velikost vstupně-výstupních operací tak, aby splňovala požadavky na vstupně-výstupní operace vaší aplikace a propustnost/šířka pásma. Následující tabulka shrnuje různé velikosti v/v a jejich odpovídající IOPS a propustnost pro P30 disk.
| Požadavek na aplikaci | I/O velikost | IOPS | Propustnost a šířka pásma |
|---|---|---|---|
| Maximální počet vstupně-výstupních operací za sekundu | 8 kB | 5 000 | 40 MB za sekundu |
| Maximální propustnost | 1024 KB | 200 | 200 MB za sekundu |
| Maximální propustnost + horní IOPS | 64 kB | 3 200 | 200 MB za sekundu |
| Max. IOPS + vysoká propustnost | 32 KB | 5 000 | 160 MB za sekundu |
Pokud chcete získat vstupně-výstupní operace a šířku pásma větší než maximální hodnota jediného úložného disku Premium, použijte několik prémiových disků. Proložením dvou P30 disků můžete například získat kombinované IOPS 10 000 IOPS nebo kombinovanou propustnost 400 MB za sekundu. Jak je vysvětleno v další části, je nutné použít velikost virtuálního počítače, která podporuje počet vstupně-výstupních operací a propustnosti disku v kombinaci.
Poznámka
Při navýšení počtu IOPS nebo propustnosti se druhá taky zvýší a ujistěte se, že při zvyšování počtu vstupně-výstupních operací disku nebo virtuálního počítače nejste dosáhli limitu propustnosti nebo IOPS.
Chcete-li nastavit vliv velikosti vstupně-výstupních operací na výkon aplikace, můžete spustit nástroje pro srovnávací testy na virtuálních počítačích a discích. Vytvoření více testovacích běhů a použití jiné velikosti v/v pro každý běh pro zobrazení dopadu. Další podrobnosti najdete v článku o srovnávacích testech propojených na konci.
Velikosti virtuálních počítačů s vysokou škálou
Když začnete navrhovat aplikaci, jednou z nich, kterou je třeba udělat, je, že chcete hostovat svoji aplikaci, vyberte virtuální počítač. Premium Storage přináší vysoce škálovatelné velikosti virtuálních počítačů, které můžou spouštět aplikace vyžadující vyšší výpočetní výkon a vysoký výkon vstupně-výstupních operací na místním disku. Tyto virtuální počítače poskytují rychlejší procesory, vyšší poměr paměti k jádrům a jednotku SSD (Solid-State Drive) pro místní disk. příklady virtuálních počítačů s vysokým škálováním, které podporuje Premium Storage, jsou virtuální počítače řady DS a GS.
Virtuální počítače s vysokým rozsahem jsou k dispozici v různých velikostech s různými počty PROCESORových jader, paměti, operačním systémem a dočasné velikosti disku. Každá velikost virtuálního počítače má také maximální počet datových disků, které můžete připojit k virtuálnímu počítači. Vybraná velikost virtuálního počítače proto bude mít vliv na to, kolik je pro vaši aplikaci k dispozici zpracování, paměť a kapacita úložiště. ovlivňuje také náklady na výpočetní výkon a Storage. Níže jsou uvedené například specifikace největšího počtu virtuálních počítačů v řadě DS a řady GS:
| Velikost virtuálního počítače | Procesorová jádra | Memory (Paměť) | Velikosti disků virtuálních počítačů | Max. datové disky | Velikost mezipaměti | IOPS | Omezení v/v mezipaměti šířky pásma |
|---|---|---|---|---|---|---|---|
| Standard_DS14 | 16 | 112 GB | OS = 1023 GB Místní SSD = 224 GB |
32 | 576 GB | 50 000 IOPS 512 MB za sekundu |
4 000 IOPS a 33 MB za sekundu |
| Standard_GS5 | 32 | 448 GB | OS = 1023 GB Místní SSD = 896 GB |
64 | 4224 GB | 80 000 IOPS 2 000 MB za sekundu |
5 000 IOPS a 50 MB za sekundu |
Úplný seznam dostupných velikostí virtuálních počítačů Azure najdete v tématu velikosti virtuálních počítačů v Azure. Vyberte velikost virtuálního počítače, která může splňovat požadavky na výkon požadované aplikace a škálovat je. Kromě toho vezměte v úvahu následující důležité informace při volbě velikostí virtuálních počítačů.
Omezení škálování
Maximální počet IOPS na virtuální počítač a na disk se liší a nezávisle na sobě navzájem. Ujistěte se, že aplikace řídí IOPS v rámci limitů virtuálního počítače a taky připojených prémiových disků. V opačném případě výkon aplikace zaznamená omezení.
Předpokládejme například, že požadavek na aplikaci je maximálně 4 000 IOPS. K tomu je potřeba zřídit P30 disk na virtuálním počítači s DS1. Disk P30 může doručovat až 5 000 IOPS. Virtuální počítač DS1 je ale omezený na 3 200 IOPS. V důsledku toho bude výkon aplikace omezen omezením počtu virtuálních počítačů na 3 200 IOPS a dojde ke snížení výkonu. Pokud chcete této situaci zabránit, vyberte virtuální počítač a velikost disku, které budou vyhovovat požadavkům aplikace.
Náklady na operaci
v mnoha případech je možné, že celkové náklady na provoz pomocí Premium Storage jsou nižší než použití standardních Storage.
Představte si třeba aplikaci vyžadující 16 000 IOPS. K dosažení tohoto výkonu budete potřebovat standardní _ virtuální počítač Azure IaaS s D14, který může poskytnout maximální IOPS 16 000 s použitím disků 32 úrovně Standard úložiště 1 TB. Každý standardní disk úložiště o velikosti 1 TB může dosáhnout maximálně 500 IOPS. Odhadované náklady na tento virtuální počítač za měsíc budou $1 570. Měsíční náklady na disky úložiště úrovně Standard 32 budou $1 638. Odhadované celkové měsíční náklady budou $3 208.
pokud však používáte stejnou aplikaci na Premium Storage, budete potřebovat menší velikost virtuálního počítače a méně disků služby Premium Storage, čímž se sníží celkové náklady. Standardní _ virtuální počítač DS13 může splňovat požadavky 16 000 IOPS pomocí čtyř disků P30. Virtuální počítač DS13 má maximální IOPS 25 600 a každý disk P30 má maximální počet IOPS 5 000. Celková Tato konfigurace může dosáhnout 5 000 x 4 = 20 000 IOPS. Odhadované náklady na tento virtuální počítač za měsíc budou $1 003. Měsíční náklady na čtyři disky P30 Premium Storage budou $544,34. Odhadované celkové měsíční náklady budou $1 544.
následující tabulka shrnuje rozpis nákladů tohoto scénáře pro Standard a Premium Storage.
| Standard | Premium | |
|---|---|---|
| Náklady na virtuální počítač za měsíc | $1 570,58 (standardní _ D14) | $1 003,66 (standardní _ DS13) |
| Náklady na disky za měsíc | $1 638,40 (32 × 1 TB disků) | $544,34 (4 x P30 disky) |
| Celkové náklady za měsíc | $3 208,98 | $1 544,34 |
Linux distribuce
v případě Azure Premium Storage získáte stejnou úroveň výkonu pro virtuální počítače se systémem Windows a Linux. Podporujeme spoustu různých typů Linux distribuce. Další informace najdete v tématu distribuce systému Linux schválené v Azure. Je důležité si uvědomit, že různé distribuce jsou lépe vhodné pro různé typy úloh. V závislosti na distribuce, na kterém běží vaše zatížení, se zobrazí různé úrovně výkonu. Otestujte distribuce pro Linux s vaší aplikací a vyberte tu, která nejlépe funguje.
pokud používáte systém Linux se Premium Storage, přečtěte si nejnovější aktualizace požadovaných ovladačů, abyste zajistili vysoký výkon.
Premium velikosti disků úložiště
Azure Premium Storage nabízí celou řadu velikostí, takže si můžete vybrat, který nejlépe vyhovuje vašim potřebám. Velikost každého disku má jiný limit škálování pro IOPS, šířku pásma a úložiště. vyberte správnou Premium Storage velikost disku v závislosti na požadavcích aplikace a velikosti virtuálního počítače s vysokým rozsahem. V následující tabulce jsou uvedeny velikosti disků a jejich možnosti. Velikosti P4, P6, P15, P60, P70 a P80 se aktuálně podporují jenom pro Managed Disks.
| Velikosti SSD úrovně Premium | P1 | P2 | P3 | P4 | P6 | P10 | P15 | P20 | P30 | P40 | P50 | P60 | P70 | P80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Velikost disku v GiB | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1 024 | 2 048 | 4 096 | 8 192 | 16 384 | 32 767 |
| Zřízené IOPS na disk | 120 | 120 | 120 | 120 | 240 | 500 | 1 100 | 2 300 | 5 000 | 7 500 | 7 500 | 16 000 | 18 000 | 20 000 |
| Zřízená propustnost na disk | 25 MB/s | 25 MB/s | 25 MB/s | 25 MB/s | 50 MB/s | 100 MB/s | 125 MB/s | 150 MB/s | 200 MB/s | 250 MB/s | 250 MB/s | 500 MB/s | 750 MB/s | 900 MB/s |
| Maximální počet shlukových vstupně-výstupních operací na disk | 3 500 | 3 500 | 3 500 | 3 500 | 3 500 | 3 500 | 3 500 | 3 500 | 30 000 * | 30 000 * | 30 000 * | 30 000 * | 30 000 * | 30 000 * |
| Maximální propustnost shluku na disk | 170 MB/s | 170 MB/s | 170 MB/s | 170 MB/s | 170 MB/s | 170 MB/s | 170 MB/s | 170 MB/s | 1 000 MB/s * | 1 000 MB/s * | 1 000 MB/s * | 1 000 MB/s * | 1 000 MB/s * | 1 000 MB/s * |
| Maximální doba trvání shluku | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | Počet | Počet | Počet | Počet | Počet | Počet |
| Nárok na rezervaci | No | No | No | No | No | No | No | No | Ano, až jeden rok | Ano, až jeden rok | Ano, až jeden rok | Ano, až jeden rok | Ano, až jeden rok | Ano, až jeden rok |
*Platí jenom pro disky s povoleným vytržením na vyžádání.
Počet disků, které zvolíte, závisí na zvolené velikosti disku. K splnění požadavku vaší aplikace můžete použít jeden disk s P50 nebo více disků P10. Při rozhodování Vezměte v úvahu níže uvedené otázky.
Omezení škálování (IOPS a propustnost)
omezení počtu vstupně-výstupních operací a propustnosti každé Premium disku se liší a nezávisle na limitech škálování virtuálního počítače. Ujistěte se, že celkový počet vstupně-výstupních operací a propustnosti z disků jsou v rámci omezení velikosti zvolené velikosti virtuálních počítačů.
Například pokud je požadavek aplikace v propustnosti maximálně 250 MB/s a používáte virtuální počítač DS4 s jedním diskem P30. Virtuální počítač DS4 může poskytovat propustnost až 256 MB/s. Jeden P30 disk však má omezení propustnosti 200 MB/s. V důsledku toho bude aplikace omezena v 200 MB/s kvůli limitu disku. Pokud chcete tento limit překonat, zřiďte na VIRTUÁLNÍm počítači více než jeden datový disk nebo změňte velikost disků na P40 nebo P50.
Poznámka
Čtení poskytované mezipamětí nejsou součástí vstupně-výstupních operací disku a propustnosti, a proto nepodléhají omezením disku. Mezipaměť má samostatný vstupně-výstupní operace a omezení propustnosti pro každý virtuální počítač.
Například počáteční čtení a zápisy jsou 60MB/s a 40MB/s. V průběhu času se mezipaměť zahřívá a obsluhuje více a více čtení z mezipaměti. Pak můžete z disku získat vyšší propustnost zápisu.
Počet disků
Určete počet disků, které budete potřebovat, pomocí vyhodnocení požadavků aplikace. Velikost každého virtuálního počítače má taky omezení počtu disků, které se dají připojit k virtuálnímu počítači. Obvykle se jedná o dvojnásobek počtu jader. Ujistěte se, že velikost virtuálního počítače, kterou zvolíte, může podporovat potřebný počet disků.
pamatujte, že Premium Storage disky mají vyšší možnosti výkonu ve srovnání se standardními Storage disky. proto pokud migrujete aplikaci z virtuálního počítače Azure IaaS pomocí standardních Storage Premium Storage, pravděpodobně budete potřebovat méně prémiových disků, abyste dosáhli stejného nebo vyššího výkonu vaší aplikace.
Mezipaměť disku
vysoce škálovatelné virtuální počítače, které využívají Azure Premium Storage, mají vícevrstvou technologii ukládání do mezipaměti s názvem BlobCache. BlobCache používá kombinaci paměti RAM hostitele a místního disku SSD pro ukládání do mezipaměti. tato mezipaměť je k dispozici pro Premium Storage trvalé disky a místní disky virtuálních počítačů. ve výchozím nastavení je nastavení této mezipaměti nastaveno na čtení/zápis pro disky s operačním systémem a jen pro čtení pro datové disky hostované v Premium Storage. díky ukládání do mezipaměti disku na Premium Storage discích může virtuální počítače s vysokým rozsahem dosáhnout extrémně vysoké úrovně výkonu, které překračují základní diskový výkon.
Upozornění
Ukládání do mezipaměti na disku se nepodporuje u disků o velikosti 4 TiB nebo větší. Pokud je k virtuálnímu počítači připojených více disků, každý disk o velikosti menší než 4 TiB bude podporovat ukládání do mezipaměti.
Při změně nastavení mezipaměti disku Azure se cílový disk odpojí a znovu připojí. Pokud se jedná o disk s operačním systémem, virtuální počítač se restartuje. Před změnou nastavení mezipaměti disku zastavte všechny aplikace nebo služby, které by mohly být tímto přerušením ovlivněny. Žádná z těchto doporučení by mohla vést k poškození dat.
další informace o tom, jak BlobCache funguje, najdete v blogovém příspěvku v rámci služby Azure Premium Storage .
Je důležité povolit mezipaměť na pravé sadě disků. Bez ohledu na to, jestli byste měli povolit ukládání do mezipaměti disku na disk Premium, nebo ne, bude záviset na způsobu, jakým bude disk zpracovávat. Následující tabulka ukazuje výchozí nastavení mezipaměti pro operační systém a datové disky.
| Typ disku | Výchozí nastavení mezipaměti |
|---|---|
| Disk OS | ReadWrite |
| Datový disk | ReadOnly |
Pro datové disky se doporučuje nastavení pro diskovou mezipaměť:
| Nastavení ukládání do mezipaměti disku | doporučení, kdy použít toto nastavení |
|---|---|
| Žádné | Nakonfigurujte mezipaměť hosta jako žádná pro disky jen pro zápis a zápis s velkým množstvím. |
| ReadOnly | Nakonfigurujte mezipaměť hosta jako ReadOnly pro disky jen pro čtení a pro čtení i zápis. |
| ReadWrite | Nakonfigurujte mezipaměť hosta jako jen pro čtení, pokud vaše aplikace správně zpracovává zápis dat uložených v mezipaměti na trvalé disky v případě potřeby. |
ReadOnly
když nakonfigurujete ukládání do mezipaměti Premium Storage na datových discích jen pro čtení, můžete dosáhnout nízké latence čtení a u vaší aplikace získat velmi vysoký počet vstupně-výstupních operací a propustnosti. Důvodem je dva z následujících důvodů.
- Čtení prováděné z mezipaměti, které je na paměti virtuálního počítače a místní disk SSD, je mnohem rychlejší než čtení z datového disku, který je v úložišti objektů BLOB v Azure.
- Premium Storage nepočítá čtení poskytované z mezipaměti k vstupně-výstupním operacím disku a propustnosti. Proto vaše aplikace může dosáhnout vyššího celkového počtu vstupně-výstupních operací a propustnosti.
ReadWrite
Ve výchozím nastavení mají disky s operačním systémem povoleno ukládání do mezipaměti. Nedávno jsme do datových disků přidali podporu ukládání do mezipaměti pro čtení a zápis. Pokud používáte ukládání do mezipaměti pro čtení a zápis, musíte mít správný způsob, jak zapisovat data z mezipaměti do trvalých disků. SQL Server například zpracovává zápis dat uložených v mezipaměti na trvalé disky úložiště sami. Použití mezipaměti s podporou přečtení z aplikace, která nezpracovává trvalá potřebná data, může způsobit ztrátu dat, pokud dojde k chybě virtuálního počítače.
Žádný
V současné době se žádná podpora na datových discích nepodporuje. Na discích s operačním systémem se nepodporuje. Pokud jste na disku s operačním systémem nastavili možnost žádné , přepíše se to interně a nastaví se na jen pro čtení.
v takovém případě můžete tyto pokyny použít k SQL Server spuštění na Premium Storage provedením následujících kroků:
- Nakonfigurujte mezipaměť "ReadOnly" na discích úložiště úrovně Premium, které hostují datové soubory.
a. rychlá operace čtení z mezipaměti snižuje dobu SQL Server dotazu, protože se z mezipaměti v porovnání s přímo z datových disků načítá mnohem rychleji velikost datových stránek.
b. Obsluha čtení z mezipaměti znamená, že je k dispozici další propustnost z datových disků Premium. SQL Server může tuto dodatečnou propustnost využít k načítání dalších datových stránek a dalších operací, jako je zálohování a obnovení, dávkové načtení a opětovné sestavení indexu. - Nakonfigurujte mezipaměť None na discích úložiště úrovně Premium, které hostují soubory protokolů.
a. Soubory protokolu mají hlavně operace náročné na zápis. Proto nevyužívají mezipaměť jen pro čtení.
Optimalizace výkonu pro virtuální počítače se systémem Linux
Pro všechny disky Premium SSD nebo Ultra můžete pro systémy souborů na disku zakázat "překážky", aby se zlepšil výkon, když je známo, že neexistují žádné mezipaměti, které by mohly přijít o data. Pokud je ukládání do mezipaměti disku Azure nastaveno na jen pro čtení nebo žádné, můžete zakázat bariéry. Pokud je však ukládání do mezipaměti nastaveno na jen pro čtení, musí zůstat bariéry povolené, aby se zajistila odolnost proti zápisu Ve výchozím nastavení jsou překážky standardně povolené, ale v závislosti na typu systému souborů můžete zakázat bariéry pomocí jedné z následujících metod:
- Pro reiserFS použijte možnost připojení bariéra = None a zakažte překážky. Chcete-li explicitně povolit bariéry, použijte bariéru = flush.
- Pro ext3/ext4 použijte k zakázání bariéry možnost bariéra = 0. Chcete-li explicitně povolit bariéry, použijte bariéru = 1.
- Pro XFS zakažte překážky pomocí možnosti připojit k připojení. Chcete-li explicitně povolit bariéry, použijte bariéru. Od verze 4,10 jádra hlavní Linux je návrh systému souborů XFS vždy odolný. Zákaz překážek nemá žádný vliv a možnost "nebariéra" je zastaralá. Některé distribuce systému Linux ale mohly znovu přenést změny distribuční verze se starší verzí jádra. stav distribuce a verze, kterou používáte, zjistíte u dodavatele distribuce.
Diskové svazky
Když je virtuální počítač s vysokým škálováním připojený k několika trvalým diskům Premium Storage, můžou se disky rozložit dohromady a agregovat tak jejich IOPs, šířku pásma a kapacitu úložiště.
v Windows můžete pomocí Prostory úložiště prokládat disky společně. Pro každý disk ve fondu musíte nakonfigurovat jeden sloupec. V opačném případě může být celkový výkon prokládaného svazku nižší, než bylo očekáváno, vzhledem k nerovnoměrné distribuci provozu mezi disky.
Důležité: pomocí Správce serveru uživatelského rozhraní můžete pro prokládaný svazek nastavit celkový počet sloupců o velikosti až 8. Při připojování více než osmi disků použijte PowerShell k vytvoření svazku. Pomocí prostředí PowerShell můžete nastavit počet sloupců, které se rovnají počtu disků. Například pokud je v jedné sadě Stripe nastavený 16 disků; v parametru NumberOfColumns rutiny New-VirtualDisk prostředí PowerShell zadejte 16 sloupců.
V systému Linux pomocí nástroje MDADM propojte disky společně. Podrobné pokyny k prokládání disků v Linuxu najdete v tématu Konfigurace softwarového pole RAID v Linuxu.
Velikost pruhu
Důležitou konfigurací při prokládaném disku je velikost pruhu. Velikost pruhu nebo velikost bloku je nejmenší blok dat, který aplikace může adresovat na prokládaném svazku. Velikost pruhu, kterou nakonfigurujete, závisí na typu aplikace a vzoru jejího požadavku. Pokud zvolíte nesprávnou velikost pruhu, může to vést k chybnému zarovnání V/V, což by vedlo ke snížení výkonu vaší aplikace.
Pokud je například V/V požadavek vygenerovaný vaší aplikací větší než velikost prokládaného disku, systém úložiště ho zapíše přes prokládané hranice jednotek na více než jeden disk. Když je čas na přístup k datům, musí žádost dokončit hledáním v rámci více než jedné jednotky pruhu. Kumulativní účinek takového chování může vést k výraznému snížení výkonu. Na druhé straně platí, že pokud je velikost V/V požadavku menší než velikost pruhu, a pokud je ze povahy náhodný, mohou se V/V požadavky sesouváním na stejný disk způsobit kritický bod a nakonec snížit výkon V/V.
V závislosti na typu úlohy, ve které je vaše aplikace spuštěná, zvolte vhodnou velikost pruhu. U náhodných malých požadavků na V/V použijte menší velikost pruhu. Zatímco u velkých sekvenčních V/V požadavků se používá větší velikost pruhu. Zjistěte doporučení velikosti pruhu pro aplikaci, kterou budete na této aplikaci Premium Storage. Pro SQL Server nakonfigurujte velikost pruhu 64 kB pro úlohy OLTP a 256 kB pro úlohy datových skladů. Další informace najdete v tématu Osvědčené SQL Server výkonu pro virtuální počítače Azure.
Poznámka
Na virtuálním počítači řady DS můžete proložte maximálně 32 disků Premium Storage a 64 disků Premium Storage na virtuálním počítači řady GS.
Více vláken
Platforma Azure navrhla Premium Storage tak, aby byla masivně paralelní. Proto aplikace s více vlákny dosahuje mnohem vyššího výkonu než aplikace s jedním vláknem. Aplikace s více vlákny rozděluje své úlohy mezi více vláken a zvyšuje efektivitu jejího spouštění tím, že využívá prostředky virtuálního počítače a disku na maximum.
Pokud například vaše aplikace běží na virtuálním počítači s jedním jádrem pomocí dvou vláken, může procesor přepínat mezi dvěma vlákny, aby se dosáhlo efektivity. Zatímco jedno vlákno čeká na dokončení V/V disku, procesor může přepnout na druhé vlákno. Tímto způsobem mohou dvě vlákna dosáhnout více než jednoho vlákna. Pokud má virtuální počítač více než jedno jádro, dále se zkrátí doba běhu, protože každé jádro může provádět úkoly paralelně.
Možná nebudete moct změnit způsob, jakým předimnožná aplikace implementuje jedno vlákno nebo více vláken. Například SQL Server dokáže zvládnout vícejádrový procesor a vícejádrový procesor. Nicméně SQL Server, za jakých podmínek bude ke zpracování dotazu využívat jedno nebo více vláken. Může spouštět dotazy a sestavovat indexy pomocí více vláken. Pro dotaz, který zahrnuje spojování velkých tabulek a řazení dat před vrácením uživateli, SQL Server pravděpodobně použije více vláken. Uživatel ale nemůže řídit, jestli SQL Server dotaz pomocí jednoho vlákna nebo více vláken.
Existují nastavení konfigurace, která můžete změnit, abyste ovlivnili toto vícevlédové nebo paralelní zpracování aplikace. Například v případě SQL Server maximální stupeň paralelismu. Toto nastavení s názvem MAXDOP umožňuje nakonfigurovat maximální počet procesorů, SQL Server lze použít při paralelním zpracování. Maxdop můžete nakonfigurovat pro jednotlivé dotazy nebo operace indexu. To je užitečné, pokud chcete vyvážit prostředky systému pro aplikaci kritickou pro výkon.
Řekněme například, že vaše aplikace SQL Server provádí velký dotaz a operaci indexu současně. Předpokládejme, že chcete, aby operace indexu byla ve srovnání s velkým dotazem výkonnější. V takovém případě můžete nastavit hodnotu MAXDOP operace indexu tak, aby byla vyšší než hodnota MAXDOP dotazu. Díky tomu SQL Server více procesorů, které může využít pro operaci indexování, v porovnání s počtem procesorů, které může vytyčovat pro velký dotaz. Nezapomeňte, že nesvládáte počet vláken, SQL Server budou používat pro každou operaci. Můžete řídit maximální počet procesorů vyhrazených pro více vláken.
Přečtěte si další informace o stupních paralelismu v SQL Server. Zjistěte taková nastavení, která ovlivňují více vláken ve vaší aplikaci, a jejich konfigurace za účelem optimalizace výkonu.
Hloubka fronty
Hloubka fronty, délka fronty nebo velikost fronty je počet nevyřízených V/V požadavků v systému. Hodnota hloubky fronty určuje, kolik V/V operací může vaše aplikace seřadit a které disky úložiště budou zpracovávat. Má vliv na všechny tři ukazatele výkonu aplikací, které jsme probírali v tomto článku. Viz IOPS, propustnost a latence.
Hloubka fronty a více vláken úzce souvisejí. Hodnota Hloubka fronty určuje, kolik více vláken může aplikace dosáhnout. Pokud je hloubka fronty velká, může aplikace provádět více operací současně, jinými slovy více vláken. Pokud je hloubka fronty malá, i když je aplikace vícevřetěná, nebude mít dostatek požadavků pro souběžné provádění.
Výchozí aplikace obvykle neumožňují měnit hloubku fronty, protože pokud je nastavená nesprávně, bude to více škod než v dobrém případě. Aplikace nastaví správnou hodnotu hloubky fronty pro zajištění optimálního výkonu. Je ale důležité porozumět tomuto konceptu, abyste mohli řešit problémy s výkonem aplikace. Můžete také sledovat účinky hloubky fronty spuštěním nástrojů srovnávacích testů ve vašem systému.
Některé aplikace poskytují nastavení, která mají vliv na hloubku fronty. Například nastavení MAXDOP (maximální stupeň paralelismu) v souboru SQL Server vysvětleno v předchozí části. MAXDOP je způsob, jak ovlivnit hloubku fronty a více vláken, i když přímo nemění hodnotu hloubky fronty SQL Server.
Vysoká hloubka fronty
Vysoká hloubka fronty začaruje více operací na disku. Disk předem zná další požadavek ve frontě. V důsledku toho může disk naplánovat operace předem a zpracovat je v optimálním pořadí. Vzhledem k tomu, že aplikace odesílá na disk více požadavků, může disk zpracovávat více paralelních V/V. Aplikace nakonec dokáže dosáhnout vyšších IOPS. Vzhledem k tomu, že aplikace zpracovává více požadavků, zvyšuje se také celková propustnost aplikace.
Aplikace obvykle může dosáhnout maximální propustnosti s více než 8 až 16 nevyřízených V/V na připojený disk. Pokud je hloubka fronty jedna, aplikace nenasazuje dostatek V/V do systému a v daném období zpracuje méně množství. Jinými slovy, menší propustnost.
Například v SQL Server hodnoty MAXDOP dotazu na 4 informuje SQL Server, že k provedení dotazu může použít až čtyři jádra. SQL Server určí nejlepší hodnotu hloubky fronty a počet jader pro provedení dotazu.
Optimální hloubka fronty
Velmi vysoká hodnota hloubky fronty má také své nevýhody. Pokud je hodnota hloubky fronty příliš vysoká, aplikace se pokusí řídit velmi vysoké IOPS. Pokud aplikace nemá trvalé disky s dostatečným zřízeným IOPS, může to negativně ovlivnit latenci aplikace. Následující vzorec ukazuje vztah mezi IOPS, latencí a hloubkou fronty.
Hloubku fronty byste neměli konfigurovat na žádnou vysokou hodnotu, ale na optimální hodnotu, která může poskytovat dostatek IOPS pro aplikaci bez ovlivnění latencí. Pokud například latence aplikace musí být 1 milisekund, hloubka fronty potřebná k dosažení 5 000 IOPS je QD = 5 000 x 0,001 = 5.
Hloubka fronty pro prokládaného svazku
U prokládaného svazku udržujte dostatečně vysokou hloubku fronty tak, aby každý disk měl hloubku fronty ve špičce jednotlivě. Představte si například aplikaci, která doručí do fronty hloubku 2 a v pruhu jsou čtyři disky. Tyto dva V/V požadavky budou 2 disky a zbývající dva disky budou nečinné. Proto nakonfigurujte hloubku fronty tak, aby všechny disky měly být zaneprázdněné. Následující vzorec ukazuje, jak určit hloubku fronty prokládaného svazku.
Throttling
Azure Premium Storage zadaný počet IOPS a propustnosti v závislosti na velikostech virtuálních počítačů a velikostech disků, které zvolíte. Kdykoli se vaše aplikace pokusí řídit IOPS nebo propustnost nad tyto limity toho, co virtuální počítač nebo disk dokáže zpracovat, Premium Storage ohrozíte. To se projevuje ve formě snížených výkonů ve vaší aplikaci. To může znamenat vyšší latenci, nižší propustnost nebo nižší IOPS. Pokud Premium Storage neomešlete, může vaše aplikace zcela selhat tím, že překračuje to, čeho jsou její prostředky schopné dosáhnout. Pokud se tedy chcete vyhnout problémům s výkonem způsobeným omezováním, vždy pro svou aplikaci zřazte dostatek prostředků. Vezměte v úvahu, co jsme probírali v částech Velikosti virtuálních počítačů a Velikosti disků výše. Srovnávací testy jsou nejlepším způsobem, jak zjistit, jaké prostředky budete potřebovat k hostování vaší aplikace.
Další kroky
Pokud chcete svůj disk srovnávacím testem, projděte si naše články o srovnávacích testech disku:
- Linux: Srovnávací test aplikace na Azure Disk Storage
- Pro Windows: Srovnávací test disku.
Další informace o dostupných typech disků:
- Pro Linux: Vyberte typ disku.
- Pro Windows: Vyberte typ disku.
Pokud SQL Server, přečtěte si články o osvědčených postupech z oblasti výkonu pro SQL Server: