Udostępnij za pośrednictwem

Rozmiar maszyny wirtualnej: najlepsze rozwiązania dotyczące wydajności SQL Server na maszynach wirtualnych platformy Azure

  • Artykuł

Dotyczy:program SQL Server na maszynie wirtualnej platformy Azure

Ten artykuł zawiera wskazówki dotyczące rozmiarów maszyn wirtualnych szereg najlepszych rozwiązań i wytycznych dotyczących optymalizacji wydajności programu SQL Server na maszynach wirtualnych platformy Azure.

Zazwyczaj istnieje kompromis między optymalizacją kosztów a optymalizacją pod kątem wydajności. Ta seria najlepszych rozwiązań dotyczących wydajności koncentruje się na uzyskaniu najlepszej wydajności dla programu SQL Server w usłudze Azure Virtual Machines. Jeśli obciążenie jest mniej wymagające, możesz nie wymagać każdej zalecanej optymalizacji. Podczas oceniania tych zaleceń należy wziąć pod uwagę wymagania dotyczące wydajności, kosztów i wzorców obciążeń.

Aby uzyskać szczegółowe informacje, zobacz inne artykuły z tej serii: Lista kontrolna, Magazyn, Zabezpieczenia, Konfiguracja HADR, Zbieranie punktów odniesienia.

Lista kontrolna

Zapoznaj się z poniższą listą kontrolną, aby zapoznać się z krótkim omówieniem najlepszych rozwiązań dotyczących rozmiaru maszyn wirtualnych, które opisano w pozostałej części artykułu:

  • Zidentyfikuj charakterystykę wydajności obciążeń, aby określić odpowiedni rozmiar maszyny wirtualnej dla twojej firmy.
  • Jeśli przeprowadzasz migrację na platformę Azure, użyj narzędzi, takich jak Asystent migracji danych i rekomendacja SKU, aby znaleźć odpowiedni rozmiar maszyny wirtualnej dla istniejącego obciążenia programu SQL Server, a następnie zmigruj za pomocą Azure Data Studio.
  • Użyj obrazów z Azure Marketplace, aby wdrożyć swoje maszyny wirtualne SQL Server, ponieważ ustawienia SQL Server i opcje magazynu są skonfigurowane pod kątem optymalnej wydajności.
  • Użyj rozmiarów maszyn wirtualnych o co najmniej 4 vCPU.
  • Użyj rozmiarów maszyn wirtualnych zoptymalizowanych pod kątem pamięci, aby uzyskać najlepszą wydajność obciążeń programu SQL Server.
    • Seria Edsv5 oraz seria Msv3 i Mdsv3 oferują optymalny stosunek pamięci do rdzeni wirtualnych zalecany dla obciążeń OLTP.
    • Maszyny wirtualne z serii Mbdsv3 oferują najlepszą wydajność obciążeń programu SQL Server na maszynach wirtualnych platformy Azure. Najpierw rozważ tę serię dla obciążeń OLTP i SQL Server związanych z magazynowaniem danych o krytycznym znaczeniu dla misji.
    • Seria Ebdsv5 zapewnia wysoki stosunek przepustowości I/O do rdzeni wirtualnych, a także stosunek pamięci do rdzeni wirtualnych równy 8:1. Ta seria oferuje najlepszą cenę dla obciążeń programu SQL Server na maszynach wirtualnych platformy Azure. Rozważ najpierw te maszyny wirtualne dla większości obciążeń programu SQL Server.
    • Rodzina serii M oferuje maszyny wirtualne z najwyższą alokacją pamięci na platformie Azure.
    • Maszyny wirtualne serii Mbsv3 i Mbdsv3 zapewniają wysoką alokację pamięci i najwyższy współczynnik przepływności operacji we/wy do rdzeni wirtualnych w rodzinie serii M oraz spójny stosunek pamięci do rdzeni wirtualnych wynoszący co najmniej 8:1.
  • Rozpocznij tworzenie środowisk programistycznych od serii niższej klasy D, serii B lub serii Av2 i rozwijaj swoje środowisko z czasem.
  • Sprawdź możliwości obsługi maszyn wirtualnych, aby uniknąć nieobsługiwanych konfiguracji.

Aby porównać listę kontrolną rozmiaru maszyny wirtualnej z innymi, zobacz kompleksową listę kontrolną najlepszych rozwiązań dotyczących wydajności.

Omówienie

Podczas tworzenia programu SQL Server na maszynie wirtualnej platformy Azure należy dokładnie rozważyć wymagany typ obciążenia. Jeśli migrujesz istniejące środowisko, zbierz punkt odniesienia wydajności, aby określić wymagania dotyczące programu SQL Server na maszynie wirtualnej platformy Azure. Użyj konfiguracji procesorów wirtualnych i pamięci z maszyny źródłowej jako punktu odniesienia do migrowania bieżącej lokalnej bazy danych programu SQL Server do programu SQL Server na maszynach wirtualnych platformy Azure. Jeśli masz pakiet Software Assurance, skorzystaj z Korzyść użycia hybrydowego platformy Azure, aby przenieść licencje na platformę Azure i zaoszczędzić na kosztach licencjonowania programu SQL Server.

Jeśli jest to nowa maszyna wirtualna, utwórz nową maszynę wirtualną z programem SQL Server na podstawie wymagań aplikacji. Jeśli tworzysz nową maszynę wirtualną z programem SQL Server dla nowej aplikacji utworzonej dla chmury, możesz łatwo skalować maszynę wirtualną z programem SQL Server w miarę rozwoju wymagań dotyczących danych i użycia. Rozpocznij tworzenie środowisk programistycznych od serii niższej klasy D, serii B lub serii Av2 i rozwijaj swoje środowisko z czasem.

Rozważmy następującą serię maszyn wirtualnych na podstawie obciążeń programu SQL Server:

  • Najwyższa alokacja pamięci dla obciążeń o krytycznym znaczeniu: maszyny wirtualne z serii Mbsv3 i Mbdsv3 oferują najwyższą alokację pamięci na platformie Azure z najlepszą wydajnością magazynu.
  • Wysoki stosunek przepustowości operacji we/wy do rdzenia wirtualnego: maszyny wirtualne z serii Mbsv3 i Mbdsv3 oferują najwyższy stosunek przepustowości do rdzenia wirtualnego spośród wszystkich serii maszyn wirtualnych w dowolnej chmurze. Wirtualne maszyny serii Ebdsv5 oferują drugi najwyższy współczynnik przepustowości do rdzenia wirtualnego na platformie Azure. Jeśli nie znasz wymagań I/O dla obciążenia programu SQL Server, maszyny wirtualne serii Ebdsv5 najlepiej spełnią Twoje potrzeby. Zapoznaj się z artykułem o przechowywaniu, aby dowiedzieć się więcej.
  • Przetwarzanie równoległe dla większych maszyn: maszyny wirtualne z serii Msv3 i Mdsv3 oferują przetwarzanie równoległe, dzięki czemu są one dobrymi opcjami dla większych środowisk magazynu danych.

Magazyn danych programu SQL Server i środowiska o znaczeniu krytycznym często muszą być skalowane poza stosunek 8:1 pamięci do rdzeni wirtualnych. W przypadku środowisk średnich warto wybrać stosunek 16:1 pamięci do rdzeni wirtualnych oraz współczynnik 32:1 pamięci do rdzeni wirtualnych dla większych środowisk magazynu danych.

Użyj obrazów Marketplace maszyn wirtualnych programu SQL Server z konfiguracją dysku w portalu. Ułatwia to odpowiednie tworzenie pul pamięci masowych niezbędnych, aby osiągnąć rozmiar, liczbę operacji we/wy na sekundę oraz przepływność niezbędne dla obciążeń. Ważne jest, aby wybrać maszyny wirtualne SQL Server, które wspierają wysoką wydajność magazynowania w warstwie Premium. Zapoznaj się z artykułem o przechowywaniu, aby dowiedzieć się więcej.

Uwaga

Program SQL Server nie jest obsługiwany w przypadku rozmiarów maszyn wirtualnych, które są wdrażane z niezainicjowanym dyskiem efemerycznym. Aby dowiedzieć się więcej, zapoznaj się z tematem Wdrażanie maszyn wirtualnych i błędy programu SQL Server.

Wspieralność

Podczas instalowania programu SQL Server na maszynach wirtualnych platformy Azure należy wziąć pod uwagę następujące ograniczenia:

  • usługi Azure Virtual Machine Scale Sets (VMSS) nie są obsługiwane przez program SQL Server na maszynach wirtualnych platformy Azure. Jeśli zdecydujesz się używać zestawu skalowania maszyn wirtualnych z programem SQL Server na maszynie wirtualnej platformy Azure wbrew temu zaleceniu i włączysz funkcję automatycznego łatania systemu operacyjnego, która zastępuje dysk systemu operacyjnego przy wydaniu nowej wersji obrazu, prawdopodobnie zakłóci to działanie programu SQL Server, co może prowadzić do potencjalnych uszkodzeń, utraty danych i problemów z dostępnością.
  • Program SQL Server nie jest obsługiwany w systemach z więcej niż 64 rdzeniami wirtualnymi na węzeł NUMA. Wyłącz SMT, aby używać programu SQL Server na maszynach wirtualnych platformy Azure, które przekraczają 64 vCores na węzeł NUMA.
  • Program SQL Server obsługuje obecnie dyski o standardowych rozmiarach sektora natywnego o rozmiarze 512 bajtów i 4 KB. Instalowanie programu SQL Server na dyskach o rozmiarach sektora 8 KB nie jest obsługiwane i może prowadzić do awarii instalacji, a także obniżenia wydajności z powodu nieprawidłowego wejścia/wyjścia.
  • Nie można wdrożyć programu SQL Server na obrazach maszyn wirtualnych platformy Azure z rozmiarami maszyn wirtualnych, które mają niezainicjowane dyski efemeryczne. Aby dowiedzieć się więcej, zapoznaj się z artykułem Niektóre obrazy SQL Server na maszynach wirtualnych Azure nie można wdrożyć.

Filtrowanie według rozmiaru maszyny wirtualnej

Podczas wdrażania maszyny wirtualnej platformy Azure użyj konwencji nazewnictwa, aby określić nazwę rozmiaru maszyny wirtualnej w celu filtrowania w portalu. Nazwa rozmiaru maszyny wirtualnej jest kombinacją rodziny, podfamilii, liczby procesorów CPU i wszelkich funkcji addytywnej.

Na przykład podczas filtrowania maszyny wirtualnej serii Ebdsv5 wprowadź nazwę rozmiaru maszyny wirtualnej, taką jak E64bds lub wersję, taką jak v5, nazywaną generacją w portalu. Poniższy zrzut ekranu przedstawia filtrowanie listy rozmiarów maszyn wirtualnych według v5 wersji w witrynie Azure Portal:

Zrzut ekranu przedstawiający stronę wybierania rozmiaru maszyny wirtualnej w witrynie Azure Portal.

Rozważ następujące kwestie:

  • Dodatkowe filtry można zastosować za pomocą polecenia "Dodaj filtr", aby zawęzić listę rozmiarów maszyny wirtualnej na podstawie takich czynników jak rozmiar maszyny, typ (rodzina), taki jak zoptymalizowany pod kątem pamięci lub ogólnego przeznaczenia, oraz typ kontrolera dysku.
  • Jeśli nie widzisz wyniku dla szukanej maszyny wirtualnej, prawdopodobnie jest to spowodowane filtrem zastosowanym do listy rozmiarów maszyn wirtualnych. Wyczyść filtr i spróbuj ponownie.
  • Filtr kontrolera dysku pomaga określić, czy magazyn jest iSCSI lub NVMe.

Maszyny wirtualne serii M zoptymalizowane pod kątem pamięci

Seria M oferuje liczbę rdzeni wirtualnych i pamięć dla niektórych z największych obciążeń programu SQL Server.

Poniżej wymieniono możliwości maszyn wirtualnych serii M:

  • Obsługa magazynu w warstwie Premium, buforowania magazynu w warstwie Premium, dysków w warstwie Ultra, przyspieszania zapisu i przyspieszonej sieci.
  • Są odpowiednie dla obciążeń SQL Server, które wymagają wysokich możliwości obliczeniowych z dużą ilością pamięci i mniejszym naciskiem na wydajność pamięci masowej.

seria Mbsv3 i Mbdsv3

Seria Mbsv3 i Mbdsv3 to maszyny wirtualne zoptymalizowane pod kątem pamięci przeznaczone dla dużych baz danych w pamięci i obciążeń z wysokim współczynnikiem pamięci do procesora CPU. Maszyny wirtualne z tej serii są oparte na 4 generacji Intel® Xeon® Scalable i oferują szereg rozmiarów pamięci i liczby procesorów wirtualnych, aby zaspokoić potrzeby obciążeń programu SQL Server. Maszyny wirtualne serii Mbsv3 i Mbdsv3 są zalecane w przypadku obciążeń magazynu danych o krytycznym znaczeniu.

Maszyny wirtualne z serii Mbsv3 i Mbdsv3 obsługują duże bazy danych działające w pamięci oraz obciążenia o wysokim współczynniku pamięci do jednostki CPU, co jest idealnym rozwiązaniem dla serwerów baz danych relacyjnych, hurtowni danych, intensywnych procesów raportowania, dużych pamięci podręcznych i analityki in-memory.

Poniżej przedstawiono cechy maszyn wirtualnych z tej serii:

  • Seria Mbsv3 oferuje do 176 rdzeni wirtualnych i 1536 GiB pamięci przy stałym współczynniku 8:1 pamięci do rdzeni wirtualnych, z przepustowością 650 000 operacji we/wy na sekundę i 6000 MB/s transferu danych.
  • Mbdsv3-series oferuje maksymalnie 176 rdzeni wirtualnych i 4 TiB pamięci, 650 000 operacji we/wy na sekundę i 10 000 MB/s przepustowości dyskowej. Ta seria maszyn wirtualnych oferuje ponad 50% poprawę liczby operacji we/wy na sekundę i przepływność w porównaniu do najlepiej działającej serii Ebdsv5, co czyni Mbdsv3 jedną z najbardziej wydajnych opcji maszyn wirtualnych dostępnych we wszystkich chmurach. Seria maszyn wirtualnych Mbdsv3 ma podobne cechy wydajności z serii maszyn wirtualnych Mbsv3, ale obejmuje silny magazyn lokalny i efemeryczny, co czyni go idealnym rozwiązaniem do optymalizacji wydajności bazy danych tempdb, raportowania, krytycznego dla misji OLAP i obciążeń magazynowania danych.

Seria Msv3 i Mdsv3

Maszyny wirtualne Msv3 i Mdsv3 zostały zaprojektowane z mocą obliczeniową i pamięcią na średnim, wysokim i bardzo wysokim poziomie pamięci. Te maszyny wirtualne zapewniają lepszą wydajność, skalowalność i odporność na awarie w porównaniu z maszynami wirtualnymi mv2 poprzedniej generacji.

Poniżej wymieniono maszyny wirtualne z tej serii:

Uwaga

Wyłącz SMT, aby używać programu SQL Server na maszynach wirtualnych platformy Azure, które przekraczają 64 vCores na węzeł NUMA.

Maszyny wirtualne serii E zoptymalizowane pod kątem pamięci

Maszyny wirtualne serii E są przeznaczone dla obciążeń intensywnie korzystających z pamięci, takich jak duże bazy danych, analiza danych big data i aplikacje dla przedsiębiorstw, które wymagają znacznej ilości pamięci RAM w celu utrzymania wysokiej wydajności.

Seria Ebdsv5

Seria Ebdsv5 to seria maszyn wirtualnych zoptymalizowana pod kątem pamięci, która oferuje najwyższą przepływność magazynu zdalnego dostępną na platformie Azure. Te maszyny wirtualne mają stosunek pamięci do rdzeni wirtualnych równy 8:1, co wraz z wysoką przepływnością we/wy sprawia, że są idealne dla większości obciążeń programu SQL Server. Maszyny wirtualne serii Ebdsv5 oferują najlepszą cenę dla obciążeń programu SQL Server działających na maszynach wirtualnych platformy Azure i zdecydowanie zalecamy korzystanie z nich w przypadku większości produkcyjnych obciążeń programu SQL Server.

Uwaga

Większe rozmiary serii Ebdsv5 (48 vCPU i większe) oferują obsługę dostępu do magazynu z włączoną obsługą NVMe. Aby móc korzystać z tej wysokiej wydajności operacji we/wy, należy wdrożyć maszynę wirtualną przy użyciu narzędzia NVMe.

Seria Edsv5

Seria Edsv5 jest przeznaczona dla aplikacji intensywnie korzystających z pamięci i jest idealna dla obciążeń programu SQL Server, które nie wymagają tak wysokiej przepływności we/wy, jak oferuje seria Ebdsv5. Te maszyny wirtualne mają dużą pojemność lokalnego dysku SSD, aż do 672 GiB pamięci RAM, oraz bardzo dużą przepustowość zarówno lokalnego, jak i zdalnego magazynowania. Dostępne jest prawie 8 GiB pamięci na vCore w większości tych maszyn wirtualnych, co jest idealne dla większości obciążeń SQL Server.

Największą maszyną wirtualną w tej grupie jest Standard_E104ids_v5 , która oferuje 104 rdzenie wirtualne i 672 GIB pamięci. Ta maszyna wirtualna jest godna uwagi, ponieważ jest odizolowana, co oznacza, że jest gwarantowane, iż jest to jedyna maszyna wirtualna uruchomiona na hoście i dlatego jest oddzielona od innych obciążeń klientów. Ma to stosunek pamięci do rdzeni wirtualnych, który jest niższy niż zalecany dla programu SQL Server, dlatego należy go używać tylko wtedy, gdy jest wymagana izolacja.

Maszyny wirtualne serii Edsv5 obsługują magazynowanie Premium i buforowanie magazynowania Premium.

Seria ECadsv5

Rozmiary maszyn wirtualnych serii ECadsv5 to poufne maszyny wirtualne Azure zoptymalizowane pod kątem pamięci z dyskiem tymczasowym. Przejrzyj poufne maszyny wirtualne, aby uzyskać informacje o korzyściach zabezpieczeń poufnych maszyn wirtualnych Azure.

Ponieważ funkcje zabezpieczeń poufnych maszyn wirtualnych platformy Azure mogą wprowadzać obciążenia związane z wydajnością, przetestuj obciążenie i wybierz rozmiar maszyny wirtualnej spełniający wymagania dotyczące wydajności.

Ogólne przeznaczenie

Rozmiary maszyn wirtualnych ogólnego przeznaczenia są przeznaczone do zapewnienia zrównoważonych współczynników pamięci do rdzeni wirtualnych dla mniejszych obciążeń na poziomie wejścia, takich jak programowanie i testowanie, serwery internetowe i mniejsze serwery baz danych.

Ze względu na niższe proporcje pamięci do rdzeni wirtualnych przy maszynach wirtualnych ogólnego przeznaczenia należy uważnie monitorować liczniki wydajności oparte na pamięci, aby upewnić się, że program SQL Server jest w stanie uzyskać potrzebną buforową pamięć podręczną. Aby uzyskać więcej informacji, zobacz punkt odniesienia wydajności pamięci.

Ponieważ zaleceniem początkowym dla obciążeń produkcyjnych jest stosunek pamięci do rdzeni wirtualnych wynoszący 8, minimalna zalecana konfiguracja dla maszyny wirtualnej ogólnego przeznaczenia z uruchomionym programem SQL Server to 4 procesory wirtualne i 32 GiB pamięci.

Seria Ddsv5

Seria Ddsv5 oferuje sprawiedliwą kombinację procesorów wirtualnych, pamięci i dysku tymczasowego, ale z mniejszym wsparciem stosunku pamięci do rdzeni wirtualnych.

Maszyny wirtualne Ddsv5 obejmują mniejsze opóźnienia i szybszy magazyn lokalny.

Te maszyny są idealne dla wdrożeń SQL i aplikacji obok siebie, które wymagają szybkiego dostępu do pamięci tymczasowej i relacyjnych baz danych działów. W tej serii istnieje standardowy stosunek pamięci do rdzeni wirtualnych równy 4 na wszystkich maszynach wirtualnych.

Z tego powodu zaleca się użycie D8ds_v5 jako początkowej maszyny wirtualnej z tej serii, która ma 8 rdzeni wirtualnych i 32 GIB pamięci. Największą maszyną jest D96ds_v5, która ma 96 rdzeni wirtualnych i 256 GIB pamięci.

Maszyny wirtualne serii Ddsv5 obsługują pamięć masową Premium i buforowanie pamięci masowej Premium.

Uwaga

Seria Ddsv5 nie posiada stosunku pamięci do rdzeni wirtualnych wynoszącego 8, który jest zalecany w przypadku obciążeń dla SQL Server. W związku z tym rozważ użycie tych maszyn wirtualnych tylko dla małych aplikacji i obciążeń programistycznych.

Seria DCadsv5

Rozmiary maszyn wirtualnych serii DCadsv5 to ogólnego przeznaczenia poufne maszyny wirtualne platformy Azure z dyskiem tymczasowym. Przejrzyj poufne maszyny wirtualne, aby uzyskać informacje o korzyściach zabezpieczeń poufnych maszyn wirtualnych Azure.

Ponieważ funkcje zabezpieczeń poufnych maszyn wirtualnych platformy Azure mogą wprowadzać nakłady pracy związane z wydajnością, przetestuj obciążenie i wybierz rozmiar maszyny wirtualnej spełniający wymagania dotyczące wydajności.

Seria B

Rozmiary maszyn wirtualnych z serii B są idealne dla obciążeń, które nie wymagają stałej wydajności, takich jak dowód koncepcji oraz bardzo małe serwery aplikacyjne i deweloperskie.

Większość rozmiarów maszyn wirtualnych serii B z możliwością zwiększania obciążenia ma stosunek pamięci do rdzeni wirtualnych równy 4. Największą serią modelu B z możliwością rozbudowy jest Standard_B20ms z 20 rdzeniami wirtualnymi i 80 GiB pamięci.

Ta seria jest unikatowa, ponieważ aplikacje mają możliwość zwiększenia wydajności w godzinach pracy, a kredyty na zwiększanie wydajności różnią się w zależności od rozmiaru maszyny.

Po wyczerpaniu środków maszyna wirtualna powraca do wydajności maszyny bazowej.

Zaletą serii B jest oszczędność mocy obliczeniowej, którą można osiągnąć w porównaniu z innymi rozmiarami maszyn wirtualnych w innych seriach, zwłaszcza jeśli potrzebujesz mocy obliczeniowej oszczędnie przez cały dzień.

Ta seria obsługuje magazyn w warstwie Premium, ale nie obsługujebuforowania magazynu w warstwie Premium.

Uwaga

Seria B z możliwością burstów nie ma zalecanego dla obciążeń programu SQL Server stosunku pamięci do rdzeni wirtualnych 8:1. W związku z tym rozważ użycie tych maszyn wirtualnych tylko dla mniejszych aplikacji, serwerów internetowych i obciążeń programistycznych.

Seria Av2

Maszyny wirtualne z serii Av2 najlepiej nadają się do obciążeń na poziomie podstawowym, takich jak programowanie i testowanie, serwery internetowe o niskim natężeniu ruchu, małe i średnie bazy danych aplikacji oraz weryfikacje koncepcji.

Tylko Standard_A2m_v2 (2 rdzenie wirtualne i 16 Gb pamięci), Standard_A4m_v2 (4 rdzenie wirtualne i 32GiB pamięci), a Standard_A8m_v2 (8 rdzeni wirtualnych i 64 Gb pamięci) mają dobry stosunek pamięci do 8 rdzeni wirtualnych dla tych trzech pierwszych maszyn wirtualnych.

Te maszyny wirtualne są dobrymi opcjami dla mniejszych maszyn programistycznych i testowych programu SQL Server.

Opcja 8 vCore Standard_A8m_v2 może być także dobrą opcją dla małych aplikacji i serwerów internetowych.

Uwaga

Seria Av2 nie obsługuje magazynu w warstwie Premium i w związku z tym nie jest zalecana dla obciążeń produkcyjnych programu SQL Server, nawet w przypadku maszyn wirtualnych, które mają stosunek pamięci do rdzeni wirtualnych równy 8.

Optymalizacja pod kątem przechowywania

Rozmiary maszyn wirtualnych zoptymalizowane pod kątem przechowywania są przeznaczone dla konkretnych przypadków użycia. Te maszyny wirtualne są specjalnie zaprojektowane z zoptymalizowaną przepustowością dysku i operacjami wejścia/wyjścia.

Seria Lsv2

Seria Lsv2 oferuje wysoką przepływność, małe opóźnienia i lokalny magazyn NVMe. Maszyny wirtualne serii Lsv2 są zoptymalizowane pod kątem używania dysku lokalnego na węźle dołączonym bezpośrednio do maszyny wirtualnej zamiast używania trwałych dysków danych.

Te maszyny wirtualne są mocnymi opcjami dla big data, magazynu danych, obciążeń ETL i raportowania. Wysoka przepustowość i liczba operacji we/wy na sekundę w lokalnym magazynie NVMe to dobre zastosowanie do przetwarzania plików przeznaczonych do załadowania do bazy danych oraz w innych scenariuszach, w których dane mogą być odtworzone z systemu źródłowego lub z innych repozytoriów, takich jak Azure Blob storage czy Azure Data Lake. Maszyny wirtualne serii Lsv2 mogą również zwiększać wydajność dysku przez maksymalnie 30 minut.

Maszyny wirtualne są w rozmiarach od 8 do 80 vCPU, z 8 GiB pamięci na vCPU, a dla każdych 8 vCPU jest 1,92 TiB SSD NVMe. Oznacza to, że dla największej maszyny wirtualnej tej serii, L80s_v2, znajduje się 80 vCPU i 640 BiB pamięci z 10 dysków NVMe po 1,92 TiB każdy. Istnieje spójny stosunek pamięci do rdzeni wirtualnych równy 8 na wszystkich tych maszynach wirtualnych.

Magazyn NVMe jest efemeryczny, co oznacza, że dane zostaną utracone na tych dyskach, jeśli zwolnisz maszynę wirtualną lub jeśli zostaną przeniesione do innego hosta w celu przywrócenia działania usługi.

Seria Lsv2 i Ls obsługuje pamięć masową premium, ale nie buforowanie pamięci masowej premium. Tworzenie lokalnej pamięci podręcznej, aby zwiększyć liczbę operacji we/wy, nie jest obsługiwane.

Ostrzeżenie

Przechowywanie plików danych w utratnej pamięci NVMe może spowodować utratę danych po dezalokowaniu maszyny wirtualnej.

Ograniczone wirtualne rdzenie

Obciążenia SQL Server o wysokiej wydajności często wymagają większej ilości pamięci, większej liczby operacji wejścia/wyjścia na sekundę oraz przepustowości, bez potrzeby zwiększania liczby rdzeni wirtualnych.

Większość obciążeń OLTP to bazy danych aplikacji oparte na dużej liczbie mniejszych transakcji. W przypadku obciążeń OLTP tylko niewielka ilość danych jest odczytywana lub modyfikowana, ale woluminy transakcji sterowanych przez liczbę użytkowników są znacznie wyższe. Ważne jest, aby pamięć SQL Server była dostępna do buforowania planów, przechowywania ostatnio używanych danych dla poprawy wydajności oraz szybkiego wczytywania odczytów fizycznych do pamięci.

Te środowiska OLTP wymagają większych ilości pamięci, szybkiego magazynu i przepustowości we/wy niezbędnej do optymalnego działania.

Aby zachować ten poziom wydajności bez wyższych kosztów licencjonowania programu SQL Server, platforma Azure oferuje rozmiary maszyn wirtualnych z ograniczonymi liczbami procesorów wirtualnych.

Pomaga to kontrolować koszty licencjonowania, zmniejszając dostępne vCores przy zachowaniu tej samej pamięci, przechowywania i przepustowości we/wy nadrzędnej maszyny wirtualnej.

Liczba procesorów wirtualnych może być ograniczona do jednej połowy do jednej czwartej oryginalnego rozmiaru maszyny wirtualnej. Zmniejszenie liczby rdzeni wirtualnych dostępnych dla maszyny wirtualnej powoduje osiągnięcie wyższych współczynników pamięci do rdzeni wirtualnych, ale koszt obliczeń pozostanie taki sam.

Te nowe rozmiary maszyn wirtualnych mają sufiks określający liczbę aktywnych procesorów wirtualnych, aby ułatwić ich identyfikację.

Na przykład, M64-32ms wymaga licencjonowania jedynie 32 vCore programu SQL Server, uwzględniając pamięć, I/O i przepustowość modelu M64ms, a M64-16ms wymaga licencjonowania jedynie 16 vCore. Chociaż maszyny M64-16ms mają jedną czwartą kosztów licencjonowania programu SQL Server dla maszyn wirtualnych, koszt obliczeniowy maszyn wirtualnych jest taki sam.

Uwaga

  • Średnie i duże obciążenia magazynu danych mogą nadal korzystać z maszyn wirtualnych z ograniczonymi rdzeniami wirtualnymi, ale obciążenia magazynu danych są często konstruowane z myślą o mniejszej liczbie użytkowników i procesów, które przetwarzają większe ilości danych poprzez plany zapytań uruchamiane równolegle.
  • Koszt obliczeniowy, który obejmuje licencjonowanie systemu operacyjnego, pozostanie taki sam jak nadrzędna maszyna wirtualna.

Powiązana zawartość

Aby dowiedzieć się więcej, zobacz inne artykuły z tej serii najlepszych rozwiązań: