Azure SQL Baza danych jest oparta na architekturze aparatu bazy danych SQL Server, która jest dostosowywana dla środowiska chmury w celu zapewnienia wysokiej dostępności nawet w przypadku awarii infrastruktury. W modelu zakupów rdzeni wirtualnych dla bazy danych Azure SQL dostępne są trzy opcje warstwy usług:
Ogólnego przeznaczenia
Krytyczne dla działania firmy
Hiperskala
Warstwa usługi Hiperskala jest odpowiednia dla wszystkich typów obciążeń. Architektura natywna w chmurze zapewnia niezależne skalowalne zasoby obliczeniowe i magazyn do obsługi najszerszej gamy tradycyjnych i nowoczesnych aplikacji. Zasoby obliczeniowe i magazynowe w warstwie Hiperskala znacznie przekraczają zasoby dostępne w warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy.
Warstwa usługi Hiperskala jest obecnie dostępna tylko dla bazy danych Azure SQL, a nie Azure SQL Managed Instance.
Jakie są możliwości hiperskala
Warstwa usługi Hiperskala w usłudze Azure SQL Database zapewnia następujące dodatkowe możliwości:
Szybkie skalowanie w górę — możesz skalować zasoby obliczeniowe w górę w górę, aby w razie potrzeby obsłużyć duże obciążenia, a następnie skalować zasoby obliczeniowe z powrotem w dół, gdy nie są potrzebne.
Szybkie skalowanie w poziomie — można aprowizować co najmniej jedną replikę tylko do odczytu na potrzeby odciążania obciążenia odczytu i używać ich jako rezerw gorących.
Automatyczne skalowanie w górę, skalowanie w dół i rozliczenia dla zasobów obliczeniowych na podstawie użycia bezserwerowego środowiska obliczeniowego (w wersji zapoznawczej).
Zoptymalizowana cena/wydajność dla grupy baz danych w warstwie Hiperskala z różnym zapotrzebowaniem na zasoby z elastycznymi pulami (w wersji zapoznawczej).
Automatyczne skalowanie magazynu z obsługą maksymalnie 100 TB rozmiaru bazy danych lub elastycznej puli.
Wyższa ogólna wydajność ze względu na większą przepływność dziennika transakcji i szybsze czasy zatwierdzania transakcji niezależnie od woluminów danych.
Szybkie kopie zapasowe bazy danych (na podstawie migawek plików) niezależnie od rozmiaru bez wpływu operacji we/wy na zasoby obliczeniowe.
Szybkie przywracanie lub kopiowanie bazy danych (na podstawie migawek plików) w minutach, a nie w godzinach lub dniach.
Warstwa usługi Hiperskala usuwa wiele praktycznych limitów tradycyjnie widocznych 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 magazyn rośnie zgodnie z potrzebami. W rzeczywistości bazy danych hiperskala nie są tworzone przy użyciu zdefiniowanego maksymalnego rozmiaru. Baza danych w warstwie Hiperskala rośnie zgodnie z potrzebami — a opłaty są naliczane tylko za przydzieloną pojemność magazynu. W przypadku obciążeń intensywnie korzystających z odczytu warstwa usługi Hiperskala zapewnia szybkie skalowanie w poziomie przez aprowizowanie dodatkowych replik zgodnie z potrzebami do odciążania obciążeń odczytu.
Ponadto czas wymagany do utworzenia kopii zapasowych bazy danych lub skalowania w górę lub w dół nie jest już powiązany z ilością danych w bazie danych. Bazy danych hiperskala są tworzone praktycznie natychmiast. Bazę danych można również skalować w dziesiątkach terabajtów w górę lub w dół w ciągu kilku minut w aprowizowanej warstwie obliczeniowej lub używać bezserwerowej do automatycznego skalowania obliczeń. Ta funkcja zwalnia Cię z obaw o to, że są w polu wyboru początkowej konfiguracji.
Aby uzyskać więcej informacji na temat rozmiarów obliczeń dla warstwy usługi Hiperskala, zobacz Właściwości warstwy usług.
Kto powinien rozważyć warstwę usługi Hiperskala
Warstwa usługi Hiperskala jest przeznaczona dla wszystkich klientów, którzy wymagają wyższej wydajności i dostępności, szybkiej kopii zapasowej i przywracania oraz/lub szybkiego magazynu i skalowalności obliczeniowej. Obejmuje to klientów, którzy przechodzą do chmury, aby zmodernizować swoje aplikacje, a także klientów, którzy już korzystają z innych warstw usług w usłudze Azure SQL Database. Warstwa usługi Hiperskala obsługuje szeroką gamę obciążeń baz danych— od czystego OLTP po czystą analizę. Jest ona zoptymalizowana pod kątem obciążeń OLTP i hybrydowych transakcji i przetwarzania analitycznego (HTAP).
Warstwa usługi Hiperskala jest dostępna tylko w modelu rdzeni wirtualnych. Aby dostosować się do nowej architektury, model cenowy różni się nieco od warstw usług Ogólnego przeznaczenia lub Krytyczne dla działania firmy:
Aprowizowane zasoby obliczeniowe:
Cena jednostek obliczeniowych w warstwie Hiperskala jest naliczana za replikę. Cena Korzyść użycia hybrydowego platformy Azure jest stosowana automatycznie do wysokiej dostępności i nazwanych replik. Użytkownicy mogą dostosować całkowitą liczbę replik pomocniczych o wysokiej dostępności (od 0 do 4) w zależności od wymagań dotyczących dostępności i skalowalności, i utworzyć do 30 replik nazwanych w celu obsługi różnych obciążeń skalowania odczytu w poziomie.
Obliczenia bezserwerowe:
Rozliczenia obliczeniowe bezserwerowe są oparte na użyciu. Przejrzyj zasoby obliczeniowe bezserwerowe , aby uzyskać szczegółowe informacje.
Magazyn:
Podczas konfigurowania bazy danych w warstwie Hiperskala nie trzeba określać maksymalnego rozmiaru danych. W warstwie Hiperskala opłaty za magazyn bazy danych są oparte na rzeczywistej alokacji. Magazyn jest automatycznie przydzielany z zakresu od 10 GB do 100 TB i zwiększa się w miarę potrzeb o 10 GB.
Warstwy usług oparte na rdzeniach wirtualnych są zróżnicowane na podstawie dostępności bazy danych, typu magazynu, wydajności i maksymalnego rozmiaru magazynu. Te różnice opisano w poniższej tabeli:
ㅤ
Ogólnego przeznaczenia
Krytyczne dla działania firmy
Hiperskala
Optymalne zastosowanie
Oferuje opcje zasobów obliczeniowych i magazynu o zrównoważonym budżecie.
Aplikacje OLTP z wysokim współczynnikiem transakcji i małym opóźnieniem operacji we/wy. Zapewnia wysoką odporność na awarie i szybkie przechodzenie w tryb failover przy użyciu wielu replik rezerwowych.
Najszersza różnorodność obciążeń. Skalowanie automatyczne rozmiaru magazynu do 100 TB, szybkie skalowanie w pionie i poziome skalowanie obliczeniowe, szybkie przywracanie bazy danych.
Rozmiar obliczeniowy
Od 2 do 128 rdzeni wirtualnych
Od 2 do 128 rdzeni wirtualnych
Od 2 do 128 rdzeni wirtualnych1
Typ magazynu
Magazyn zdalny w warstwie Premium (na wystąpienie)
Super-szybki lokalny magazyn SSD (na wystąpienie)
Odłączony magazyn z lokalną pamięcią podręczną SSD (na replikę obliczeniową)
Rozmiar magazynu1
1 GB – 4 TB
1 GB – 4 TB
10 GB – 100 TB
Liczba operacji we/wy na sekundę
500 operacji we/wy na sekundę na rdzeń wirtualny z maksymalną 7000 operacjami we/wy na sekundę
8000 operacji we/wy na sekundę na rdzeń wirtualny z maksymalną 200 000 operacji we/wy na sekundę
327 680 operacji we/wy na sekundę z maksymalnym lokalnym dyskiem SSD Hiperskala to wielowarstwowa architektura z buforowaniem na wielu poziomach. Efektywne operacje we/wy na sekundę będą zależeć od obciążenia.
Pamięć/rdzeń wirtualny
5,1 GB
5,1 GB
5,1 GB lub 10,2 GB4
Dostępność
Jedna replika, brak skalowania w poziomie odczytu, strefowo nadmiarowa wysoka dostępność
Trzy repliki, jeden odczyt skalowalny w poziomie, strefowo nadmiarowa wysoka dostępność
Wiele replik, do czterech operacji skalowania odczytu w poziomie, strefowo nadmiarowej wysokiej dostępności
Tworzenie kopii zapasowych
Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS) Przechowywanie 1–35 dni (domyślnie siedem dni) z maksymalnie 10-letnim okresem przechowywania dostępnego
Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS) Przechowywanie 1–35 dni (domyślnie siedem dni) z maksymalnie 10-letnim okresem przechowywania dostępnego
Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS) Okres przechowywania 1–35 dni (domyślnie siedem dni) 2, z maksymalnie 10-letnim okresem przechowywania dostępnym 3
1Elastyczne pule dla warstwy Hiperskala są obecnie w wersji zapoznawczej.
2 Krótkoterminowe przechowywanie kopii zapasowych przez 1–35 dni dla baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej. 3 Długoterminowe przechowywanie baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej. 4 10,2 GB/rdzeń wirtualny jest dostępny ze sprzętem zoptymalizowanym pod kątem pamięci serii Premium (wersja zapoznawcza).
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 8307C (Ice Lake)*, PROCESORy AMD EPYC 7763v (Milan) - Autoskaluj do 80 rdzeni wirtualnych (hiperwątkowy) - 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 być używane i rozliczane za 240 GB pamięci i tylko 10 rdzeni wirtualnych.
* 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 przy użyciu technologii Intel® 8272CL (Cascade Lake) jest wyświetlana jako Gen7, a generacja sprzętu dla baz danych przy użyciu technologii Intel Xeon® Platinum 8307C (Ice Lake) lub AMD® EPYC® 7763v (Milan) pojawia się jako Gen8. W przypadku danego rozmiaru obliczeniowego i konfiguracji sprzętu limity zasobów są takie same niezależnie od typu procesora CPU. Aby uzyskać więcej informacji, zobacz Limity zasobów dla pojedynczych baz danych i pul elastycznych.
Bezserwerowe jest obsługiwane tylko na sprzęcie serii Standardowa (Gen5).
Architektura funkcji rozproszonych
Hiperskala oddziela aparat przetwarzania zapytań od składników, które zapewniają długoterminowe przechowywanie i trwałość danych. Ta architektura zapewnia możliwość bezproblemowego skalowania pojemności magazynu w razie potrzeby (początkowy cel to 100 TB) oraz możliwość szybkiego skalowania zasobów obliczeniowych.
Na poniższym diagramie przedstawiono funkcjonalną architekturę hiperskala:
Dzięki możliwości szybkiego uruchamiania w górę/w dół dodatkowych węzłów obliczeniowych tylko do odczytu architektura hiperskala umożliwia znaczne możliwości skalowania odczytu i może również zwolnić podstawowy węzeł obliczeniowy do obsługi większej liczby żądań zapisu. Ponadto węzły obliczeniowe można szybko skalować w górę/w dół ze względu na architekturę magazynu współdzielonego architektury hiperskala. Węzły obliczeniowe tylko do odczytu w warstwie Hiperskala są również dostępne w warstwie obliczeniowej bezserwerowej, która automatycznie skaluje zasoby obliczeniowe na podstawie zapotrzebowania na obciążenia.
Tworzenie baz danych w warstwie Hiperskala i zarządzanie nimi
Odwrotna migracja bazy danych hiperskala do warstwy usługi Ogólnego przeznaczenia
Jeśli wcześniej przeprowadzono migrację istniejącej bazy danych Azure SQL do warstwy usługi Hiperskala, możesz cofnąć migrację bazy danych do warstwy usługi Ogólnego przeznaczenia w ciągu 45 dni od oryginalnej migracji do warstwy Hiperskala.
Jeśli chcesz przeprowadzić migrację bazy danych do innej warstwy usług, takiej jak Krytyczne dla działania firmy, najpierw przeprowadź migrację odwrotną do warstwy usługi Ogólnego przeznaczenia, a następnie zmień warstwę usługi.
Wysoka dostępność bazy danych w warstwie Hiperskala
Podobnie jak we wszystkich innych warstwach usług, hiperskala gwarantuje trwałość danych dla zatwierdzonych transakcji niezależnie od dostępności repliki obliczeniowej. Zakres przestoju z powodu niedostępności repliki podstawowej zależy od typu trybu failover (planowanego, a nieplanowanego), czy jest skonfigurowana nadmiarowość strefy, oraz obecność co najmniej jednej repliki o wysokiej dostępności. W planowane przełączanie awaryjne (tj. zdarzenie konserwacji) system tworzy nową replikę podstawową przed zainicjowaniem trybu failover lub używa istniejącej repliki wysokiej dostępności jako elementu docelowego trybu failover. W nieplanowanym trybie failover (tj. awarii sprzętowej repliki podstawowej) system używa repliki o wysokiej dostępności jako celu trybu failover, jeśli istnieje, lub tworzy nową replikę podstawową z puli dostępnej pojemności obliczeniowej. W drugim przypadku czas trwania przestoju jest dłuższy ze względu na dodatkowe kroki wymagane do utworzenia nowej repliki podstawowej.
Operacje tworzenia kopii zapasowych i przywracania baz danych w warstwie Hiperskala są oparte na migawkach plików. Dzięki temu te operacje mogą być niemal natychmiastowe. Ponieważ architektura hiperskala wykorzystuje warstwę magazynu do tworzenia kopii zapasowych i przywracania, obciążenie przetwarzania i wpływ wydajności na repliki obliczeniowe są znacznie zmniejszone. Dowiedz się więcej w temacie Tworzenie kopii zapasowych w warstwie Hiperskala i nadmiarowość magazynu.
Odzyskiwanie po awarii dla baz danych w warstwie Hiperskala
Jeśli musisz przywrócić bazę danych w warstwie Hiperskala w usłudze Azure SQL Database do regionu innego niż aktualnie hostowany, w ramach operacji odzyskiwania po awarii lub przechodzenia do szczegółów, relokacji lub innej przyczyny, podstawowa metoda polega na przywróceniu geograficznej bazy danych. Przywracanie geograficzne jest dostępne tylko wtedy, gdy magazyn geograficznie nadmiarowy (RA-GRS) został wybrany do nadmiarowości magazynu.
Są to bieżące ograniczenia warstwy usługi Hiperskala. Aktywnie pracujemy nad usunięciem jak największej liczby tych ograniczeń.
Problem
Opis
Krótkoterminowe przechowywanie kopii zapasowych
Krótkoterminowe przechowywanie kopii zapasowych przez 1–35 dni dla baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej. Nie można przywrócić bazy danych innej niż Hiperskala jako baza danych w warstwie Hiperskala, a baza danych hiperskala nie może zostać przywrócona jako baza danych innej niż Hiperskala.
W przypadku baz danych migrowanych do hiperskala z innych warstw usług Azure SQL Bazy danych kopie zapasowe przed migracją są przechowywane przez okres przechowywania kopii zapasowych źródłowej bazy danych, w tym zasady przechowywania długoterminowego. Przywracanie kopii zapasowej przed migracją w okresie przechowywania kopii zapasowej bazy danych jest obsługiwane za pośrednictwem wiersza polecenia. Te kopie zapasowe można przywrócić do dowolnej warstwy usługi innej niż Hiperskala.
Długoterminowe przechowywanie kopii zapasowych
Długoterminowe przechowywanie kopii zapasowych baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej.
Hiperskala obsługuje podzestaw obiektów OLTP In-Memory, w tym zoptymalizowane pod kątem pamięci typy tabel, zmienne tabeli i moduły skompilowane natywnie. Jeśli jednak w migrowanej bazie danych znajdują się jakiekolwiek obiekty OLTP In-Memory, migracja z warstw usługi Premium i Krytyczne dla działania firmy do warstw hiperskala nie jest obsługiwana. Aby przeprowadzić migrację takiej bazy danych do warstwy Hiperskala, należy usunąć wszystkie obiekty OLTP In-Memory i ich zależności. Po przeprowadzeniu migracji bazy danych te obiekty można odtworzyć. Trwałe i nietrwałe tabele zoptymalizowane pod kątem pamięci nie są obecnie obsługiwane w warstwie Hiperskala i muszą zostać zmienione na tabele dysków.
Zmniejszanie bazy danych
DBCC SHRINKDATABASE, DBCC SHRINKFILE lub ustawienie AUTO_SHRINK na WARTOŚĆ WŁĄCZONE na poziomie bazy danych, nie są obecnie obsługiwane w przypadku baz danych w warstwie Hiperskala.
Sprawdzanie integralności bazy danych
Baza danych DBCC CHECKDB nie jest obecnie obsługiwana w przypadku baz danych w warstwie Hiperskala. DBCC CHECKTABLE ('TableName') WITH TABLOCK i DBCC CHECKFILEGROUP WITH TABLOCK może być używany jako obejście. Aby uzyskać szczegółowe informacje na temat zarządzania integralnością danych w usłudze Azure SQL Database, zobacz Integralność danych w usłudze Azure SQL Database.
Zadania elastyczne
Używanie bazy danych hiperskala jako bazy danych zadań nie jest obsługiwane. Jednak zadania elastyczne mogą być przeznaczone dla baz danych w warstwie Hiperskala w taki sam sposób, jak każda inna baza danych w usłudze Azure SQL Database.
Synchronizacja danych
Używanie bazy danych hiperskala jako bazy danych centrum lub metadanych synchronizacji nie jest obsługiwane. Jednak baza danych Hiperskala może być członkowską bazą danych w topologii usługi Data Sync.
Sprzęt warstwy usług w warstwie Premium w warstwie Hiperskala
Sprzęt z serii Premium i zoptymalizowany pod kątem pamięci w warstwie Premium nie obsługuje obecnie:
- Nadmiarowość strefy
— Warstwa obliczeniowa bezserwerowa.
Następne kroki
Dowiedz się więcej o warstwie Hiperskala w usłudze Azure SQL Database w następujących artykułach:
Model zakupów rdzeni wirtualnych umożliwia niezależne skalowanie zasobów obliczeniowych i magazynowych, dopasowywanie wydajności lokalnej i optymalizowanie ceny dla bazy danych Azure SQL Database
Dowiedz się, w jaki sposób bazy danych w warstwie Hiperskala są tworzone w celu skalowania magazynu w poziomie i zasobów obliczeniowych na potrzeby usługi Azure SQL Database.
baza danych Azure SQL