Udostępnij przez

Azure SQL Managed Instance i niezawodność

Azure SQL Managed Instance to inteligentna, skalowalna usługa bazy danych w chmurze, która łączy w sobie największą zgodność z silnikiem bazy danych SQL Server ze wszystkimi korzyściami w pełni zarządzanej i ciągle aktualizowanej platformy jako usługi.

Celem architektury wysokiej dostępności w usłudze SQL Managed Instance jest zagwarantowanie, że baza danych jest uruchomiona bez obaw o wpływ operacji konserwacji i awarii. To rozwiązanie zostało zaprojektowane z myślą o:

  • Upewnij się, że zatwierdzone dane nigdy nie zostaną utracone z powodu awarii.
  • Upewnij się, że błędy konserwacji nie wpływają na obciążenie.
  • Upewnij się, że baza danych nie będzie pojedynczym punktem awarii w architekturze oprogramowania.

Aby uzyskać więcej informacji o tym, jak usługa Azure SQL Managed Instance obsługuje odporność aplikacji i obciążeń, zapoznaj się z następującymi artykułami:

W poniższych sekcjach opisano zagadnienia dotyczące projektowania, listę kontrolną konfiguracji i zalecane opcje konfiguracji specyficzne dla usługi Azure SQL Managed Instance i niezawodność.

Uwagi dotyczące projektowania

Usługa Azure SQL Managed Instance obejmuje następujące zagadnienia dotyczące projektowania:

  • Definiowanie umowy SLA dotyczącej wydajności aplikacji i monitorowanie jej przy użyciu alertów. Szybkie wykrywanie, gdy wydajność aplikacji przypadkowo spada poniżej akceptowalnego poziomu, jest ważne, aby zachować wysoką odporność. Użyj rozwiązania do monitorowania, aby ustawić alerty dotyczące kluczowych metryk wydajności zapytań, aby można było podjąć działania, gdy wydajność łamie umowę SLA.
  • Użyj przywracania punktowego, aby odzyskać dane po błędzie człowieka. Przywracanie do wcześniejszego stanu zwraca bazę danych do wcześniejszego punktu w czasie, aby odzyskać dane ze zmian wykonanych nieumyślnie. Aby uzyskać więcej informacji, przeczytaj dokumentację przywracania z określonego punktu w czasie (PITR) dla instancji zarządzanej.
  • Użyj przywracania geograficznego, aby odzyskać dane po awarii usługi. Przywracanie geograficzne przywraca bazę danych z georedundantnej kopii zapasowej do instancji zarządzanej w innym regionie. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją Odzyskiwanie bazy danych przez przywracanie geograficzne.
  • Rozważ czas wymagany dla niektórych operacji. Pamiętaj, aby zarezerwować czas na dokładne przetestowanie, ile czasu potrzeba na skalowanie istniejącego wystąpienia zarządzanego w górę lub w dół oraz na utworzenie nowego wystąpienia zarządzanego. Ta praktyka związana z zarządzaniem czasem gwarantuje pełne zrozumienie, jak czasochłonne operacje wpłyną na RTO (czas odzyskiwania) i RPO (punkt odzyskiwania).

Lista kontrolna

Czy skonfigurowano usługę Azure SQL Managed Instance z myślą o niezawodności?

  • Użyj warstwy krytycznej dla biznesu.
  • Skonfiguruj wystąpienie pomocnicze i grupę autofailover, aby włączyć tryb failover w innym regionie.
  • Zaimplementuj logikę ponawiania prób.
  • Monitoruj instancję SQL MI w czasie niemal rzeczywistym, aby wykrywać incydenty związane z niezawodnością.

Zalecenia dotyczące konfiguracji

Zapoznaj się z poniższą tabelą zaleceń, aby zoptymalizować konfigurację usługi Azure SQL Managed Instance pod kątem niezawodności:

Zalecenie Opis
Użyj warstwy krytycznej dla biznesu. Ta warstwa zapewnia większą odporność na awarie i szybsze czasy przełączenia w trybie awarii dzięki podstawowej architekturze wysokiej dostępności (HA), oprócz innych korzyści. Aby uzyskać więcej informacji, zapoznaj się z tematem Sql Managed Instance High availability (Wysoka dostępność usługi SQL Managed Instance).
Skonfiguruj nadmiarowość stref, gdy jest dostępna w regionie, w którym wdrażasz. Aby uzyskać więcej informacji, zobacz Architektura wysokiej dostępności. Po skonfigurowaniu stref dostępności replik obliczeniowych i magazynowych są dystrybuowane w różnych strefach dostępności. Jeśli jedna strefa ulegnie awarii, system automatycznie przełączy się w tryb failover do innej strefy bez utraty danych.
Skonfiguruj wystąpienie pomocnicze i grupę autofailover, aby włączyć tryb failover w innym regionie. Jeśli awaria ma wpływ na co najmniej jedną bazę danych w wystąpieniu zarządzanym, możesz ręcznie lub automatycznie przejść w tryb failover wszystkich baz danych wewnątrz wystąpienia do regionu pomocniczego. Aby uzyskać więcej informacji, przeczytaj dokumentację grup autofailover dla wystąpienia zarządzanego.
Zaimplementuj logikę ponawiania prób. Mimo że zarządzana instancja Azure SQL jest odporna na przejściowe awarie infrastruktury, te awarie mogą wpłynąć na łączność. Jeśli podczas pracy z programem SQL MI wystąpi błąd przejściowy, upewnij się, że kod może ponowić próbę wywołania. Aby uzyskać więcej informacji, zapoznaj się ze sposobem implementowania logiki ponawiania prób.
Monitoruj instancję SQL MI w czasie niemal rzeczywistym, aby wykrywać incydenty związane z niezawodnością. Użyj jednego z dostępnych rozwiązań do monitorowania Instancji SQL Zarządzanej, aby wcześnie wykrywać potencjalne problemy z niezawodnością i zwiększyć niezawodność baz danych. Wybierz rozwiązanie do monitorowania niemal w czasie rzeczywistym, aby szybko reagować na zdarzenia. Aby uzyskać więcej informacji, zapoznaj się z opcjami monitorowania usługi Azure SQL Managed Instance.

Następny krok

Azure SQL Managed Instance i doskonałość operacyjna

  • Last updated on