Výhody používání služby Azure NetApp Files pro nasazení SQL Serveru
Azure NetApp Files snižuje celkové náklady na vlastnictví SQL Serveru v porovnání s řešeními blokového úložiště. U blokového úložiště virtuální počítače vynutily limity pro vstupně-výstupní operace a šířku pásma pro diskové operace. Pro Službu Azure NetApp Files se použijí pouze omezení šířky pásma sítě a výchozí přenos dat pouze v takovém případě. Jinými slovy, na Azure NetApp Files se nepoužívají žádné limity vstupně-výstupních operací na úrovni virtuálního počítače. Bez těchto vstupně-výstupních limitů může SQL Server spuštěný na menších virtuálních počítačích připojených ke službě Azure NetApp Files fungovat i SQL Server běžící na mnohem větších virtuálních počítačích. Snížení velikosti instancí, jako je například, snižuje náklady na výpočetní prostředky na 25 % bývalé cenové značky. Pomocí služby Azure NetApp Files můžete snížit náklady na výpočetní prostředky.
Náklady na výpočetní prostředky jsou ale v porovnání s licenčními náklady NA SQL Server malé. Licencování Microsoft SQL Serveru je vázané na počet fyzických jader. Snížení velikosti instance proto přináší ještě větší úsporu nákladů na licencování softwaru. S Azure NetApp Files můžete snížit náklady na licence softwaru.
Tento článek ukazuje podrobné výhody analýzy nákladů a výkonu při používání služby Azure NetApp Files pro nasazení SQL Serveru. Kromě toho, že menší instance mají dostatek procesoru k tomu, aby databáze fungovala pouze s blokem u větších instancí, v mnoha případech jsou menší instance ještě výkonnější než jejich větší diskové protějšky z důvodu Služby Azure NetApp Files.
Podrobná analýza nákladů
Dva sady grafiky v této části ukazují příklad celkových nákladů na vlastnictví. Počet a typ spravovaných disků, úroveň služby Azure NetApp Files a kapacitu pro každý scénář jsme vybrali, aby se dosáhlo nejlepšího výkonu kapacity. Každá grafika se skládá ze seskupených počítačů (D16 se službou Azure NetApp Files ve srovnání s D64 se spravovaným diskem podle příkladu) a ceny jsou rozdělené pro jednotlivé typy počítačů.
První sada grafiky zobrazuje celkové náklady na řešení s velikostí databáze 1 TiB a porovnává D16s_v4 s D64, D8 a D32 a D4 na D16. Předpokládané vstupně-výstupní operace za sekundu pro každou konfiguraci jsou označené zelenou nebo žlutou čárou a odpovídají ose Y na pravé straně.
Druhá sada grafiky zobrazuje celkové náklady pomocí databáze 50 TiB. Porovnání jsou jinak stejná – D16 ve srovnání s Azure NetApp Files a D64 s blokem podle příkladu.
Výkon a spousta z toho
K zajištění významného kontrolního výrazu snížení nákladů vyžaduje velký výkon – největší instance v obecném inventáři Azure podporují například 80 000 vstupně-výstupních operací za sekundu disku. Jeden svazek Azure NetApp Files může dosáhnout 80 000 IOPS databáze a instance, jako je D16, mohou využívat stejné. D16, obvykle schopný 25 600 IOPS disku, je 25% velikost D64. D64s_v4 je schopen 80 000 IOPS disku, a proto představuje vynikající srovnávací bod vyšší úrovně.
D16s_v4 může svazek Azure NetApp Files řídit na 80 000 vstupně-výstupních operací za sekundu databáze. Jak je prokázáno srovnávacím nástrojem SQL Storage Benchmark (SSB), instance D16 dosáhla úlohy o 125 % vyšší, než je dosažitelné na disk z instance D64. Podrobnosti o nástroji najdete v části testovacího nástroje SSB.
Při použití velikosti pracovní sady 1 TiB a 80 % čtení se 20 % aktualizovalo zatížení SQL Serveru, změřily se možnosti výkonu většiny instancí v třídě instance D; většina, ne všechny, protože instance D2 a D64 samotné byly vyloučeny z testování. První z nich byl vynechán, protože nepodporuje akcelerované síťové služby, a druhý, protože se jedná o srovnávací bod. V následujícím grafu najdete vysvětlení limitů D4s_v4, D8s_v4, D16s_v4 a D32s_v4. Testy úložiště spravovaných disků se v grafu nezobrazují. Hodnoty porovnání se načítají přímo z tabulky limitů virtuálních počítačů Azure pro typ instance třídy D.
Se službou Azure NetApp Files může každá instance třídy D splnit nebo překročit možnosti výkonu disku instancí dvakrát větší. S Azure NetApp Files můžete výrazně snížit náklady na licence na software.
- D4 při 75% využití procesoru odpovídalo schopnostem disku D16.
- D16 je omezený rychlostí 25 600 IOPS disku.
- D8 při 75% využití procesoru odpovídalo možnostem disku D32.
- D32 je omezený rychlostí 51 200 IOPS disku.
- D16 s 55% využitím procesoru odpovídalo možnostem disku D64.
- D64 je omezený rychlostí 80 000 IOPS disku.
- D32 při 15% využití procesoru odpovídalo také možnostem disku D64.
- D64, jak je uvedeno výše, je rychlost omezená na 80 000 IOPS disku.
Test omezení procesoru S3B – výkon a výpočetní výkon
Následující diagram shrnuje test omezení procesoru S3B:
Škálovatelnost je pouze součástí příběhu. Druhá část je latence. Je to jedna věc, kterou menší virtuální počítače mají schopnost řídit mnohem vyšší vstupně-výstupní sazby, je to další věc, kterou je potřeba udělat s nízkou latencí s jednou číslicí, jak je znázorněno níže.
- D4 řídil 26 000 IOPS vůči službě Azure NetApp Files s latencí 2,3 ms.
- D8 řídil 51 000 IOPS vůči službě Azure NetApp Files s latencí 2.0 ms.
- D16 řídil 88 000 IOPS vůči službě Azure NetApp Files s latencí 2.8 ms.
- D32 řídil 80 000 IOPS vůči službě Azure NetApp Files s latencí 2,4 ms.
Výsledky latence S3B na typ instance
Následující diagram znázorňuje latenci SQL Serveru s jednou instancí přes Azure NetApp Files:
Testovací nástroj SSB
Nástroj pro srovnávací testy TPC-E v návrhu zdůrazňuje výpočetní prostředky , nikoli úložiště. Výsledky testů zobrazené v této části jsou založené na nástroji pro zátěžové testování s názvem SQL Storage Benchmark (SSB). Srovnávací test úložiště SQL Serveru může u databáze SQL Serveru řídit rozsáhlé spouštění SQL, aby simuluje úlohu OLTP, podobně jako srovnávací nástroj SLOB2 Oracle.
Nástroj SSB generuje úlohu řízenou funkcí SELECT a UPDATE, která vydává uvedené příkazy přímo do databáze SQL Serveru spuštěné na virtuálním počítači Azure. V tomto projektu se úlohy SSB přesouvají od 1 do 100 uživatelů SQL Serveru s 10 nebo 12 přechodnými body na 15 minut na počet uživatelů. Všechny metriky výkonu z těchto spuštění byly z pohledu perfmonu, kvůli opakovatelnosti SSB běžely třikrát za scénář.
Samotné testy byly nakonfigurovány jako 80% SELECT a 20% UPDATE příkaz, takže 90% náhodné čtení. Samotná databáze, kterou SSB vytvořila, měla velikost 1000 GB. Skládá se z 15 uživatelských tabulek a 9 000 000 řádků na uživatelskou tabulku a 8192 bajtů na řádek.
Srovnávací test SSB je opensourcový nástroj. Je volně dostupná na stránce GitHubu srovnávacího testu SQL Storage.
Souhrn
Pomocí služby Azure NetApp Files můžete zvýšit výkon SQL Serveru a zároveň výrazně snížit celkové náklady na vlastnictví.