Porównanie modeli zakupów opartych na rdzeniach wirtualnych i jednostkach DTU w usłudze Azure SQL Database
Dotyczy: baza danych Azure SQL
Azure SQL Database umożliwia łatwe kupowanie w pełni zarządzanego aparatu bazy danych platformy jako usługi (PaaS), który odpowiada potrzebom wydajności i kosztów. W zależności od modelu wdrażania wybranego dla usługi Azure SQL Database możesz wybrać model zakupów, który działa dla Ciebie:
- Model zakupu bazujący na rdzeniach wirtualnych (zalecany). Ten model zakupu umożliwia wybór między aprowizowaną warstwą obliczeniową a bezserwerową warstwą obliczeniową. W przypadku aprowizowanej warstwy obliczeniowej możesz wybrać dokładną ilość zasobów obliczeniowych, które są zawsze aprowizowane dla obciążenia. W przypadku bezserwerowej warstwy obliczeniowej określa się automatyczne skalowanie zasobów obliczeniowych w konfigurowalnym zakresie obliczeniowym. Warstwa obliczeniowa bezserwerowa automatycznie wstrzymuje bazy danych w okresach nieaktywnych, gdy tylko magazyn jest rozliczany i automatycznie wznawia bazy danych po powrocie aktywności. Cena jednostkowa rdzeni wirtualnych za jednostkę czasu jest niższa w aprowizowanej warstwie obliczeniowej niż w bezserwerowej warstwie obliczeniowej. Warstwa usługi Hiperskala jest dostępna dla pojedynczych baz danych korzystających z modelu zakupów opartego na rdzeniach wirtualnych.
- Model zakupu bazujący na jednostkach transakcji bazy danych (DTU). Ten model zakupów zapewnia pakiety obliczeniowe i magazynowe zrównoważone dla typowych obciążeń.
Modele zakupów
Istnieją dwa modele zakupów:
- Model zakupów oparty na rdzeniach wirtualnych jest dostępny zarówno dla Azure SQL Database, jak i Azure SQL Managed Instance. Warstwa usługi Hiperskala jest dostępna dla pojedynczych baz danych korzystających z modelu zakupów opartego na rdzeniach wirtualnych.
- Model zakupów oparty na jednostkach DTU jest dostępny dla usługi Azure SQL Database.
Poniższa tabela i wykres porównuje i kontrastuje modele zakupów oparte na rdzeniach wirtualnych i oparte na jednostkach DTU:
Model zakupów | Opis | Optymalne zastosowanie |
---|---|---|
Oparty na jednostkach DTU | Ten model jest oparty na powiązanej mierze zasobów obliczeniowych, magazynowych i we/wy. Rozmiary obliczeniowe są wyrażane w jednostkach DTU w przypadku pojedynczych baz danych, a w jednostkach transakcji elastycznej bazy danych (eDTU) w przypadku pul elastycznych. Aby uzyskać więcej informacji na temat jednostek DTU i eDTU, zobacz Co to są jednostki DTU i eDTU?. | Klienci, którzy chcą prostych, wstępnie skonfigurowanych opcji zasobów |
Oparty na rdzeniach wirtualnych | Ten model umożliwia niezależne wybieranie zasobów obliczeniowych i magazynowych. Model zakupu oparty na rdzeniach wirtualnych umożliwia również obniżenie kosztów dzięki korzyści użycia hybrydowego platformy Azure dla programu SQL Server. | Klienci, którzy cenią elastyczność, kontrolę i przejrzystość |
Model zakupów rdzeni wirtualnych
Rdzeń wirtualny (rdzeń wirtualny) reprezentuje logiczny procesor CPU i oferuje opcję wyboru między generacjami sprzętu a cechami fizycznymi sprzętu (na przykład liczbą rdzeni, pamięcią i rozmiarem 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 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 dla SQL Database można wybrać warstwy usług Ogólnego przeznaczenia i Krytyczne dla działania firmy. Przejrzyj warstwy usług , aby dowiedzieć się więcej. W przypadku pojedynczych baz danych możesz również wybrać warstwę usługi Hiperskala.
W modelu zakupów opartym na rdzeniach wirtualnych koszty zależą od wyboru i użycia:
- Warstwa usług
- Konfiguracja sprzętu
- Zasoby obliczeniowe (liczba rdzeni wirtualnych i ilość pamięci)
- Magazyn zarezerwowanej bazy danych
- Rzeczywisty magazyn kopii zapasowych
Model zakupów jednostek DTU
Model zakupów oparty na jednostkach DTU używa jednostki transakcji bazy danych (DTU) do obliczania i tworzenia pakietów kosztów obliczeniowych. Jednostka transakcji bazy danych (DTU) reprezentuje połączoną miarę procesora, pamięci, odczytów i zapisów. Model zakupów oparty na jednostkach DTU oferuje zestaw wstępnie skonfigurowanych pakietów zasobów obliczeniowych i uwzględniony magazyn w celu zwiększenia różnych poziomów wydajności aplikacji. Jeśli wolisz prostotę wstępnie skonfigurowanego pakietu i stałych płatności każdego miesiąca, model oparty na jednostkach DTU może być bardziej odpowiedni dla Twoich potrzeb.
W modelu zakupów opartym na jednostkach DTU można wybrać warstwy usługi podstawowa, Standardowa i Premium dla usługi Azure SQL Database. Przejrzyj warstwy usług DTU , aby dowiedzieć się więcej.
Aby przekonwertować model zakupów oparty na jednostkach DTU na model zakupów oparty na rdzeniach wirtualnych, zobacz Migrowanie z jednostek DTU do rdzeni wirtualnych.
Koszty obliczeń
Koszty obliczeń są obliczane inaczej na podstawie każdego modelu zakupów.
Koszty obliczeń jednostek DTU
W modelu zakupów jednostek DTU jednostki DTU są oferowane w wstępnie skonfigurowanych pakietach zasobów obliczeniowych i dołączone do magazynu w celu zwiększenia różnych poziomów wydajności aplikacji. Opłaty są naliczane według liczby jednostek DTU przydzielanych do bazy danych dla aplikacji.
Koszty obliczeń rdzeni wirtualnych
W modelu zakupów opartym na rdzeniach wirtualnych wybierz między aprowizowaną warstwą obliczeniową lub bezserwerową warstwą obliczeniową. W aprowizowanej warstwie obliczeniowej koszt obliczeniowy odzwierciedla łączną pojemność obliczeniową aprowizowaną dla aplikacji. W warstwie obliczeniowej bezserwerowej zasoby obliczeniowe są skalowane automatycznie na podstawie pojemności obciążenia i rozliczane za ilość używanych zasobów obliczeniowych na sekundę.
W przypadku pojedynczych baz danych opłaty są naliczane za zasoby obliczeniowe, we/wy oraz dane i magazyn dzienników. W przypadku pul elastycznych te zasoby są naliczane za pulę. Jednak za magazyn kopii zapasowych są zawsze naliczane opłaty za bazę danych.
Ponieważ trzy dodatkowe repliki są automatycznie przydzielane w warstwie usługi Krytyczne dla działania firmy, cena jest w przybliżeniu 2,7 razy wyższa niż w warstwie usługi Ogólnego przeznaczenia. Podobnie wyższa cena magazynu 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.
Koszty magazynowania
Koszty magazynu są obliczane inaczej na podstawie każdego modelu zakupów.
Koszty magazynowania jednostek DTU
Magazyn jest uwzględniany w cenie jednostki DTU. Istnieje możliwość dodania dodatkowego magazynu w warstwach Standardowa i Premium. Aby uzyskać szczegółowe informacje na temat aprowizowania dodatkowego magazynu, zobacz opcje cennika usługi Azure SQL Database. Długoterminowe przechowywanie kopii zapasowych nie jest uwzględniane i rozliczane oddzielnie.
Koszty magazynu rdzeni wirtualnych
Różne typy magazynów są rozliczane inaczej. W przypadku magazynu danych opłaty są naliczane za aprowizowany magazyn na podstawie maksymalnego wybranego rozmiaru bazy danych lub puli. Koszt nie zmienia się, chyba że zmniejszysz lub zwiększysz wartość maksymalną. Magazyn kopii zapasowych jest skojarzony z automatycznymi kopiami zapasowymi baz danych i jest przydzielany dynamicznie. Zwiększenie okresu przechowywania kopii zapasowych może zwiększyć magazyn kopii zapasowych używany przez bazy danych.
Domyślnie do konta magazynu są kopiowane siedem dni automatycznych kopii zapasowych baz danych. Ten magazyn jest używany przez pełne kopie zapasowe, różnicowe kopie zapasowe i kopie zapasowe dziennika transakcji. Rozmiar różnicowych kopii zapasowych i kopii zapasowych dziennika transakcji zależy od szybkości zmiany bazy danych. Minimalna ilość miejsca do magazynowania równa 100 procent maksymalnego rozmiaru danych dla bazy danych jest zapewniana bez dodatkowych opłat. Dodatkowe użycie magazynu kopii zapasowych jest naliczane w GB miesięcznie.
Koszt magazynu kopii zapasowych jest taki sam w przypadku warstwy usługi Krytyczne dla działania firmy i warstwy usługi Ogólnego przeznaczenia, ponieważ obie warstwy używają magazynu w warstwie Standardowa na potrzeby kopii zapasowych.
Aby uzyskać więcej informacji na temat cen magazynu, zobacz stronę cennika .
Często zadawane pytania (FAQ)
Czy muszę przejąć aplikację w tryb offline, aby przekonwertować warstwę usługi opartą na jednostkach DTU na warstwę usługi opartą na rdzeniach wirtualnych?
Nie. Nie musisz przejechać aplikacji w tryb offline. Nowe warstwy usług oferują prostą metodę konwersji online podobną do istniejącego procesu uaktualniania baz danych ze standardu do warstwy usługi Premium i odwrotnie. Tę konwersję można rozpocząć przy użyciu Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure, języka T-SQL lub interfejsu API REST. Zobacz Zarządzanie pojedynczymi bazami danych i Zarządzanie elastycznymi pulami.
Czy mogę przekonwertować bazę danych z warstwy usługi w modelu zakupów opartym na rdzeniach wirtualnych na warstwę usługi w modelu zakupów opartym na jednostkach DTU?
Tak, możesz łatwo przekonwertować bazę danych na dowolny obsługiwany cel wydajności przy użyciu Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure, języka T-SQL lub interfejsu API REST. Zobacz Zarządzanie pojedynczymi bazami danych i Zarządzanie elastycznymi pulami.
Następne kroki
- Aby uzyskać więcej informacji na temat modelu zakupów opartego na rdzeniach wirtualnych, zobacz Model zakupów oparty na rdzeniach wirtualnych.
- Aby uzyskać więcej informacji na temat modelu zakupów opartego na jednostkach DTU, zobacz Model zakupów oparty na jednostkach DTU.