Zwiększanie dostępności

Ukończone

Usługi Azure SQL Database i Azure SQL Managed Instance zapewniają domyślnie doskonałe opcje dostępności w różnych warstwach usług. Dostępność baz danych / wystąpień można zwiększyć lub zmodyfikować na kilka innych sposobów. Wpływ na umowę dotyczącą poziomu usług (SLA) będzie bezpośrednio widoczny. W tej lekcji poznasz dodatkowe możliwości zapewniane przez opcje dostępności w usłudze Azure SQL.

Strefy dostępności

W warstwie Krytyczne dla działania firmy w usłudze Azure SQL Database możesz opcjonalnie (za dodatkową opłatą) korzystać z konfiguracji strefowo nadmiarowej, jeśli Twój region to obsługuje. Na wysokim poziomie zawsze włączona grupa dostępności (AG), która działa za krytycznymi dla działania firmy bazami danych i wystąpieniami zarządzanymi, jest wdrażana w trzech strefach dostępności (AZ) w obrębie regionu. Strefa dostępności to zasadniczo osobne centrum danych w danym regionie. Zawsze istnieje fizyczne rozdzielenie między strefami dostępności. Ta funkcja chroni przed katastrofalnymi w skutkach awariami, które mogą dotyczyć centrum danych w regionie.

Z perspektywy wydajności może wystąpić niewielkie zwiększenie opóźnienia sieci, ponieważ Twoja strefa dostępności rozciąga się teraz na wiele centrów danych znajdujących się w pewnych odległościach od siebie. Z tego powodu strefy dostępności nie są domyślnie włączone. Możesz wybrać wdrożenie potocznie określane jako „Multi-Az” lub „Single-Az”. Skonfigurowanie tej opcji jest tak proste, jak dodanie parametru do polecenia programu PowerShell/interfejsu wiersza polecenia platformy Azure lub zaznaczenie pola w witrynie Azure Portal.

Strefy dostępności to względna nowość w usłudze Azure SQL i z tego powodu są obecnie dostępne tylko w wybranych regionach i warstwach usług. W miarę upływu czasu ta możliwość będzie prawdopodobnie obsługiwana w większej liczbie regionów i potencjalnie większej liczbie warstw usług. Na przykład ostatnio w warstwie ogólnego przeznaczenia usługi Azure SQL Database wydano wersję zapoznawczą wdrożenia „multi-az”.

Umowa SLA usługi Azure SQL

W przypadku usługi Azure SQL obowiązuje umowa SLA, która zapewnia finansowe wsparcie zobowiązania w celu osiągnięcia i utrzymania poziomów usług. Jeśli poziom usług nie jest osiągany i utrzymywany zgodnie z opisem w umowie SLA, możesz kwalifikować się do otrzymania środków na poczet części miesięcznych opłat za korzystanie z usług.

Obecnie można osiągnąć najwyższą dostępność (99,995%) w ramach wdrożenia w warstwie Krytyczne dla działania firmy usługi Azure SQL Database ze skonfigurowanymi strefami dostępności. Warstwa Krytyczne dla działania firmy jest jedyną opcją w branży, która zapewnia odpowiednio cele RPO i RTO umowy SLA z zakresu od 5 do 30 sekund.

• RPO oznacza cel punktu odzyskiwania. Wartość ta wskazuje, ile danych może zostać potencjalnie utraconych w scenariuszu najgorszego przypadku.
• RTO oznacza cel czasu odzyskiwania. Wartość ta wskazuje, ile czasu zajmuje przywrócenie prawidłowego działania po wystąpieniu awarii.

W przypadku wdrożeń usług Azure SQL Database lub Azure SQL Managed Instance ogólnego przeznaczenia lub krytycznych dla działania firmy z pojedynczą strefą umowa SLA obejmuje gwarancję na poziomie 99,99%.

Umowa SLA w warstwie Hiperskala zależy od liczby replik. Pamiętaj, że w warstwie Hiperskala wybierasz liczbę posiadanych replik. W przypadku ich braku, zachowanie trybu failover przypomina bardziej działanie warstwy Ogólnego przeznaczenia. Jeśli repliki istnieją, działanie w trybie failover przypomina bardziej działanie warstwy Krytyczne dla działania firmy. Poniżej zamieszczone warunki umów SLA w zależności od liczby replik:

• 0 replik: 99,5%
• 1 replika: 99,9%
• 2 lub więcej replik: 99,99%

Replikacja geograficzna i grupy automatycznego trybu failover

Po wybraniu warstwy usług (i uznaniu stref dostępności jako zasadne) można rozważyć inne opcje umożliwiające uzyskanie skalowania odczytu lub możliwość przełączenia w tryb failover do innego regionu: replikacja geograficzna i grupy automatycznego trybu failover. W lokalnej usłudze SQL Server skonfigurowanie jednej z tych opcji może wymagać dużo planowania, koordynacji i czasu.

Chmura — w szczególności usługa Azure SQL — ułatwiła ten proces. Replikację geograficzną i grupy automatycznego trybu failover można skonfigurować za pomocą kilku kliknięć w witrynie Azure Portal lub kilku poleceń programu PowerShell/interfejsu wiersza polecenia platformy Azure.

Oto kilka kwestii, które mogą pomóc w podjęciu decyzji, co będzie lepsze dla Twojego scenariusza: replikacja geograficzna czy grupy automatycznego trybu failover:

Funkcje	Replikacja geograficzna	Grupy trybu failover
Automatyczne przełączanie w tryb failover	Nie.	Tak
Jednoczesne przełączanie wielu baz danych w tryb failover	Nie.	Tak
Użytkownik musi zaktualizować parametry połączenia po przełączeniu w tryb failover.	Tak	Nie.
Obsługa usługi SQL Managed Instance	Nie.	Tak
Może znajdować się w tym samym regionie co podstawowa	Tak	Nie.
Wiele replik	Tak	Nie.
Obsługuje skalowanie odczytu	Tak	Tak