Włączanie odporności aplikacji za pomocą usługi Azure SQL Database
Grupy replikacji geograficznej i automatycznego trybu failover to oba mechanizmy używane w usłudze Azure SQL Database w celu zwiększenia dostępności i odzyskiwania po awarii, ale mają pewne kluczowe różnice.
Omówienie aktywnej replikacji geograficznej
Jedną z metod zwiększania dostępności usługi Azure SQL Database jest użycie aktywnej replikacji geograficznej. Aktywna replikacja geograficzna jest zaprojektowana jako rozwiązanie zapewniające ciągłość działania, które umożliwia tworzenie pomocniczych pomocniczych baz danych poszczególnych baz danych na serwerze w tym samym lub innym regionie. Obsługuje maksymalnie cztery repliki pomocnicze i jest skonfigurowany dla każdej bazy danych.
W tle platforma Azure używa grup dostępności do zapewnienia tej funkcji. Dzięki aktywnej replikacji geograficznej klienci mogą programowo lub ręcznie przejeżdć podstawowe bazy danych w tryb failover do regionów pomocniczych podczas poważnej awarii.
Aby uniknąć obciążenia związanego z replikacją z dużego obciążenia zapisu, które może mieć wpływ na wydajność replikacji, zaleca się skonfigurowanie pomocniczej warstwy geograficznej przy użyciu tej samej warstwy usługi i rozmiaru obliczeniowego co podstawowy.
Replikację geograficzną dla usługi Azure SQL Database można skonfigurować ręcznie, przechodząc do strony bazy danych i wybierając pozycję Repliki w sekcji Zarządzanie danymi .
Po utworzeniu repliki pomocniczej można ręcznie zainicjować tryb failover. Spowoduje to przełączenie ról, co spowoduje, że nowa podstawowa i stara podstawowa nowa pomocnicza.
Replikacja geograficzna jest asynchroniczna, co oznacza, że między podstawowymi i pomocniczymi bazami danych mogą występować pewne opóźnienia danych. Ponadto parametry połączenia aplikacji należy zaktualizować po przejściu w tryb failover.
Konfigurowanie replikacji geograficznej między subskrypcjami
W niektórych scenariuszach może być konieczne skonfigurowanie repliki pomocniczej w innej subskrypcji niż podstawowa baza danych. Jest to miejsce, w którym jest odtwarzana replikacja geograficzna między subskrypcjami. Ta funkcja umożliwia skonfigurowanie repliki pomocniczej w innej subskrypcji, co zapewnia większą elastyczność i ulepszone opcje odzyskiwania po awarii. Korzystając z replikacji geograficznej między subskrypcjami, możesz mieć pewność, że dane są chronione i dostępne, nawet jeśli jedna subskrypcja napotka problemy. Ta konfiguracja jest przydatna w przypadku organizacji z wieloma subskrypcjami lub tymi, którzy chcą zaimplementować niezawodny plan ciągłości działania.
Aby dowiedzieć się więcej na temat kroków wymaganych do skonfigurowania replikacji geograficznej między subskrypcjami, zobacz Replikacja geograficzna między subskrypcjami.
Włączanie grup automatycznego trybu failover
Grupa automatycznego trybu failover to funkcja dostępności, która może być używana zarówno z usługą Azure SQL Database, jak i usługą Azure SQL Managed Instance. Grupy automatycznego trybu failover umożliwiają zarządzanie replikacją baz danych do innego regionu i zarządzanie sposobem przejścia w tryb failover. Nazwa przypisana do grupy automatycznego przełączania awaryjnego musi być unikatowa w domenie *.database.windows.net.
Grupy automatycznego trybu failover oferują funkcje podobne do grupy dostępności za pośrednictwem odbiornika, umożliwiając działania zarówno do odczytu i zapisu, jak i tylko do odczytu. Ta funkcja różni się nieco od aktywnej replikacji geograficznej. Istnieją dwa typy odbiorników: jeden dla ruchu odczytu i zapisu, a drugi dla ruchu tylko do odczytu. Podczas pracy w trybie failover aktualizacje DNS umożliwiają klientom łączenie się z nazwą odbiornika bez konieczności posiadania dodatkowych informacji. Serwer bazy danych z kopiami do odczytu i zapisu jest podstawowym, podczas gdy serwer odbierający transakcje z serwera podstawowego jest pomocniczy.
Grupy automatycznego trybu failover mają dwie różne zasady, które można skonfigurować.
- Zarządzane przez klienta (zalecane) — klienci mogą ręcznie zainicjować tryb failover w przypadku wykrycia nieoczekiwanej awarii mającej wpływ na co najmniej jedną bazę danych w grupie trybu failover. Ten ręczny tryb failover można wykonać przy użyciu narzędzi wiersza polecenia, takich jak program PowerShell, interfejs wiersza polecenia platformy Azure lub interfejs API REST.
- Zarządzane przez firmę Microsoft — są one automatycznie inicjowane przez firmę Microsoft podczas powszechnej awarii, która ma wpływ na region podstawowy. To automatyczne przełączanie awaryjne dotyczy wszystkich grup przełączania awaryjnego, których polityka jest ustawiona na zarządzane przez Microsoft.
Nieplanowane przejście w tryb failover może spowodować utratę danych, jeśli jest wymuszona, a pomocnicza nie jest w pełni zsynchronizowana z podstawowym. Konfigurowanie kontrolek GracePeriodWithDataLossHours , jak długo platforma Azure czeka przed przełączeniem w tryb failover. Wartość domyślna to jedna godzina. Jeśli masz ciasny cel punktu odzyskiwania i nie możesz sobie pozwolić na utratę danych, ustaw wartość wyższą. Mimo że platforma Azure czeka dłużej przed przełączeniem w tryb failover, takie podejście może spowodować zmniejszenie utraty danych, ponieważ pomocnicza ma więcej czasu na pełną synchronizację z podstawowym.
Ponadto grupa automatycznego trybu failover może zawierać co najmniej jedną bazę danych o tym samym rozmiarze i edycji na serwerach podstawowych i pomocniczych. Baza danych na serwerze pomocniczym jest automatycznie tworzona poprzez proces zwany inicjalizacją, co może zająć trochę czasu w zależności od rozmiaru bazy danych. Ważne jest, aby odpowiednio zaplanować i wziąć pod uwagę czynniki, takie jak szybkość sieci.
jak wybrać
Replikacja geograficzna jest odpowiednia w scenariuszach, w których potrzebujesz wielu replik z możliwością odczytu, a ręczne przejście w tryb failover jest akceptowalne, natomiast grupy automatycznego trybu failover są idealne w scenariuszach wymagających automatycznego przejścia w tryb failover i replikacji synchronicznej dla grupy baz danych.
W poniższej tabeli porównaliśmy funkcje replikacji geograficznej i grup automatycznego trybu failover oraz inne istotne szczegóły.
| Funkcja | Replikacja geograficzna | Grupy automatycznego trybu failover |
|---|---|---|
| Liczba replik | Obsługuje maksymalnie cztery repliki pomocnicze. | Obsługuje tylko jedną replikę pomocniczą |
| Poziom konfiguracji | Skonfigurowane dla bazy danych. | Skonfigurowane dla grupy baz danych |
| Typ replikacji | Asynchroniczne, co oznacza, że może wystąpić pewne opóźnienie danych między podstawowymi i pomocniczymi bazami danych | Synchroniczna, zapewniając, że pomocnicza baza danych jest zawsze zsynchronizowana z bazą podstawową. |
| Przełączanie awaryjne | Wymaga ręcznego przejścia w tryb failover. Aplikacja parametry połączenia musi zostać zaktualizowana po przejściu w tryb failover | Obsługuje automatyczne i ręczne przechodzenie w tryb failover bez konieczności zmiany parametry połączenia po przejściu w tryb failover |
| Czytelność | Udostępnia pomocnicze bazy danych z możliwością odczytu. | Udostępnia pomocnicze bazy danych z możliwością odczytu i służy jako rezerwa gorąca na potrzeby trybu failover |
| Przypadek użycia | Odpowiednie dla scenariuszy wymagających wielu replik do odczytu i ręcznego przejścia w tryb failover | Idealne rozwiązanie w przypadku scenariuszy wymagających automatycznego przejścia w tryb failover i replikacji synchronicznej dla grupy baz danych |