Az Azure NetApp Files SQL Server-telepítéshez való használatának előnyei
Az Azure NetApp Files csökkenti az SQL Server teljes tulajdonosi költségét (TCO) a blokktárolási megoldásokhoz képest. A blokktárolással a virtuális gépek korlátozták az I/O-t és a lemezműveletek sávszélességét. A rendszer csak a hálózati sávszélességre vonatkozó korlátozásokat alkalmazza az Azure NetApp Filesra, a kimenő forgalomra pedig csak ezen a ponton. Más szóval a virtuálisgép-szintű I/O-korlátok nincsenek alkalmazva az Azure NetApp Filesra. Ezen I/O-korlátok nélkül az Azure NetApp Fileshoz csatlakoztatott kisebb virtuális gépeken futó SQL Server és a sokkal nagyobb virtuális gépeken futó SQL Server is képes. A példányok méretének csökkentése a korábbi árcímke 25%-ára csökkenti a számítási költséget. Az Azure NetApp Files használatával csökkentheti a számítási költségeket.
A számítási költségek azonban kicsik az SQL Server licencköltségeihez képest. A Microsoft SQL Server licencelése a fizikai magok számához van kötve. Így a példány méretének csökkentése még nagyobb költségmegtakarítást eredményez a szoftverlicenceléshez. Az Azure NetApp Files használatával csökkentheti a szoftverlicencek költségeit.
Ez a cikk részletes költségelemzést és teljesítménybeli előnyöket mutat be az Azure NetApp Files SQL Server-telepítéshez való használatával kapcsolatban. A kisebb példányok nem csak elegendő processzorral rendelkeznek ahhoz, hogy az adatbázis csak a nagyobb példányok blokkjaival működjön, a kisebb példányok sok esetben még teljesítményesebbek, mint a nagyobb, lemezalapú társaik az Azure NetApp Files miatt.
Részletes költségelemzés
A jelen szakaszban szereplő két ábrakészlet a TCO-példát mutatja be. A felügyelt lemezek száma és típusa, az Azure NetApp Files szolgáltatásszintje és az egyes forgatókönyvek kapacitása a legjobb ár-kapacitás-teljesítmény elérése érdekében lett kiválasztva. Minden ábra csoportosított gépekből áll (D16 és Azure NetApp Files, a D64-hez képest például felügyelt lemezzel), és az árak az egyes géptípusokra lebontva jelennek meg.
Az első ábrakészlet egy 1 TiB-os adatbázismérettel jeleníti meg a megoldás teljes költségét, összehasonlítva a D16s_v4 a D64-zel, a D8-tal a D32-vel és a D4-vel a D16-tal. Az egyes konfigurációk előrejelzett IP-címeit zöld vagy sárga vonal jelzi, amely a jobb oldali Y tengelynek felel meg.
A második ábrakészlet egy 50 TiB-adatbázis használatával mutatja be a teljes költséget. Az összehasonlítások egyébként azonosak – D16 az Azure NetApp Fileshoz képest a D64-hez képest, például blokkokkal.
Teljesítmény és sok minden
A jelentős költségcsökkentési igény teljesítéséhez nagy teljesítményre van szükség – az általános Azure-készlet legnagyobb példányai például 80 000 lemezes IOPS-t támogatnak. Egyetlen Azure NetApp Files-kötet 80 000 adatbázis-IOPS-t képes elérni, és az olyan példányok, mint a D16, ugyanazt tudják használni. A D16 általában 25 600 lemezes IOPS-ra képes, a D64 méretének 25%-a. A D64s_v4 80 000 lemezes IOPS-ra képes, és így kiváló felső szintű összehasonlítási pontot kínál.
A D16s_v4 egy Azure NetApp Files-kötetet 80 000 adatbázis IOPS-ra képes vezetni. Amint azt az SQL Storage Benchmark (SSB) teljesítményteszt-eszköz is bizonyítja, a D16-példány 125%-kal nagyobb számítási feladatot ért el, mint a D64-példány lemezén elérhető. Az eszköz részleteiért tekintse meg az SSB tesztelési eszköz szakaszát.
1 TiB munkakészlet-méret és 80%-os olvasási, 20%-os frissítési SQL Server-számítási feladat használatával a D példányosztály legtöbb példányának teljesítményképességét mérték; a legtöbb, nem minden, mivel maguk a D2- és D64-példányok ki lettek zárva a tesztelésből. Az előbbi kimaradt, mivel nem támogatja a gyorsított hálózatkezelést, az utóbbi pedig azért, mert ez az összehasonlítási pont. A D4s_v4, D8s_v4, D16s_v4 és D32s_v4 korlátainak megértéséhez tekintse meg az alábbi grafikont. A felügyelt lemeztárolási tesztek nem jelennek meg a grafikonon. Az összehasonlítási értékek közvetlenül a D osztálypéldány típusához tartozó Azure Virtual Machine-korlátok táblából származnak.
Az Azure NetApp Files esetében a D osztályban lévő példányok kétszer nagyobbak vagy nagyobbak lehetnek a példányok lemezteljesítmény-képességeinél. Az Azure NetApp Files használatával jelentősen csökkentheti a szoftverlicencek költségeit.
- A D4 75%-os cpu-kihasználtsága megfelelt a D16 lemez képességeinek.
- A D16 sebessége 25 600 lemezes IOPS-en korlátozott.
- A D8 75%-os cpu-kihasználtsága megfelelt a D32 lemez képességeinek.
- A D32 sebessége 51 200 lemezes IOPS-n korlátozott.
- A D16 55%-os cpu-kihasználtsága megfelelt a D64 lemez képességeinek.
- A D64 sebessége 80 000 lemez IOPS-en korlátozott.
- A D32 15%-os processzorkihasználtsága megfelelt a D64 lemez képességeinek is.
- A D64 a fentiek szerint 80 000 lemez IOPS-ra korlátozott.
S3B CPU-korlátok tesztelése – Teljesítmény és feldolgozási teljesítmény
Az alábbi ábra az S3B CPU-korlátok tesztelését foglalja össze:
A méretezhetőség csak része a történetnek. A másik rész a késés. Az egyik dolog, hogy a kisebb virtuális gépek képesek sokkal magasabb I/O-sebességeket vezetni, egy másik dolog, hogy ezt alacsony egyjegyű késésekkel kell megtenni, ahogy az alább látható.
- A D4 26 000 IOPS-t hajtott az Azure NetApp Fileshoz 2,3 ms késéssel.
- A D8 51 000 IOPS-t hajtott az Azure NetApp Fileshoz 2,0 ms késéssel.
- A D16 88 000 IOPS-t hajtott az Azure NetApp Fileshoz 2,8 ms késéssel.
- A D32 80 000 IOPS-t hajtott az Azure NetApp Fileshoz 2,4 ms késéssel.
Példánytípusonkénti S3B késési eredmények
Az alábbi ábra az egypéldányos SQL Server késését mutatja be az Azure NetApp Fileson keresztül:
SSB-tesztelési eszköz
A TPC-E teljesítményértékelési eszköz a tervezés során a tárolás helyett a számítást hangsúlyozza. Az ebben a szakaszban bemutatott teszteredmények az SQL Storage Benchmark (SSB) nevű stressztesztelési eszközön alapulnak. Az SQL Server Storage benchmark nagy léptékű SQL-végrehajtást hajthat végre egy SQL Server-adatbázison az OLTP számítási feladatok szimulálásához, hasonlóan az SLOB2 Oracle benchmarking eszközhöz.
Az SSB-eszköz létrehoz egy Standard kiadás LECT és UPDATE alapú számítási feladatot, amely közvetlenül az Azure-beli virtuális gépen futó SQL Server-adatbázisba bocsátja ki az említett utasításokat. Ebben a projektben az SSB számítási feladatai 1–100 SQL Server-felhasználóra taksáltak, 10 vagy 12 köztes ponttal, felhasználónként 15 perccel. Ezekből a futtatásokból származó összes teljesítménymetrika a perfmon szempontjából volt, mert az megismételhetőségi SSB forgatókönyvenként háromszor futott.
Maguk a tesztek 80%-os Standard kiadás LECT és 20%UPDATE utasításként lettek konfigurálva, így 90%-ban véletlenszerűen olvashatók. Maga az SSB által létrehozott adatbázis 1000 GB méretű volt. Ez 15 felhasználói táblából és 9 000 000 sorból áll felhasználói táblánként, és soronként 8192 bájtból áll.
Az SSB-teljesítményteszt egy nyílt forráskódú eszköz. Az SQL Storage Benchmark GitHub oldalán szabadon elérhető.
Összefoglalva
Az Azure NetApp Files használatával növelheti az SQL Server teljesítményét, miközben jelentősen csökkentheti a teljes tulajdonjogi költséget.