Fördelar med att använda Azure NetApp Files för SQL Server distribution

Azure NetApp Files minskar SQL Server totala ägandekostnaden (TCO) jämfört med blocklagringslösningar. Med blocklagring har virtuella datorer infört gränser för I/O och bandbredd för diskåtgärder. Endast nätverksbandbreddsbegränsningar tillämpas mot Azure NetApp Files och endast på utgående på den. Med andra ord tillämpas inga I/O-gränser på VM-nivå på Azure NetApp Files. Utan dessa I/O-gränser kan SQL Server köras på mindre virtuella datorer som är anslutna till Azure NetApp Files och även SQL Server körs på mycket större virtuella datorer. När du minskar storleksändringen minskar du beräkningskostnaden till 25 % av den tidigare pristaggen. Du kan minska beräkningskostnaderna med Azure NetApp Files.

Beräkningskostnader är dock små jämfört med SQL Server licenskostnader. Microsoft SQL Server licensiering är kopplad till antal fysiska kärnor. Det innebär att minska instansstorleken medför en ännu större kostnadsbesparing för programvarulicensiering. Du kan minska kostnaderna för programvarulicensen med Azure NetApp Files.

Den här artikeln visar en detaljerad kostnadsanalys och prestandafördelar med att använda Azure NetApp Files för SQL Server distribution. Mindre instanser har inte bara tillräckligt med processorkraft för att databasen ska fungera med block på större instanser. I många fall är de mindre instanserna ännu bättre än deras större diskbaserade motsvarigheter på grund av Azure NetApp Files.

Detaljerad kostnadsanalys

De två grafikuppsättningarna i det här avsnittet visar TCO-exemplet. Antalet och typen av hanterade diskar, Azure NetApp Files servicenivå och kapaciteten för varje scenario har valts för att uppnå bästa pris-kapacitet-prestanda. Varje bild består av grupperade datorer (D16 med Azure NetApp Files, jämfört med D64 med hanterad disk efter exempel) och priserna är uppdelade för varje datortyp.

Den första uppsättningen bilder visar den totala kostnaden för lösningen med en databasstorlek på 1 TiB, där du jämför D16s_v4 med D64, D8 med D32 och D4 med D16. De projicerade IOP:erna för varje konfiguration anges med en grön eller gul linje och motsvarar Y-axeln till höger.

Graphic that shows overall cost of the solution using a 1-TiB database size.

Den andra uppsättningen bilder visar den totala kostnaden med hjälp av en databas på 50 TiB. Jämförelserna är annars samma – D16 jämfört med Azure NetApp Files jämfört med D64 med block efter exempel.

Graphic that shows overall cost using a 50-TiB database size.

Prestanda och mycket

För att leverera på den betydande kostnadsminskningen kräver försäkran massor av prestanda – de största instanserna i det allmänna Azure-lagret har stöd för 80 000 disk-IOPS som exempel. En Azure NetApp Files volym kan uppnå 80 000 databas-IOPS, och instanser som D16 kan använda samma. D16, som normalt kan 25 600 disk-IOPS, är 25 % storleken på D64. Den D64s_v4 kan hantera 80 000 disk-IOPS och utgör därför en utmärkt jämförelsepunkt på den övre nivån.

Den D16s_v4 kan köra en Azure NetApp Files till 80 000 IOPS-databaser. Enligt prestandatestverktyget för SQL Storage Benchmark (SSB) uppnådde D16-instansen en arbetsbelastning som var 125 % större än den som kunde uppnås till disk från D64-instansen. Mer information om verktyget finns i avsnittet om SSB-testverktyget.

Med en arbetsuppsättningsstorlek på 1 TiB och 80 % läsning, 20 % uppdatering SQL Server-arbetsbelastning mättes prestandafunktionerna för de flesta instanser i D-instansklassen. De flesta, inte alla, eftersom själva D2- och D64-instanserna exkluderades från testningen. Det förra togs bort eftersom det inte stöder accelererat nätverk, och det senare eftersom det är jämförelsepunkten. Se följande diagram för att förstå gränserna för D4s_v4, D8s_v4, D16s_v4 och D32s_v4. Tester av hanterad disklagring visas inte i diagrammet. Jämförelsevärden dras direkt från tabellen med begränsningar för virtuella Azure-datorer för instanstypen D-klass.

Med Azure NetApp Files kan var och en av instanserna i D-klassen uppfylla eller överskrida diskprestandafunktionerna för instanser två gånger större. Du kan minska kostnaderna för programvarulicensen avsevärt med Azure NetApp Files.

  • D4 vid 75 % CPU-användning matchade diskfunktionerna i D16.
    • D16 är hastighetsbegränsat med 25 600 disk-IOPS.
  • D8 vid 75 % CPU-användning matchade diskfunktionerna i D32.
    • D32 är hastighetsbegränsat med 51 200 disk-IOPS.
  • D16 vid 55 % CPU-användning matchade diskfunktionerna i D64.
    • D64 är hastighetsbegränsat med 80 000 disk-IOPS.
  • D32 vid 15 % CPU-användning matchade även diskfunktionerna i D64.
    • D64 som anges ovan är hastighetsbegränsat med 80 000 disk-IOPS.

Testprestanda jämfört med processorkraft för – S3B-processorbegränsningar

I följande diagram sammanfattas testet av S3B CPU-gränser:

Diagram that shows average CPU percentage for single-instance SQL Server over Azure NetApp Files.

Skalbarhet är bara en del av berättelsen. Den andra delen är svarstid. Det är en sak för mindre virtuella datorer att ha möjlighet att köra mycket högre I/O-priser. Det är en annan sak att göra det med låga ensiffriga ’’ svarstider som visas nedan.

  • D4 körde 26 000 IOPS mot Azure NetApp Files med 2,3 ms svarstid.
  • D8 körde 51 000 IOPS mot Azure NetApp Files 2,0 ms svarstid.
  • D16 körde 88 000 IOPS mot Azure NetApp Files 2,8 ms svarstid.
  • D32 körde 80 000 IOPS mot Azure NetApp Files 2,4 ms svarstid.

Svarstidsresultat för S3B per instanstyp

Följande diagram visar svarstiden för en enskild instans SQL Server över Azure NetApp Files:

Diagram that shows latency for single-instance SQL Server over Azure NetApp Files.

SSB-testverktyg

TPC-E-benchmarking-verktyget beräknar enligt design beräkning i stället för lagring. Testresultaten som visas i det här avsnittet baseras på ett stresstestverktyg med namnet SQL Storage Benchmark (SSB). Benchmark SQL Server Storage kan köra en storskalig SQL mot en SQL Server-databas för att simulera en OLTP-arbetsbelastning, ungefär som SLOB2 Oracle benchmarking-verktyget.

SSB-verktyget genererar en SELECT- och UPDATE-driven arbetsbelastning som utfärdar dessa instruktioner direkt till SQL Server-databasen som körs på den virtuella Azure-datorn. För det här projektet har SSB-arbetsbelastningarna rampats från 1 till 100 SQL Server-användare, med 10 eller 12 mellanliggande punkter på 15 minuter per antal användare. Alla prestandamått från dessa körningar var från perfmon-perspektivet, för repeterbarhet kördes SSB tre gånger per scenario.

Själva testerna konfigurerades som 80 % SELECT och 20 % UPDATE-instruktion, vilket innebär 90 % slumpmässig läsning. Själva databasen, som SSB skapade, var 1 000 GB stor. Den består av 15 användartabeller och 9 000 000 rader per användartabell och 8 192 byte per rad.

SSB-benchmark är ett verktyg med öppen källkod. Den är tillgänglig kostnadsfritt på SQL Storage Benchmark GitHub .

Sammanfattningsvis

Med Azure NetApp Files kan du öka serverprestanda SQL samtidigt som du minskar den totala ägandekostnaden avsevärt.

Nästa steg