Model zakupów rdzeni wirtualnych — Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

W tym artykule przedstawiono model zakupów rdzeni wirtualnych dla usługi Azure SQL Managed Instance.

Omówienie

Rdzeń wirtualny (rdzeń wirtualny) reprezentuje procesor logiczny i oferuje opcję wyboru właściwości fizycznych sprzętu (na przykład liczby rdzeni, pamięci i rozmiaru magazynu). Model zakupów oparty na rdzeniach wirtualnych zapewnia elastyczność, kontrolę, przejrzystość użycia poszczególnych zasobów oraz prosty sposób tłumaczenia wymagań dotyczących obciążeń lokalnych na chmurę. Ten model optymalizuje cenę i umożliwia wybór zasobów obliczeniowych, pamięci i magazynu na podstawie potrzeb związanych z obciążeniem.

W modelu zakupów opartym na rdzeniach wirtualnych koszty zależą od wyboru i użycia:

  • Warstwa usług
  • Zapisz konfigurację sprzętu
  • Zasoby obliczeniowe (liczba rdzeni wirtualnych i ilość pamięci)
  • Magazyn zarezerwowanej bazy danych
  • Rzeczywisty magazyn kopii zapasowych

Model zakupów rdzeni wirtualnych (rdzeni wirtualnych) używany przez usługę Azure SQL Managed Instance zapewnia następujące korzyści:

Compute

Środowisko obliczeniowe usługi SQL Managed Instance zapewnia określoną ilość zasobów obliczeniowych, które są stale aprowidowane niezależnie od działania obciążenia, oraz opłaty za ilość zasobów obliczeniowych aprowizowanych w stałej cenie za godzinę.

Ponieważ trzy dodatkowe repliki są automatycznie przydzielane w warstwie usługi Krytyczne dla działania firmy, cena jest około 2,7 razy wyższa niż w warstwie usługi Ogólnego przeznaczenia. Podobnie wyższa cena magazynowania za GB w warstwie usługi Krytyczne dla działania firmy odzwierciedla wyższe limity operacji we/wy i mniejsze opóźnienie lokalnego magazynu SSD.

W przypadku wystąpień w warstwie usługi Ogólnego przeznaczenia można zaoszczędzić na kosztach obliczeń i licencjonowania, zatrzymując wystąpienie, gdy go nie używasz. Zapoznaj się z artykułem Zatrzymywanie i uruchamianie wystąpienia , aby dowiedzieć się więcej.

Magazyn danych i dzienników

Następujące czynniki wpływają na ilość miejsca do magazynowania używanego na potrzeby plików danych i dzienników oraz mają zastosowanie do warstw Ogólnego przeznaczenia i Krytyczne dla działania firmy.

  • W warstwie tempdb usługi Ogólnego przeznaczenia używa lokalnego magazynu SSD, a ten koszt magazynu jest uwzględniony w cenie rdzeni wirtualnych.
  • W warstwie usługi tempdb Krytyczne dla działania firmy udziały lokalnego magazynu SSD z plikami danych i dziennika, a tempdb koszt magazynowania jest uwzględniany w cenie rdzeni wirtualnych.
  • Maksymalny rozmiar magazynu dla wystąpienia zarządzanego SQL musi być określony w wielokrotnościach 32 GB.

Ważne

W obu warstwach usług są naliczane opłaty za maksymalny rozmiar magazynu skonfigurowany dla wystąpienia zarządzanego.

Aby monitorować łączny rozmiar magazynu wystąpień używanych dla usługi SQL Managed Instance, użyj metryki storage_space_used_mb. Aby monitorować bieżący przydzielony i używany rozmiar magazynu poszczególnych plików danych i dzienników w bazie danych przy użyciu języka T-SQL, użyj widoku sys.database_files i funkcji FILEPROPERTY(... , 'SpaceUsed').

Magazyn kopii zapasowych

Magazyn kopii zapasowych bazy danych jest przydzielany do obsługi możliwości usługi SQL Managed Instance. Ten magazyn jest oddzielony od magazynu danych i plików dziennika i jest rozliczany oddzielnie.

  • Przywracanie do punktu w czasie (PITR): Zużycie magazynu zależy od szybkości zmiany bazy danych i okresu przechowywania skonfigurowanego dla kopii zapasowych. Dla każdej bazy danych z zakresu od 1 do 35 dni dla usługi SQL Managed Instance można skonfigurować oddzielny okres przechowywania. Ilość magazynu kopii zapasowych równa skonfigurowanemu maksymalnemu rozmiarowi danych nie jest naliczana za dodatkową opłatę.
  • Długoterminowe przechowywanie (LTR): istnieje możliwość skonfigurowania długoterminowego przechowywania pełnych kopii zapasowych przez maksymalnie 10 lat. Wybrana konfiguracja określa ilość miejsca do magazynowania na potrzeby kopii zapasowych LTR.

Warstwy usług

Warstwa usługi ogólnie definiuje architekturę magazynu, limity miejsca i operacji we/wy oraz opcje ciągłości działania związane z dostępnością i odzyskiwaniem po awarii.

Usługa Azure SQL Managed Instance ma dwie warstwy usług:

Aby uzyskać szczegółowe porównanie warstw usług, przejrzyj limity zasobów, ale skorzystaj z poniższej tabeli, aby zapoznać się z krótkim omówieniem:

Kategoria Ogólnego przeznaczenia Ogólnego przeznaczenia następnej generacji Krytyczne dla działania firmy
Najlepsze dla Większość obciążeń biznesowych. Oferuje zorientowane na budżet, zrównoważone i skalowalne opcje zasobów obliczeniowych i magazynowych. Obciążenia biznesowe zorientowane na budżet, które wymagają większej pojemności, ulepszonej przepływności i elastyczności zasobów. Oferuje aplikacjom biznesowym najwyższą odporność na awarie przy użyciu kilku izolowanych replik i zapewnia najwyższą wydajność operacji we/wy.
Maksymalna liczba rdzeni wirtualnych 80 128 128
Maksymalny rozmiar magazynu wystąpień 16 TB 32 TB 16 TB
Maksymalna liczba baz danych na wystąpienie 100 500 100
Repliki tylko do odczytu 0 0 1
Repliki pod kątem dostępności Węzły rezerwowe w celu zapewnienia wysokiej dostępności Węzły rezerwowe w celu zapewnienia wysokiej dostępności Trzy repliki o wysokiej dostępności, 1 jest również repliką skalowania do odczytu
Cennik/rozliczenia Opłaty za rdzeń wirtualny, magazyn zarezerwowany i magazyn kopii zapasowych są naliczane.
Nie są naliczane opłaty za operacje we/wy na sekundę
Opłaty są naliczane za rdzenie wirtualne, magazyn zarezerwowany, magazyn kopii zapasowych i operacje we/wy na sekundę (w ramach bezpłatnego przydziału). Opłaty za rdzeń wirtualny, magazyn zarezerwowany i magazyn kopii zapasowych są naliczane.
Nie są naliczane opłaty za operacje we/wy na sekundę.

Uwaga

Aby uzyskać więcej informacji na temat umowy dotyczącej poziomu usług (SLA), zobacz Umowa SLA dla usługi Azure SQL Managed Instance.

Ogólnego przeznaczenia

Model architektury dla warstwy usługi Ogólnego przeznaczenia jest oparty na rozdzieleniu zasobów obliczeniowych i magazynu. Ten model architektury opiera się na wysokiej dostępności i niezawodności usługi Azure Blob Storage, która w sposób niewidoczny replikuje pliki bazy danych i gwarantuje brak utraty danych, jeśli wystąpi awaria podstawowej infrastruktury.

Na poniższej ilustracji przedstawiono cztery węzły w standardowym modelu architektury z oddzielonymi warstwami obliczeniowymi i magazynowymi.

Rozdzielenie zasobów obliczeniowych i magazynu

W modelu architektonicznym dla warstwy usługi Ogólnego przeznaczenia istnieją dwie warstwy:

  • Bezstanowa warstwa obliczeniowa, która uruchamia sqlservr.exe proces i zawiera tylko dane przejściowe i buforowane (na przykład — pamięć podręczna planu, pula buforów, pula magazynu kolumn). Ten bezstanowy węzeł jest obsługiwany przez usługę Azure Service Fabric, która inicjuje proces, kontroluje kondycję węzła i wykonuje przejście w tryb failover do innego miejsca w razie potrzeby.
  • Stanowa warstwa danych z plikami bazy danych (.mdf/.ldf), które są przechowywane w usłudze Azure Blob Storage. Usługa Azure Blob Storage gwarantuje, że nie będzie utraty danych żadnego rekordu umieszczonego w żadnym pliku bazy danych. Usługa Azure Storage ma wbudowaną dostępność/nadmiarowość danych, która gwarantuje, że każdy rekord w pliku dziennika lub stronie w pliku danych zostanie zachowany, nawet jeśli proces ulegnie awarii.

Za każdym razem, gdy aparat bazy danych lub system operacyjny zostanie uaktualniony, część podstawowej infrastruktury ulegnie awarii lub jeśli w procesie zostanie wykryty sqlservr.exe jakiś krytyczny problem, usługa Azure Service Fabric przeniesie bezstanowy proces do innego bezstanowego węzła obliczeniowego. Istnieje zestaw węzłów zapasowych, który oczekuje na uruchomienie nowej usługi obliczeniowej, jeśli nastąpi przejście w tryb failover węzła podstawowego w celu zminimalizowania czasu pracy w trybie failover. Nie ma to wpływu na dane w warstwie magazynu platformy Azure, a pliki danych/dziennika są dołączane do nowo zainicjowanego procesu. Ten proces gwarantuje domyślnie dostępność na 99,99%. Może wystąpić pewien wpływ na wydajność dużych obciążeń, które są w locie z powodu czasu przejścia, a fakt, że nowy węzeł zaczyna się od zimnej pamięci podręcznej.

Kiedy wybrać tę warstwę usługi

Warstwa usługi Ogólnego przeznaczenia to domyślna warstwa usługi w usłudze Azure SQL Managed Instance przeznaczona dla większości obciążeń ogólnych. Jeśli potrzebujesz w pełni zarządzanego aparatu bazy danych z domyślną umową SLA i opóźnieniem magazynu z zakresu od 5 do 10 ms, warstwa Ogólnego przeznaczenia jest dla Ciebie opcją.

Ogólnego przeznaczenia następnej generacji

Uwaga

Uaktualnienie warstwy usługi Ogólnego przeznaczenia następnej generacji jest obecnie dostępne w wersji zapoznawczej. Aby rozpocząć, użyj uaktualnienia warstwy usługi Ogólnego przeznaczenia następnej generacji, aby kwalifikować się do kwalifikujących się nowych i istniejących wystąpień.

Warstwa usługi Ogólnego przeznaczenia następnej generacji to uaktualnienie architektury istniejącej warstwy usługi Ogólnego przeznaczenia, która oferuje następujące kluczowe cechy:

  • Zaprojektowana dla firm z wyższymi wymaganiami dotyczącymi wydajności, jednocześnie oferując ten sam koszt bazowy co warstwa usługi Ogólnego przeznaczenia
  • Znaczące uaktualnienia do wydajności, skalowalności i elastyczności zasobów w warstwie usługi Ogólnego przeznaczenia
  • Używa dysków zarządzanych zamiast stronicowych obiektów blob, co znacząco poprawia metryki wydajności magazynu
  • 3 bezpłatne operacje we/wy na sekundę dla każdego GB zarezerwowanego magazynu
  • Obsługa maksymalnie 500 baz danych na wystąpienie oraz maksymalny rozmiar magazynu wynoszący 32 TB

Ponieważ warstwa usługi Ogólnego przeznaczenia następnej generacji jest uaktualnieniem do istniejącej warstwy usługi Ogólnego przeznaczenia, niezależnie od warstwy usługi używanej przez wystąpienie, zestawienie rozliczeniowe odzwierciedla warstwę usługi Ogólnego przeznaczenia .

Model architektoniczny

Warstwa usługi Ogólnego przeznaczenia następnej generacji to uaktualnienie do istniejącej warstwy usługi Ogólnego przeznaczenia, która używa uaktualnionej warstwy magazynu zdalnego do przechowywania danych wystąpień i plików dziennika na dyskach zarządzanych zamiast stronicowych obiektów blob. Oznacza to, że uaktualnienie warstwy usługi Ogólnego przeznaczenia następnej generacji zapewnia szybsze opóźnienie magazynu, liczbę operacji we/wy na sekundę i przepływność niż istniejąca warstwa usługi Ogólnego przeznaczenia, ze zwiększonymi limitami magazynu, liczbą rdzeni wirtualnych i maksymalną liczbą baz danych. Ponadto, ponieważ przydziały wydajności są współużytkowane przez całe wystąpienie, nie trzeba już zmieniać rozmiaru poszczególnych plików, aby zwiększyć ich wydajność. Koszt bazowy warstwy usługi Ogólnego przeznaczenia następnej generacji jest taki sam jak warstwa usługi Ogólnego przeznaczenia, ale możesz użyć suwaków, aby zwiększyć wydajność operacji we/wy, która jest następnie rozliczana oddzielnie.

Warstwa usługi Ogólnego przeznaczenia następnej generacji pomaga obniżyć koszt, oferując bezpłatną liczbę operacji we/wy na sekundę na trzy operacje we/wy na sekundę dla każdego GB zarezerwowanego magazynu. Cena magazynu obejmuje minimalną liczbę operacji we/wy na sekundę. Jeśli przekroczysz minimum, opłata jest naliczana w następujący sposób: 1 liczba operacji we/wy na sekundę = cena magazynu (według regionu) podzielona przez trzy.

Na przykład:

  • Jeśli 1 GB magazynu kosztuje 0,115, 1 liczba operacji we/wy na sekundę = 0,115/3 = 0,038 na sekundę.
  • 1024 GB wystąpienia otrzymuje bezpłatnie 3072 operacje we/wy na sekundę. Możesz zwiększyć liczbę operacji we/wy na sekundę do limitu maszyny wirtualnej w celu uzyskania dodatkowych kosztów.

Kiedy wybrać tę warstwę usługi

Wybierz tę warstwę usługi, jeśli Twoja firma jest zorientowana na budżet, ale metryki wydajności i limity warstwy usługi Ogólnego przeznaczenia są niewystarczające.

Najważniejsze powody, dla których należy wybrać warstwę usługi Ogólnego przeznaczenia następnej generacji zamiast warstwy Ogólnego przeznaczenia:

  • Lepsza wydajność dla tego samego kosztu bazowego
  • Ulepszone opóźnienie, przepływność i liczba operacji we/wy na sekundę
  • Większa pojemność magazynu
  • Większa elastyczność obliczeń
  • Potrzebujesz ponad 100 baz danych dla pojedynczego wystąpienia
  • Potrzebujesz więcej niż 16 TB zarezerwowanego magazynu

Krytyczne dla działania firmy

Model warstwy usługi Krytyczne dla działania firmy jest oparty na klastrze procesów aparatu bazy danych. Ten model architektury opiera się na kworum zawsze dostępnych węzłów aparatu bazy danych, aby zminimalizować wpływ wydajności na obciążenie, nawet podczas działań konserwacyjnych. Platforma Azure uaktualnia i usuwa poprawki podstawowego systemu operacyjnego, sterowników i aparatu bazy danych programu SQL Server w sposób niewidoczny dla użytkowników końcowych.

W modelu Krytyczne dla działania firmy zasoby obliczeniowe i magazyn są zintegrowane w każdym węźle. Replikacja danych między procesami aparatu bazy danych w każdym węźle klastra z czterema węzłami zapewnia wysoką dostępność, a każdy węzeł używa lokalnie dołączonego dysku SSD jako magazynu danych.

Klaster węzłów aparatu bazy danych

Zarówno proces aparatu bazy danych programu SQL Server, jak i bazowe pliki .mdf/.ldf są umieszczane w tym samym węźle z lokalnie dołączonym magazynem SSD zapewniającym małe opóźnienie obciążenia. Wysoka dostępność jest implementowana przy użyciu technologii podobnej do zawsze włączonych grup dostępności programu SQL Server.

Każde wystąpienie to klaster węzłów aparatu bazy danych, który zawiera kopie wszystkich baz danych w wystąpieniu, z podstawową bazą danych dostępną dla obciążeń klientów i trzema pomocniczymi bazami danych zawierającymi kopie danych, gotowymi do przejścia w tryb failover. Węzeł podstawowy stale wypycha zmiany do węzłów pomocniczych, aby upewnić się, że dane są dostępne w replikach pomocniczych, jeśli węzeł podstawowy ulegnie awarii z jakiegokolwiek powodu.

Tryb failover jest obsługiwany przez aparat bazy danych programu SQL Server — jedna replika pomocnicza staje się węzłem podstawowym, a nowa replika pomocnicza jest tworzona w celu zapewnienia wystarczającej liczby węzłów w klastrze. Obciążenie jest automatycznie przekierowywane do nowego węzła podstawowego.

Ponadto klaster Krytyczne dla działania firmy ma wbudowaną funkcję skalowania odczytu w poziomie, która zapewnia bezpłatną replikę tylko do odczytu używaną do uruchamiania zapytań tylko do odczytu (takich jak raporty), które nie wpłyną na wydajność obciążenia w repliki podstawowej.

Kiedy wybrać tę warstwę usługi

Warstwa usługi Krytyczne dla działania firmy jest przeznaczona dla aplikacji, które wymagają odpowiedzi o małych opóźnieniach z bazowego magazynu SSD (średnio 1–2 ms), szybszego odzyskiwania, jeśli podstawowa infrastruktura ulegnie awarii lub konieczne jest wyłączenie obciążeń raportów, analiz i zapytań tylko do odczytu do pomocniczej repliki podstawowej bazy danych.

Najważniejsze przyczyny, dla których należy wybrać warstwę usługi Krytyczne dla działania firmy zamiast warstwy Ogólnego przeznaczenia, to:

  • Wymagania dotyczące małych opóźnień we/wy — obciążenia wymagające szybkiego reagowania z warstwy magazynowania (średnio 1–2 milisekundy) powinny używać warstwy Krytyczne dla działania firmy.
  • Obciążenie z raportowaniem i zapytaniami analitycznymi, które można przekierować do bezpłatnej pomocniczej repliki tylko do odczytu.
  • Większa odporność i szybsze odzyskiwanie po awariach. W przypadku awarii systemu bazy danych w wystąpieniu podstawowym są w trybie offline, a jedna z replik pomocniczych natychmiast stanie się nowym wystąpieniem podstawowym odczytu i zapisu, gotowym do przetwarzania zapytań. Aparat bazy danych nie musi analizować i ponownie tworzyć transakcji z pliku dziennika ani ładować danych do buforów pamięci.
  • Zaawansowana ochrona przed uszkodzeniem danych. Ponieważ warstwa Krytyczne dla działania firmy używa replik baz danych w tle, usługa korzysta z automatycznej naprawy strony dostępnej z dublowaniem i grupami dostępności, aby pomóc w ograniczeniu uszkodzenia danych. Jeśli replika nie może odczytać strony z powodu problemu z integralnością danych, nowa kopia strony zostanie pobrana z innej repliki, zastępując nieczytelną stronę bez utraty danych lub przestoju klienta. Ta funkcja jest dostępna w warstwie Ogólnego przeznaczenia, jeśli wystąpienie zarządzane ma replikę pomocniczą geograficzną.
  • Wyższa dostępność — warstwa Krytyczne dla działania firmy w konfiguracji strefy z wieloma dostępnościami zapewnia odporność na awarie strefowe i wyższą dostępność umowy SLA.
  • Szybkie odzyskiwanie geograficzne — jeśli skonfigurowano grupę trybu failover, warstwa Krytyczne dla działania firmy ma gwarantowany cel punktu odzyskiwania (RPO) z 5 sekund i cel czasu odzyskiwania (RTO) na 30 sekund przez 100% wdrożonych godzin.

Podczas określania warstwy usługi w szablonach lub skryptach warstwa jest udostępniana przy użyciu jej nazwy. Poniższa tabela ma zastosowanie:

Sprzęt Nazwisko
Ogólnego przeznaczenia Ogólnego przeznaczenia
Krytyczne dla działania firmy BusinessCritical

Konfiguracje sprzętu

Opcje konfiguracji sprzętu w modelu rdzeni wirtualnych obejmują serię standardowa (Gen5), serię Premium i zoptymalizowaną pod kątem pamięci serię Premium. Konfiguracja sprzętu zwykle definiuje limity mocy obliczeniowej i pamięci oraz inne cechy wpływające na wydajność obciążenia.

Aby uzyskać więcej informacji na temat specyfiki i ograniczeń konfiguracji sprzętu, zobacz Charakterystykę konfiguracji sprzętu.

W widoku dynamicznego zarządzania sys.dm_user_db_resource_governance generowanie sprzętu dla wystąpień korzystających z procesorów Intel® SP-8160 (Skylake) jest wyświetlane jako Gen6, podczas gdy generacja sprzętu dla wystąpień korzystających z technologii Intel® 8272CL (Cascade Lake) jest wyświetlana jako Gen7. Procesory Intel® 8370C (Ice Lake) używane przez serie Premium i zoptymalizowane pod kątem pamięci generacje sprzętu z serii Premium są wyświetlane jako Gen8. Limity zasobów dla wszystkich wystąpień serii standardowej (Gen5) są takie same niezależnie od typu procesora (Broadwell, Skylake lub Cascade Lake).

Wybieranie konfiguracji sprzętu

Podczas tworzenia wystąpienia można wybrać konfigurację sprzętu lub zmienić sprzęt istniejącego wystąpienia.

Aby wybrać konfigurację sprzętu podczas tworzenia wystąpienia zarządzanego SQL

Aby uzyskać szczegółowe informacje, zobacz Tworzenie wystąpienia zarządzanego SQL.

Na karcie Podstawy wybierz link Konfiguruj bazę danych w sekcji Obliczenia i magazyn, a następnie wybierz żądany sprzęt:

Konfigurowanie usługi SQL Managed InstanceAby zmienić sprzęt istniejącego wystąpienia zarządzanego SQL

Na stronie WYSTĄPIENIA zarządzanego SQL wybierz pozycję Obliczenia i magazyn w obszarze Ustawienia:

Zrzut ekranu przedstawiający stronę Obliczenia i magazyn dla wystąpienia zarządzanego SQL.

Na stronie Obliczenia i magazyn możesz zmienić sprzęt w obszarze Generowanie sprzętu przy użyciu suwaków dla rdzeni wirtualnych i magazynu.

Podczas określania parametru sprzętowego w szablonach lub skryptach sprzęt jest dostarczany przy użyciu jego nazwy. Poniższa tabela ma zastosowanie:

Sprzęt Nazwisko
Seria Standardowa (Gen5) Gen5
Seria Premium G8IM
Zoptymalizowana pod kątem pamięci seria Premium G8IH

Nazwy jednostek SKU

Uwaga

Podczas określania specyfikacji sprzętu i warstwy usług w szablonach lub skryptach można określić je niezależnie lub podać nazwę jednostki SKU. Podczas określania nazwy jednostki SKU stosuje się następującą tabelę:

SKU Warstwa usługi Sprzęt
GP_Gen5 Ogólnego przeznaczenia Seria Standardowa
GP_G8IM Ogólnego przeznaczenia Seria Premium
GP_G8IH Ogólnego przeznaczenia Zoptymalizowane pod kątem pamięci serii Premium
BC_Gen5 Krytyczne dla działania firmy Seria Standardowa
BC_G8IM Krytyczne dla działania firmy Seria Premium
BC_G8IH Krytyczne dla działania firmy Zoptymalizowane pod kątem pamięci serii Premium

Dostępność sprzętu

Seria Standardowa (Gen5) i seria Premium

Sprzęt z serii Standardowa (Gen5) i premium jest dostępny we wszystkich regionach publicznych na całym świecie.

Sprzęt zoptymalizowany pod kątem pamięci w warstwie Premium jest dostępny w wersji zapoznawczej i ma ograniczoną dostępność regionalną. Aby uzyskać więcej informacji, zobacz Limity zasobów usługi Azure SQL Managed Instance.

Następne kroki