Zalety korzystania z usługi Azure NetApp Files na potrzeby wdrażania programu SQL Server
Usługa Azure NetApp Files zmniejsza całkowity koszt posiadania (TCO) programu SQL Server w porównaniu z rozwiązaniami magazynu blokowego. W przypadku magazynu blokowego maszyny wirtualne nałożyły limity operacji we/wy i przepustowości na potrzeby operacji na dysku. Tylko limity przepustowości sieci są stosowane w usłudze Azure NetApp Files i tylko w przypadku ruchu wychodzącego. Innymi słowy, do usługi Azure NetApp Files nie są stosowane żadne limity operacji we/wy na poziomie maszyny wirtualnej. Bez tych limitów we/wy program SQL Server działający na mniejszych maszynach wirtualnych połączonych z usługą Azure NetApp Files może działać, a także program SQL Server działający na znacznie większych maszynach wirtualnych. Ustalanie rozmiaru wystąpień w dół, w związku z tym zmniejsza koszt obliczeniowy do 25% poprzedniego tagu cen. Koszty obliczeń można zmniejszyć za pomocą usługi Azure NetApp Files.
Jednak koszty obliczeń są niewielkie w porównaniu z kosztami licencji programu SQL Server. Licencjonowanie programu Microsoft SQL Server jest powiązane z fizyczną liczbą rdzeni. W związku z tym zmniejszenie rozmiaru wystąpienia wprowadza jeszcze większe oszczędności w przypadku licencjonowania oprogramowania. Możesz zmniejszyć koszty licencji na oprogramowanie za pomocą usługi Azure NetApp Files.
W tym artykule przedstawiono szczegółowe korzyści z analizy kosztów i wydajności dotyczące korzystania z usługi Azure NetApp Files na potrzeby wdrażania programu SQL Server. Nie tylko mniejsze wystąpienia mają wystarczającą ilość procesora CPU, aby baza danych działała tylko z blokiem w większych wystąpieniach, w wielu przypadkach mniejsze wystąpienia są jeszcze bardziej wydajne niż ich większe odpowiedniki oparte na dyskach z powodu usługi Azure NetApp Files.
Szczegółowa analiza kosztów
Dwa zestawy grafiki w tej sekcji pokazują przykład TCO. Liczba i typ dysków zarządzanych, poziom usługi Azure NetApp Files i pojemność dla każdego scenariusza zostały wybrane w celu osiągnięcia najlepszej wydajności w cenie. Każda grafika składa się z pogrupowanych maszyn (D16 z usługą Azure NetApp Files w porównaniu z D64 z dyskiem zarządzanym według przykładu), a ceny są podzielone na poszczególne typy maszyn.
Pierwszy zestaw grafiki przedstawia całkowity koszt rozwiązania przy użyciu rozmiaru bazy danych 1 TiB, porównując D16s_v4 z D64, D8 do D32 i D4 z D16. Przewidywane we/wy dla każdej konfiguracji są wskazywane przez zieloną lub żółtą linię i odpowiadają osi Y po prawej stronie.
Drugi zestaw grafiki przedstawia całkowity koszt użycia bazy danych 50 TiB. Porównania są w przeciwnym razie takie same — D16 w porównaniu z usługą Azure NetApp Files i D64 z przykładem bloku.
Wydajność i wiele z niego
Aby zapewnić znaczną asercję redukcji kosztów, wymagana jest duża wydajność — na przykład największe wystąpienia w ogólnym spisie platformy Azure obsługują 80 000 operacji we/wy na sekundę na sekundę. Pojedynczy wolumin usługi Azure NetApp Files może osiągnąć 80 000 operacji we/wy na sekundę bazy danych, a wystąpienia, takie jak D16, mogą korzystać z tego samego. D16, zwykle zdolny do 25 600 operacji we/wy na sekundę dysku, wynosi 25% rozmiaru D64. D64s_v4 jest w stanie 80 000 operacji we/wy na sekundę dysku, a w związku z tym stanowi doskonały punkt porównawczy najwyższego poziomu.
D16s_v4 może prowadzić wolumin usługi Azure NetApp Files do 80 000 operacji we/wy na sekundę bazy danych. Zgodnie z testami porównawczymi usługi SQL Storage (SSB) wystąpienie D16 osiągnęło obciążenie o 125% większe niż osiągalne dla dysku z wystąpienia D64. Szczegółowe informacje o narzędziu do testowania SSB można znaleźć w sekcji narzędzia do testowania SSB.
Przy użyciu rozmiaru zestawu roboczego 1 TiB i 80% odczytu, 20% aktualizacji obciążenia programu SQL Server, możliwości wydajności większości wystąpień w klasie wystąpienia D zostały zmierzone; większość, nie wszystkie, ponieważ same wystąpienia D2 i D64 zostały wykluczone z testowania. Pierwszy został pominięty, ponieważ nie obsługuje przyspieszonej sieci, a drugi, ponieważ jest to punkt porównania. Zapoznaj się z poniższym wykresem, aby poznać odpowiednio limity D4s_v4, D8s_v4, D16s_v4 i D32s_v4. Testy magazynu dysków zarządzanych nie są wyświetlane na wykresie. Wartości porównania są pobierane bezpośrednio z tabeli limitów maszyn wirtualnych platformy Azure dla typu wystąpienia klasy D.
W przypadku usługi Azure NetApp Files każde wystąpienie klasy D może spełniać lub przekraczać możliwości wydajności dysku wystąpień dwa razy większe. Znacznie można obniżyć koszty licencji na oprogramowanie za pomocą usługi Azure NetApp Files.
- Użycie procesora D4 na poziomie 75% odpowiada możliwościom dysku D16.
- D16 jest ograniczona przy 25 600 operacji we/wy na sekundę dysku.
- Użycie procesora D8 na poziomie 75% odpowiada możliwościom dysku D32.
- Szybkość D32 jest ograniczona przy 51 200 operacji we/wy na sekundę dysku.
- Wykorzystanie procesora D16 na poziomie 55% odpowiada możliwościom dysku D64.
- D64 jest ograniczona szybkość przy 80 000 operacji we/wy na sekundę dysku.
- Wykorzystanie procesora D32 na poziomie 15% odpowiada również możliwościom dysku D64.
- D64, jak określono powyżej, jest ograniczona szybkość przy 80.000 operacji we/wy na sekundę dysku.
Test limitów procesora S3B — wydajność i moc obliczeniowa
Na poniższym diagramie przedstawiono podsumowanie testu limitów procesora S3B:
Skalowalność jest tylko częścią historii. Druga część to opóźnienie. Jest to jedna rzecz dla mniejszych maszyn wirtualnych, aby mieć możliwość prowadzenia znacznie wyższych stawek we/wy, to kolejna rzecz, aby to zrobić z małymi opóźnieniami jednocyfrowymi, jak pokazano poniżej.
- D4 prowadził 26.000 operacji we/wy na sekundę w stosunku do usługi Azure NetApp Files przy opóźnieniu 2.3 ms.
- D8 prowadził 51.000 operacji we/wy na sekundę w stosunku do usługi Azure NetApp Files przy opóźnieniu 2.0 ms.
- D16 prowadził 88.000 operacji we/wy na sekundę względem usługi Azure NetApp Files przy opóźnieniu 2.8 ms.
- D32 prowadził 80.000 operacji we/wy na sekundę w stosunku do usługi Azure NetApp Files przy opóźnieniu 2.4 ms.
Wyniki opóźnienia S3B na typ wystąpienia
Na poniższym diagramie przedstawiono opóźnienie dla pojedynczego wystąpienia programu SQL Server za pośrednictwem usługi Azure NetApp Files:
Narzędzie do testowania SSB
Narzędzie do testów porównawczych TPC-E , zgodnie z projektem, podkreśla obliczenia , a nie magazyn. Wyniki testów pokazane w tej sekcji są oparte na narzędziu do testowania obciążenia o nazwie SQL Storage Benchmark (SSB). Test porównawczy magazynu programu SQL Server może prowadzić do masowego wykonywania bazy danych SQL Server w celu symulowania obciążenia OLTP, podobnie jak w przypadku narzędzia do testów porównawczych SLOB2 Oracle.
Narzędzie SSB generuje obciążenie oparte na select i UPDATE, które generuje te instrukcje bezpośrednio do bazy danych programu SQL Server uruchomionej na maszynie wirtualnej platformy Azure. W tym projekcie obciążenia SSB zwiększały się z 1 do 100 użytkowników programu SQL Server, z 10 lub 12 punktami pośrednimi przy 15 minutach na liczbę użytkowników. Wszystkie metryki wydajności z tych przebiegów były z punktu widzenia wydajności dla powtarzalności SSB uruchomione trzy razy w każdym scenariuszu.
Same testy zostały skonfigurowane jako 80% SELECT i 20% update instrukcji, dzięki czemu 90% losowych odczytów. Sama baza danych, utworzona przez usługę SSB, miała rozmiar 1000 GB. Składa się ona z 15 tabel użytkowników i 9000 000 wierszy na tabelę użytkownika i 8192 bajty na wiersz.
Test porównawczy SSB to narzędzie typu open source. Jest ona bezpłatnie dostępna na stronie testu porównawczego usługi SQL Storage w witrynie GitHub.
Podsumowanie
Dzięki usłudze Azure NetApp Files możesz zwiększyć wydajność serwera SQL, a jednocześnie znacznie zmniejszyć całkowity koszt posiadania.