warstwa Krytyczne dla działania firmy — Azure SQL Database i Azure SQL Managed Instance

DOTYCZY: Azure SQL Managed Instance Azure SQL Database

Azure SQL Database i Azure SQL Managed Instance są oparte na architekturze aparatu bazy danych SQL Server dostosowanej dla środowiska chmury w celu zapewnienia domyślnej dostępności umowy SLA nawet w przypadku awarii infrastruktury.

W tym artykule opisano i porównaliśmy warstwę usługi Krytyczne dla działania firmy używaną przez Azure SQL Database i wystąpienie zarządzane Azure SQL. Warstwa usługi Krytyczne dla działania firmy jest najlepiej używana w przypadku aplikacji wymagających wysokiej szybkości transakcji, małych opóźnień we/wy i wysokiej przepływności operacji we/wy. Ta warstwa usługi zapewnia najwyższą odporność na awarie i szybkie przechodzenie w tryb failover przy użyciu wielu synchronicznie zaktualizowanych replik.

Omówienie

Model warstwy usług Krytyczne dla działania firmy jest oparty na klastrze procesów aparatu bazy danych. Ten model architektoniczny opiera się na tym, że zawsze istnieje kworum dostępnych węzłów aparatu bazy danych i ma minimalny wpływ na wydajność obciążenia nawet podczas działań konserwacyjnych.

Platforma Azure uaktualnia i poprawki podstawowego systemu operacyjnego, sterowników i SQL Server aparatu bazy danych w sposób niewidoczny dla użytkowników końcowych.

Premium dostępność jest włączona w warstwie usługi Krytyczne dla działania firmy i jest przeznaczona dla intensywnych obciążeń, które nie mogą tolerować ograniczonej dostępności ze względu na trwające operacje konserwacji.

Zasoby obliczeniowe i magazyn są zintegrowane w jednym węźle w modelu Premium. Wysoka dostępność w tym modelu architektonicznym jest osiągana przez replikację zasobów obliczeniowych (proces aparatu bazy danych SQL Server) i magazyn (lokalnie dołączony dysk SSD) wdrożony w klastrze z czterema węzłami przy użyciu technologii podobnej do SQL Server Zawsze włączone grupy dostępności.

Cluster of database engine nodes

Zarówno proces aparatu bazy danych 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 dla obciążenia. Wysoka dostępność jest implementowana przy użyciu technologii podobnej do SQL Server zawsze włączonych grup dostępności. Każda baza danych to klaster węzłów bazy danych z jedną podstawową bazą danych, która jest dostępna dla obciążeń klientów, oraz trzy procesy pomocnicze zawierające kopie danych. 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 SQL Server — jedna replika pomocnicza staje się węzłem podstawowym i tworzona jest nowa replika pomocnicza 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ą wbudowaną replikę tylko do odczytu, która może służyć do uruchamiania zapytań tylko do odczytu (na przykład raportów), które nie powinny mieć wpływu na wydajność obciążenia podstawowego.

Kiedy wybrać tę warstwę usługi

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

Najważniejsze powody, 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.
  • Wyższa odporność i szybsze odzyskiwanie po awariach. W przypadku awarii systemu baza danych w wystąpieniu podstawowym zostanie wyłączona, a jedna z replik pomocniczych zostanie natychmiast stała się nową podstawową bazą danych odczytu i zapisu, która jest gotowa do przetwarzania zapytań. Aparat bazy danych nie musi analizować i ponownie analizować transakcji z pliku dziennika i ładować wszystkie dane w buforze pamięci.
  • Zaawansowana ochrona przed uszkodzeniem danych. Warstwa Krytyczne dla działania firmy korzysta z replik baz danych w tle na potrzeby ciągłości działania, dlatego usługa korzysta również z automatycznej naprawy strony, która jest tą samą technologią używaną do dublowania baz danych SQL Server i grup dostępności. W przypadku, gdy 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 ma zastosowanie w warstwie Ogólnego przeznaczenia, jeśli baza danych ma replikę pomocniczą geograficzną.
  • Wyższa dostępność — warstwa Krytyczne dla działania firmy w konfiguracji multi-AZ zapewnia odporność na awarie strefowe i wyższą dostępność umowy SLA.
  • Szybkie odzyskiwanie geograficzne — po skonfigurowaniu aktywnej replikacji geograficznej warstwa Krytyczne dla działania firmy ma gwarantowany cel punktu odzyskiwania (RPO) z 5 sekund i cel czasu odzyskiwania (RTO) 30 sekund dla 100% wdrożonych godzin.

Porównanie limitów zasobów Krytyczne dla działania firmy

Zapoznaj się z tabelą w tej sekcji, aby zapoznać się z krótkim porównaniem limitów zasobów dla Azure SQL Database i Azure SQL wystąpienia zarządzanego w warstwie usługi Krytyczne dla działania firmy.

Aby uzyskać szczegółowe informacje na temat limitów zasobów, zapoznaj się z tematem:

Aby porównać funkcje między SQL Database i SQL Managed Instance, zobacz funkcje aparatu bazy danych.

W poniższej tabeli przedstawiono limity zasobów dla Azure SQL Database i Azure SQL Managed Instance w warstwie usługi Krytyczne dla działania firmy.

Kategoria Azure SQL Database Wystąpienie zarządzane Azure SQL
Rozmiar obliczeniowy Od 1 do 128 rdzeni wirtualnych 4, 8, 16, 24, 32, 40, 64, 80 rdzeni wirtualnych
Typ magazynu Lokalny magazyn SSD Lokalny magazyn SSD
rozmiar Storage 1 GB – 4 TB 32 GB – 16 TB
Rozmiar bazy danych tempdb 32 GB na rdzeń wirtualny Do 4 TB — ograniczone rozmiarem magazynu
Przepływność zapisu dziennika Pojedyncze bazy danych: 12 MB/s na rdzeń wirtualny (maksymalnie 96 MB/s)
Pule elastyczne: 15 MB/s na rdzeń wirtualny (maksymalnie 120 MB/s)
4 MB/s na rdzeń wirtualny (maksymalnie 48 MB/s)
Dostępność Domyślna umowa SLA
Umowa SLA na 99,995% z nadmiarowością strefową
Domyślna umowa SLA
Tworzenie kopii zapasowych RA-GRS, 1–35 dni (domyślnie 7 dni) RA-GRS, 1–35 dni (domyślnie 7 dni)
Repliki tylko do odczytu 1 wbudowana replika o wysokiej dostępności jest czytelna
0 – 4 repliki geograficzne
1 wbudowana replika o wysokiej dostępności jest czytelna
0 – 1 repliki geograficzne przy użyciu grup automatycznego trybu failover
Cennik/rozliczenia Opłaty za rdzenie wirtualne, magazyn zarezerwowany, magazyn kopii zapasowych i repliki geograficzne są naliczane.
Opłaty za repliki o wysokiej dostępności nie są naliczane.
Opłaty za operacje we/wy na sekundę nie są naliczane.
Opłaty za rdzenie wirtualne, magazyn zarezerwowany, magazyn kopii zapasowych i repliki geograficzne są naliczane.
Opłaty za repliki o wysokiej dostępności nie są naliczane.
Opłaty za operacje we/wy na sekundę nie są naliczane.
Modele rabatów Wystąpienia zarezerwowane
Korzyść użycia hybrydowego platformy Azure (niedostępne w subskrypcjach tworzenia i testowania)
Enterprise i subskrypcje z płatnością zgodnie z rzeczywistym użyciem — tworzenie i testowanie
Wystąpienia zarezerwowane
Korzyść użycia hybrydowego platformy Azure (niedostępne w subskrypcjach tworzenia i testowania)
Enterprise i subskrypcje z płatnością zgodnie z rzeczywistym użyciem — tworzenie i testowanie

Następne kroki