Model zakupowy vCore — Azure SQL Database

2025-05-28

W tym artykule przedstawiono model zakupu rdzeni wirtualnych dla usługi Azure SQL Database.

Przegląd

Rdzeń wirtualny (vCore) reprezentuje procesor logiczny i oferuje opcję wyboru właściwości fizycznych sprzętu (na przykład liczby rdzeni, pamięci i rozmiaru przechowywania). Model zakupowy oparty na rdzeniach wirtualnych zapewnia elastyczność, kontrolę, przejrzystość zużycia poszczególnych zasobów oraz łatwy sposób przenoszenia wymagań dotyczących obciążeń na miejscu do chmury. 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:

Poziom usługi
Konfiguracja sprzętu
Zasoby obliczeniowe (liczba rdzeni wirtualnych i ilość pamięci)
Zarezerwowana przestrzeń bazy danych
Rzeczywiste przechowywanie kopii zapasowych

Ważne

Opłaty za zasoby obliczeniowe, wejście/wyjście oraz magazynowanie danych i dzienników są naliczane osobno dla każdej bazy danych lub elastycznej puli. Opłata za magazyn kopii zapasowych jest naliczana za każdą bazę danych. Aby uzyskać szczegółowe informacje o cenach, zobacz stronę cennika usługi Azure SQL Database.

Porównanie modeli zakupu vCore i jednostek DTU

Model zakupów oparty na rdzeniach wirtualnych używany przez usługę Azure SQL Database zapewnia kilka korzyści w porównaniu do modelu zakupów opartego na jednostkach DTU.

Wyższe limity mocy obliczeniowej, pamięci, operacji we/wy i magazynu.
Wybór konfiguracji sprzętu w celu lepszego dopasowania wymagań obliczeniowych i pamięci obciążenia.
Obniżki cenowe dzięki korzyści hybrydowej Azure (AHB).
Większa przejrzystość szczegółów sprzętu, które zasilają obliczenia, co ułatwia planowanie migracji z wdrożeń lokalnych.
Cennik instancji zarezerwowanych jest dostępny wyłącznie dla modelu zakupu vCore.
Wyższy stopień szczegółowości skalowania z dostępnymi wieloma rozmiarami obliczeniowymi.

Aby uzyskać pomoc dotyczącą wybierania między modelami zakupów rdzeni wirtualnych i jednostek DTU, zobacz różnice między modelami zakupów opartymi na rdzeniach wirtualnych i jednostkach DTU.

Obliczyć

Model zakupów oparty na rdzeniach wirtualnych ma przydzieloną warstwę obliczeniową i warstwę obliczeniową bezserwerową. W aprowizowanej warstwie obliczeniowej koszt obliczeniowy odzwierciedla łączną pojemność obliczeniową, ciągle aprowizowaną dla aplikacji, niezależnie od aktywności obciążenia. Wybierz alokację zasobów, która najlepiej odpowiada potrzebom biznesowym na podstawie wymagań dotyczących rdzeni wirtualnych i pamięci, a następnie skaluj zasoby w górę i w dół zgodnie z potrzebami obciążenia. W bezserwerowej warstwie obliczeniowej dla usługi Azure SQL Database zasoby obliczeniowe są skalowane automatycznie na podstawie pojemności obciążenia i rozliczane za ilość używanej mocy obliczeniowej na sekundę.

Podsumowanie:

Podczas gdy aprowizowana warstwa obliczeniowa zapewnia określoną ilość zasobów obliczeniowych, które są stale aprowidowane niezależnie od działania obciążenia, bezserwerowa warstwa obliczeniowa automatycznie skaluje zasoby obliczeniowe na podstawie działania obciążenia.
Podczas gdy aprowizowana warstwa obliczeniowa nalicza opłaty za ilość zasobów obliczeniowych aprowizowanych w stałej cenie za godzinę, bezserwerowa warstwa obliczeniowa nalicza opłaty za ilość używanej mocy obliczeniowej na sekundę.

Niezależnie od warstwy obliczeniowej, trzy dodatkowe repliki pomocnicze o wysokiej dostępności są automatycznie przydzielane w warstwie usług o znaczeniu krytycznym dla firmy, aby zapewnić wysoką odporność na awarie i szybkie przełączanie w trybie awaryjnym. Te dodatkowe repliki powodują, że koszt jest około 2,7 razy wyższy niż w warstwie usługi Ogólnego Przeznaczenia. Podobnie wyższy koszt przechowywania na GB w warstwie krytycznej dla biznesu odzwierciedla wyższe limity operacji we/wy i mniejsze opóźnienie lokalnego magazynu SSD.

W warstwie Hiperskala klienci kontrolują liczbę dodatkowych replik wysokiej dostępności od 0 do 4, aby osiągnąć poziom odporności wymagany przez ich aplikacje, jednocześnie kontrolując koszty.

Aby uzyskać więcej informacji na temat obliczeń w usłudze Azure SQL Database, zobacz Zasoby obliczeniowe (procesor CPU i pamięć).

Limity zasobów

W przypadku limitów zasobów rdzeni wirtualnych przejrzyj dostępne konfiguracje sprzętu, a następnie przejrzyj limity zasobów dla:

Przechowywanie danych i logó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.

Każdy rozmiar obliczeniowy obsługuje konfigurowalny maksymalny rozmiar danych z domyślnym rozmiarem 32 GB.
Podczas konfigurowania maksymalnego rozmiaru danych, dodatkowe 30 procent rozliczalnej pamięci masowej jest automatycznie dodawane dla pliku dziennika.
W warstwie Ogólnego Przeznaczenia tempdb używa lokalnej pamięci SSD, a ten koszt pamięci jest uwzględniony w cenie vCore.
W warstwie usługi Krytyczne dla biznesu, tempdb dzieli się lokalnym magazynem SSD z plikami danych i dziennika, a tempdb koszt magazynowania jest uwzględniony w cenie vCore.
W warstwach Ogólnego przeznaczenia i Krytyczne dla biznesu naliczane są opłaty za maksymalny rozmiar magazynu skonfigurowany dla bazy danych lub puli elastycznej.
W przypadku usługi SQL Database można wybrać maksymalny rozmiar danych z zakresu od 1 GB do maksymalnego obsługiwanego rozmiaru magazynowania w przyrostach 1 GB.

Następujące zagadnienia dotyczące przechowywania mają zastosowanie do Hiperskala:

Maksymalny rozmiar magazynu danych jest ustawiony na 128 TB i nie można go skonfigurować.
Opłaty są naliczane tylko za przydzielony magazyn danych, a nie za maksymalny magazyn danych.
Nie są naliczane opłaty za przechowywanie dzienników.
tempdb używa lokalnego magazynu SSD, a jego koszt jest uwzględniony w cenie vCore. Aby monitorować bieżący przydzielony i używany rozmiar magazynu danych w usłudze SQL Database, użyj metryk allocated_data_storage i storage Azure Monitor metryk.

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').

Wskazówka

W pewnych okolicznościach może być konieczne zmniejszenie bazy danych w celu odzyskania nieużywanego miejsca. Aby uzyskać więcej informacji, zobacz Zarządzanie miejscem na pliki w usłudze Azure SQL Database.

Magazyn kopii zapasowych

Magazyn kopii zapasowych bazy danych jest przydzielany do obsługi funkcji przywracania do punktu w czasie (PITR) i długoterminowego przechowywania (LTR) usługi SQL Database. Ten magazyn jest oddzielony od magazynu danych i plików dziennika i jest rozliczany oddzielnie.

PITR: w warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy poszczególne kopie zapasowe bazy danych są automatycznie kopiowane do usługi Azure Storage . Rozmiar magazynu zwiększa się dynamicznie w miarę tworzenia nowych kopii zapasowych. Przestrzeń magazynowa jest używana przez pełne, różnicowe i transakcyjne kopie zapasowe. Użycie magazynu zależy od szybkości zmiany bazy danych i okresu przechowywania skonfigurowanego dla kopii zapasowych. Można skonfigurować oddzielny okres przechowywania dla każdej bazy danych z zakresu od 1 do 35 dni dla usługi SQL Database. Ilość magazynu kopii zapasowych równa skonfigurowanemu maksymalnemu rozmiarowi danych nie jest naliczana za dodatkową opłatę.
LTR: Można również skonfigurować długoterminowe przechowywanie pełnych kopii zapasowych przez maksymalnie 10 lat. Jeśli skonfigurujesz zasady LTR, te kopie zapasowe są przechowywane automatycznie w usłudze Azure Blob Storage, ale możesz kontrolować częstotliwość kopiowania kopii zapasowych. Aby spełnić różne wymagania dotyczące zgodności, możesz wybrać różne okresy przechowywania dla cotygodniowych, miesięcznych i/lub corocznych kopii zapasowych. Wybrana konfiguracja określa ilość miejsca do magazynowania na potrzeby kopii zapasowych LTR. Aby uzyskać więcej informacji, zobacz Długoterminowe przechowywanie kopii zapasowych.

Aby uzyskać informacje na temat magazynu kopii zapasowych w warstwie Hiperskala, zobacz Automatyczne kopie zapasowe baz danych w warstwie Hiperskala.

Poziomy usług

Opcje warstwy usług w modelu zakupów rdzeni wirtualnych obejmują warstwę Ogólnego przeznaczenia, Krytyczne dla działania firmy i Hiperskala. Warstwa usługi zazwyczaj określa typ magazynu i wydajność, wysoką dostępność i opcje odzyskiwania po awarii oraz dostępność niektórych funkcji, takich jak In-Memory OLTP.

Przypadek użycia	Ogólne przeznaczenie	Krytyczne dla działania firmy	Hiperskala
Najlepsze dla	Większość obciążeń biznesowych. Oferuje zorientowane na budżet, zrównoważone i skalowalne opcje zasobów obliczeniowych i magazynowych.	Oferuje aplikacjom biznesowym najwyższą odporność na awarie przy użyciu kilku replik pomocniczych o wysokiej dostępności i zapewnia najwyższą wydajność operacji we/wy.	Najróżniejsze obciążenia, w tym obciążenia z wysoce skalowalnymi wymaganiami dotyczącymi magazynu i skali odczytu. Zapewnia większą odporność na awarie, umożliwiając konfigurację więcej niż jednej repliki pomocniczej o wysokiej dostępności.
Rozmiar obliczeniowy	Od 2 do 128 vCore	Od 2 do 128 vCore	Od 2 do 128 vCore
Typ magazynu	Pamięć zdalna Premium (na instancję)	Superszybki lokalny magazyn SSD (na instancję)	Oddzielna pamięć masowa z lokalną pamięcią podręczną SSD (na replikę obliczeniową)
Rozmiar magazynu	1 GB – 4 TB	1 GB – 4 TB	10 GB – 128 TB
IOPS (Operacje we/wy na sekundę)	320 IOPS na rdzeń z maksymalną liczbą 16 000 IOPS	4 000 operacji wejścia/wyjścia (IOPS) na rdzeń wirtualny przy maksymalnie 327 680 operacjach wejścia/wyjścia na sekundę	327 680 operacji we/wy na sekundę przy maksymalnej wydajności lokalnego dysku SSD Hiperskala to wielowarstwowa architektura z buforowaniem na wielu poziomach. Efektywność operacji we/wy na sekundę jest zależna od obciążenia.
Pamięć/rdzeń wirtualny	5,1 GB	5,1 GB	5,1 GB lub 10,2 GB
Tworzenie kopii zapasowych	Wybór geograficznie nadmiarowego, strefowo nadmiarowego lub lokalnie nadmiarowego magazynu kopii zapasowych, przechowywania 1–35 dni (domyślnie 7 dni) Długoterminowe przechowywanie dostępne do 10 lat	Wybór geograficznie nadmiarowego, strefowo nadmiarowego lub lokalnie nadmiarowego magazynu kopii zapasowych, przechowywania 1–35 dni (domyślnie 7 dni) Długoterminowe przechowywanie dostępne do 10 lat	Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS) Przechowywanie przez 1–35 dni (domyślnie 7 dni) z dostępnym okresem przechowywania długoterminowego do 10 lat
dostępność	Jedna replika, bez replik w skali odczytu, strefowo nadmiarowa wysoka dostępność (HA)	Trzy repliki, jedna replika zwiększająca skalowanie odczytu, strefowo nadmiarowa wysoka dostępność (HA)	strefowo nadmiarowa wysoka dostępność (HA)
Cennik/rozliczenia	Opłaty za vCore, zarezerwowane miejsce na dane i przechowywanie kopii zapasowych są naliczane. Nie są naliczane opłaty za IOPS.	Opłaty za vCore, zarezerwowane miejsce na dane i przechowywanie kopii zapasowych są naliczane. Nie są naliczane opłaty za IOPS.	Opłaty za vCore dla każdej repliki i wykorzystywany magazyn są naliczane. Nie są naliczane opłaty za IOPS.
Modele rabatów	Rezerwacje platformy Azure Korzyść hybrydowa Azure (niedostępna w subskrypcjach deweloperskich/testowych) Subskrypcje ofert Enterprise i Płatność zgodnie z rzeczywistym użyciem — oferty tworzenia i testowania	Rezerwacje platformy Azure Korzyść hybrydowa Azure (niedostępna w subskrypcjach deweloperskich/testowych) Subskrypcje ofert Enterprise i Płatność zgodnie z rzeczywistym użyciem — oferty tworzenia i testowania	Hybrydowa Korzyść z platformy Azure (niedostępna w subskrypcjach tworzenia i testowania) ¹ Subskrypcje ofert Enterprise i Płatność zgodnie z rzeczywistym użyciem — oferty tworzenia i testowania
Tabele OLTP w pamięci	Nie.	Tak	Nie

¹ Uproszczony cennik dla SQL Database Hyperscale wkrótce. Zapoznaj się z blogiem o cenach hiperskalowych dla szczegółów.

Aby uzyskać więcej informacji, zapoznaj się z limitami zasobów dla serwerów logicznych, pojedynczych baz danych i baz danych w puli.

Uwaga

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

Ogólne przeznaczenie

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.

Diagram ilustrujący rozdzielenie zasobów obliczeniowych i magazynowych.

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

Bezstanowy poziom obliczeniowy uruchamiający proces sqlservr.exe i zawierający jedynie dane przejściowe i buforowane (na przykład — pamięć podręczna planu, pula buforów, pula magazynowania 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 ma utraty danych żadnego rekordu umieszczonego w dowolnym pliku bazy danych. Usługa Azure Storage ma wbudowaną dostępność/nadmiarowość danych, która zapewnia zachowanie każdego rekordu w pliku dziennika lub na stronie w pliku danych, 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 przenosi bezstanowy proces do innego bezstanowego węzła obliczeniowego. Istnieje zestaw węzłów zapasowych oczekujących na uruchomienie nowej usługi obliczeniowej, jeśli nastąpi przejście węzła podstawowego w tryb failover w celu zminimalizowania czasu pracy w trybie failover. Nie ma to wpływu na dane w warstwie magazynu platformy Azure, a pliki danych i dzienników są dołączane do procesu po nowej inicjalizacji. Ten proces zapewnia dostępność na poziomie 99,99% domyślnie oraz 99,995% przy włączeniu redundancji strefy. 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ć warstwę usługi Ogólnego przeznaczenia

Warstwa usługi Ogólnego przeznaczenia to domyślna warstwa usługi w usłudze Azure SQL Database 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 pamięci masowej w zakresie od 5 ms do 10 ms, warstwa ogólnego przeznaczenia jest dla Ciebie opcją.

Krytyczne dla działania firmy

Model warstwy usługi Krytyczne dla Biznesu jest oparty na klastrze procesów silnika bazy danych. Ten model architektury opiera się na kworum węzłów silnika bazy danych, aby zminimalizować wpływ na wydajność obciążenia, nawet podczas działań konserwacyjnych. Uaktualnienia i poprawki podstawowego systemu operacyjnego, sterowników i aparatu bazy danych są wykonywane w sposób niewidoczny, przy minimalnym czasie przestoju dla użytkowników końcowych.

W modelu Biznes Krytycznym, zasoby obliczeniowe i pamięć są zintegrowane na 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. Na poniższym diagramie pokazano, jak warstwa usługi Business Critical organizuje klaster węzłów silnika bazy danych w replikach grupy dostępności.

Zarówno proces aparatu bazy danych, jak i bazowe pliki .mdf/.ldf są umieszczane w tym samym węźle z lokalnie dołączonym magazynem SSD, co zapewnia 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żda baza danych to klaster węzłów bazy danych z jedną repliką podstawową, która jest dostępna dla obciążeń klientów, oraz trzy repliki pomocnicze zawierające kopie danych. Replika podstawowa stale wypycha zmiany do replik pomocniczych, aby upewnić się, że dane są dostępne, jeśli z jakiegokolwiek powodu podstawowa replika ulegnie awarii. Tryb failover jest obsługiwany przez Service Fabric i silnik bazy danych — jedna replika wtórna staje się repliką główną, a nowa replika wtórna jest tworzona, aby zapewnić odpowiednią liczbę węzłów w klastrze. Obciążenie jest automatycznie przekierowywane do nowej repliki podstawowej.

Ponadto klaster Biznesowy Krytyczny ma wbudowaną funkcję skalowania odczytu, 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 na Twojej podstawowej replice.

Kiedy wybrać warstwę usługi Krytyczne dla działania firmy

Warstwa usługi Krytyczna dla biznesu jest przeznaczona dla aplikacji, które wymagają odpowiedzi o małych opóźnieniach z podstawowej pamięci masowej SSD (średnio 1–2 ms), szybszego odzyskiwania w przypadku awarii infrastruktury lub odciążenia raportów, analiz i zapytań tylko do odczytu na bezpłatną pomocniczą replikę 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 niskich opóźnień wejścia/wyjścia — ciężary wymagające stale szybkiej reakcji warstwy przechowywania, średnio od 1 do 2 milisekund, powinny używać warstwy o znaczeniu krytycznym.
Obciążenie z raportowaniem i zapytaniami analitycznymi , w których wystarczająca jest pojedyncza bezpłatna pomocnicza replika tylko do odczytu.
Większa odporność i szybsze odzyskiwanie po awariach. W przypadku awarii systemu baza danych w wystąpieniu podstawowym jest wyłączona, a jedna z replik pomocniczych natychmiast staje się nową podstawową bazą danych odczytu i zapisu, gotową do przetwarzania zapytań.
Zaawansowana ochrona przed uszkodzeniem danych. Ponieważ warstwa Krytyczne dla działania firmy korzysta z 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 baza danych ma replikę pomocniczą geograficzną.
Wyższa dostępność — warstwa Krytyczna dla Biznesu w konfiguracji z wieloma strefami dostępności zapewnia odporność na awarie strefowe i wyższą dostępność umowy o poziomie usług (SLA).
Szybkie odzyskiwanie geograficzne — po skonfigurowaniu aktywnej replikacji geograficznej warstwa Krytyczne dla działania firmy ma gwarantowany cel punktu odzyskiwania (RPO) 5 sekund i cel czasu odzyskiwania (RTO) 30 sekund przez 100% wdrożonych godzin.

Hiperskala

Warstwa usługi Hyperscale jest odpowiednia dla wszystkich typów obciążeń. Architektura natywna dla chmury zapewnia niezależne skalowalne zasoby obliczeniowe i magazynowe do obsługi najszerszej gamy tradycyjnych i nowoczesnych aplikacji. Zasoby obliczeniowe i magazynowe w warstwie Hiperskalowej znacznie przekraczają zasoby dostępne w warstwach ogólnego przeznaczenia i kluczowej dla biznesu.

Aby dowiedzieć się więcej, zapoznaj się z warstwą usług Hyperscale dla bazy danych Azure SQL.

Kiedy wybrać warstwę usługi Hiperskala

Warstwa usługi Hiperskala usuwa wiele praktycznych limitów tradycyjnie spotykanych w bazach danych w chmurze. Jeśli większość innych baz danych jest ograniczona przez zasoby dostępne w jednym węźle, bazy danych w warstwie usługi Hiperskala nie mają takich limitów. Dzięki elastycznej architekturze magazynu baza danych w warstwie Hiperskala rośnie zgodnie z potrzebami — a opłaty są naliczane tylko za używaną pojemność magazynu.

Oprócz zaawansowanych możliwości skalowania hiperskala jest doskonałym rozwiązaniem dla każdego obciążenia, a nie tylko dla dużych baz danych. Dzięki Hiperskali możesz:

Osiągnij wysoką odporność i szybkie odzyskiwanie po awarii przy jednoczesnym kontrolowaniu kosztów, wybierając liczbę replik o wysokiej dostępności z zakresu od 0 do 4.
Zwiększ wysoką dostępność włączając redundancję strefową dla zasobów obliczeniowych i przechowywania.
Osiągnij niskie opóźnienie I/O (średnio od 1 do 2 milisekund) dla często dostępnej części bazy danych. W przypadku mniejszych baz danych może to dotyczyć całej bazy danych.
Zaimplementuj dużą różnorodność scenariuszy skalowania odczytu w poziomie z nazwanymi replikami.
Korzystaj z szybkiego skalowania bez oczekiwania na skopiowanie danych do magazynu lokalnego w nowych węzłach.
Korzystaj z ciągłej kopii zapasowej bazy danych o zerowym wpływie i szybkiego przywracania.
Wsparcie wymagań dotyczących ciągłości działalności biznesowej przy użyciu grup przełączania awaryjnego i replikacji geograficznej.

Konfiguracja sprzętu

Typowe konfiguracje sprzętowe w modelu rdzeni wirtualnych obejmują serię standardową (Gen5), serię Premium, serię Premium zoptymalizowaną pod kątem pamięci i serię DC. Hiperskala oferuje również opcję sprzętu zoptymalizowanego pod kątem pamięci w warstwie Premium i serii Premium. Konfiguracja sprzętu definiuje limity mocy obliczeniowej i pamięci oraz inne cechy wpływające na wydajność obciążenia.

Niektóre konfiguracje sprzętu, takie jak standardowa seria (Gen5) mogą używać więcej niż jednego typu procesora (CPU), zgodnie z opisem w temacie Zasoby obliczeniowe (procesor i pamięć). Chociaż dana baza danych lub elastyczna pula zwykle pozostają na sprzęcie o tym samym typie procesora CPU przez długi czas (często przez wiele miesięcy), istnieją pewne zdarzenia, które mogą spowodować przeniesienie bazy danych lub puli na sprzęt, który używa innego typu procesora CPU.

Bazę danych lub pulę można przenieść w różnych scenariuszach, w tym między innymi w następujących sytuacjach:

Cel usługi jest zmieniany
Bieżąca infrastruktura w centrum danych zbliża się do limitów pojemności
Obecnie używany sprzęt jest likwidowany ze względu na jego koniec
Konfiguracja strefowo nadmiarowa jest włączona, przechodząc do innego sprzętu ze względu na dostępną pojemność

W przypadku niektórych obciążeń przejście do innego typu procesora CPU może zmienić wydajność. Usługa SQL Database konfiguruje sprzęt w celu zapewnienia przewidywalnej wydajności obciążenia, nawet jeśli typ procesora CPU ulegnie zmianie, zachowując zmiany wydajności w wąskim pasmie. Jednak w szerokim spektrum obciążeń klientów w usłudze SQL Database i w miarę dostępności nowych typów procesorów CPU od czasu do czasu można zobaczyć bardziej zauważalne zmiany wydajności, jeśli baza danych lub pula zostanie przeniesiona do innego typu procesora CPU.

Niezależnie od używanego typu procesora CPU limity zasobów dla bazy danych lub elastycznej puli (takie jak liczba rdzeni, pamięć, maksymalna liczba operacji we/wy na sekundę danych, maksymalna szybkość rejestrowania i maksymalna liczba współbieżnych procesów roboczych) pozostają takie same, jak długo baza danych pozostaje w tym samym celu usługi.

Zasoby obliczeniowe (procesor CPU i pamięć)

W poniższej tabeli porównaliśmy zasoby obliczeniowe w różnych konfiguracjach sprzętu i warstwach obliczeniowych:

Konfiguracja sprzętu	Procesor	Pamięć
Seria Standardowa (Gen5)	Zarezerwowane zasoby obliczeniowe - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel Xeon® Platinum 8370C (Ice Lake), AMD® EPYC 7763v (Milan) procesory - Udostępnij maksymalnie 128 wirtualnych rdzeni (hiperwątkowy) Bezserwerowe usługi obliczeniowe* - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel Xeon® Platinum 8370C (Ice Lake)*, AMD® EPYC 7763v (Milan) procesory - Autoskaluj do 80 rdzeni wirtualnych (technologia hiperwątkowa) - Stosunek pamięci do rdzeni wirtualnych dynamicznie dostosowuje się do użycia pamięci i procesora CPU na podstawie zapotrzebowania na obciążenie i może wynosić nawet 24 GB na rdzeń wirtualny. Na przykład w danym momencie obciążenie może używać i być rozliczane za 240 GB pamięci i tylko 10 rdzeni wirtualnych.	Zarezerwowane zasoby obliczeniowe - 5,1 GB na vCore - Udostępnij do 625 GB Bezserwerowe usługi obliczeniowe - Autoskalowanie do 24 GB na vCore - Automatyczne skalowanie do maksymalnie 240 GB
Seria Fsv2**	- Procesory Intel® 8168 (Skylake) - Wyposażony w trwałą całą prędkość zegara turbo rdzenia 3,4 GHz i maksymalną szybkość zegara 3,7 GHz. - Przydziel maksymalnie 72 rdzenie wirtualne (z hiperwątkowością)	- 1,9 GB na rdzeń wirtualny - Udostępnij do 136 GB
Seria DC	- Procesory Intel® Xeon® E-2288G - Z funkcją Rozszerzenia Ochrony Oprogramowania Intel (Intel SGX) — Przydziel maksymalnie 8 vCores (fizycznych)	4,5 GB na vCore

* W widoku zarządzania dynamicznego sys.dm_user_db_resource_governance generowanie sprzętu dla baz danych przy użyciu procesorów Intel® SP-8160 (Skylake) jest wyświetlane jako Gen6, generacja sprzętu dla baz danych korzystających z technologii Intel® 8272CL (Cascade Lake) jest wyświetlana jako Gen7, a generacja sprzętu dla baz danych korzystających z technologii Intel® Xeon® Platinum 8370C (Ice Lake) lub AMD® EPYC® 7763v (Milan) jest wyświetlana jako Gen8. W przypadku danego rozmiaru obliczeniowego i konfiguracji sprzętu limity zasobów są takie same niezależnie od typu procesora (Intel Broadwell, Skylake, Ice Lake, Cascade Lake lub AMD Milan).

** Sprzęt z serii Fsv2 zostanie wycofany 1 października 2026 r.

Aby uzyskać więcej informacji, zobacz Limity zasobów dla pojedynczych baz danych i pul elastycznych.

Aby uzyskać informacje na temat zasobów obliczeniowych i specyfikacji bazy danych w warstwie Hiperskala, zobacz Zasoby obliczeniowe w warstwie Hiperskala.

Seria Standardowa (Gen5)

Sprzęt z serii Standardowa (Gen5) zapewnia zrównoważone zasoby obliczeniowe i pamięci oraz jest odpowiedni dla większości obciążeń bazy danych.

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

Seria premium klasy hiperskalowej

Opcje sprzętu z serii Premium korzystają z najnowszej technologii procesora CPU i pamięci firmy Intel i AMD. Seria Premium zapewnia zwiększenie wydajności obliczeniowej względem sprzętu z serii Standardowa.

Opcja serii Premium oferuje szybszą wydajność procesora w porównaniu z serią Standardowa i większą liczbą maksymalnych rdzeni wirtualnych.
Opcja zoptymalizowana pod kątem pamięci serii Premium oferuje dwukrotnie większą ilość pamięci w stosunku do serii Standardowa.

Opcje zoptymalizowane pod kątem pamięci z serii standardowej i premium są dostępne dla elastycznych pul Hyperscale.

Aby uzyskać więcej informacji, zobacz ogłoszenie w blogu serii Hiperskala Premium.

Aby zapoznać się z dostępnymi regionami, zobacz Dostępność serii Premium-Hiperskala.

Seria DC

Sprzęt z serii DC używa procesorów Intel z technologią Software Guard Extensions (Intel SGX).
Seria DC jest wymagana w przypadku obciążeń wykorzystujących funkcję Always Encrypted z bezpiecznymi enklawami, które wymagają silniejszej ochrony enklaw sprzętowych w porównaniu z enklawami opartymi na zabezpieczeniach wirtualizacyjnych (VBS).
Seria DC jest przeznaczona dla obciążeń, które przetwarzają poufne dane i wymagają poufnych możliwości przetwarzania zapytań, zapewnianych przez funkcję Always Encrypted z bezpiecznymi enklawami.
Sprzęt z serii DC zapewnia zrównoważone zasoby obliczeniowe i pamięci.

Seria DC jest obsługiwana tylko dla obliczenia aprowizowanego (obliczenia bezserwerowego nie są obsługiwane) i nie obsługuje nadmiarowości strefowej. W przypadku regionów, w których jest dostępna seria DC, zobacz Dostępność serii DC.

Typy ofert platformy Azure obsługiwane przez serię DC

Aby utworzyć bazy danych lub pule elastyczne na sprzęcie serii DC, subskrypcja musi być płatnym typem oferty, w tym z płatnością zgodnie zYou-Go lub umową Enterprise Agreement (EA). Aby uzyskać pełną listę typów ofert platformy Azure obsługiwanych przez serię DC, zobacz bieżące oferty bez limitów wydatków.

Wybieranie konfiguracji sprzętu

Podczas tworzenia bazy danych lub elastycznej puli w usłudze SQL Database można wybrać konfigurację sprzętu. Można również zmienić konfigurację sprzętową istniejącej bazy danych lub elastycznej puli.

Aby wybrać konfigurację sprzętu podczas tworzenia bazy danych SQL lub puli

Aby uzyskać szczegółowe informacje, zobacz Tworzenie bazy danych SQL Database.

Na karcie Podstawy wybierz link Konfiguruj bazę danych w sekcji Obliczenia i magazyn , a następnie wybierz link Zmień konfigurację :

Wybierz żądaną konfigurację sprzętu:

Aby zmienić konfigurację sprzętową istniejącej bazy danych SQL lub puli SQL

W przypadku bazy danych na stronie Przegląd wybierz link Warstwa cenowa :

W przypadku puli na stronie Przegląd wybierz pozycję Konfiguruj.

Wykonaj kroki, aby zmienić konfigurację i wybrać konfigurację sprzętu zgodnie z opisem w poprzednich krokach.

Dostępność sprzętu

Aby uzyskać informacje na temat dostępności sprzętu bieżącej generacji, zobacz Dostępność funkcji według regionów dla usługi Azure SQL Database.

Sprzęt poprzedniej generacji

Seria Fsv2

Sprzęt z serii Fsv2 dla usługi Azure SQL Database zostanie wycofany 1 października 2026 r. Aby zminimalizować przerwy w działaniu usługi i utrzymać stosunek jakości do ceny, przejdź do sprzętu z serii Premium w warstwie Hiperskala lub serii Standard (Gen5). Aby uzyskać więcej informacji, zobacz Powiadomienie o wycofaniu: oferta usługi Azure SQL Database FSV2. W przypadku większości baz danych i obciążeń sprzęt w warstwie Premium lub Standardowa (Gen5) w warstwie Hiperskala zapewnia podobną lub lepszą wydajność niż Fsv2. Aby to potwierdzić, zweryfikuj swoją bazę danych i obciążenia robocze.

Fsv2 zapewnia mniejszą ilość pamięci i tempdb na rdzeń wirtualny niż inne sprzęty, więc obciążenia wrażliwe na te limity mogą działać lepiej w przypadku serii standardowej (Gen5).
Seria Fsv2 jest obsługiwana tylko w warstwie Ogólnego przeznaczenia.

Gen4

Sprzęt 4. generacji został wycofany i nie jest dostępny do udostępniania, skalowania w górę ani skalowania w dół. Przeprowadź migrację bazy danych do obsługiwanej generacji sprzętu, aby uzyskać szersze możliwości skalowania vCore i pamięci masowej, przyspieszoną sieć, najlepszą wydajność operacji we/wy oraz minimalne opóźnienia. Zapoznaj się z opcjami sprzętowymi dla pojedynczych baz danych i opcji sprzętowych dla pul elastycznych. Aby uzyskać więcej informacji, zobacz Zakończenie wsparcia dla sprzętu 4. generacji w usłudze Azure SQL Database.

Następny krok

Szybki start: tworzenie pojedynczej bazy danych — Azure SQL Database