Azure SQL Managed Instance i niezawodność

Azure SQL Managed Instance to inteligentna, skalowalna usługa bazy danych w chmurze, która łączy najszerszą zgodność aparatu bazy danych SQL Server ze wszystkimi korzyściami, jakie zapewnia w pełni zarządzana i wiecznie zielona platforma jako usługa.

Celem architektury wysokiej dostępności w SQL Managed Instance jest zagwarantowanie, że baza danych jest uruchomiona i działa bez obaw o wpływ operacji konserwacji i przestojów. To rozwiązanie jest przeznaczone do:

  • 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 Azure SQL Managed Instance obsługuje odporność aplikacji i obciążeń, zapoznaj się z następującymi artykułami:

Poniższe sekcje obejmują zagadnienia dotyczące projektowania, listę kontrolną konfiguracji i zalecane opcje konfiguracji specyficzne dla Azure SQL Managed Instance i niezawodności.

Zagadnienia dotyczące projektowania

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 w przypadku przerwania umowy SLA dotyczącej wydajności.
  • Przywracanie do punktu w czasie umożliwia odzyskanie sprawności po błędzie człowieka. Przywracanie do punktu w czasie zwraca bazę danych do wcześniejszego punktu w czasie, aby odzyskać dane ze zmian wprowadzonych przypadkowo. Aby uzyskać więcej informacji, przeczytaj dokumentację przywracania do punktu w czasie (PITR) dla wystąpienia zarządzanego.
  • Użyj przywracania geograficznego, aby odzyskać dane po awarii usługi. Przywracanie geograficzne przywraca bazę danych z geograficznie nadmiarowej kopii zapasowej do wystąpienia zarządzanego w innym regionie. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją Odzyskiwanie bazy danych przy użyciu przywracania geograficznego.
  • Weź pod uwagę czas wymagany dla niektórych operacji. Pamiętaj, aby dokładnie przetestować czas wymagany do skalowania istniejącego wystąpienia zarządzanego w górę i w dół oraz utworzenia nowego wystąpienia zarządzanego. Ta praktyka chronometrażu zapewnia całkowite zrozumienie, jak czasochłonne operacje będą wpływać na cel czasu odzyskiwania i cel punktu odzyskiwania.

Lista kontrolna

Czy skonfigurowano Azure SQL Managed Instance z myślą o niezawodności?

  • Użyj warstwy Krytyczne dla działania firmy.
  • Skonfiguruj wystąpienie pomocnicze i grupę autofailover, aby umożliwić przechodzenie w tryb failover do innego regionu.
  • Zaimplementuj logikę ponawiania prób.
  • Monitoruj wystąpienie wystąpienia zarządzanego SQL w czasie niemal rzeczywistym, aby wykrywać zdarzenia dotyczące niezawodności.

Zalecenia dotyczące konfiguracji

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

Zalecenie Opis
Użyj warstwy Krytyczne dla działania firmy. Ta warstwa zapewnia większą odporność na awarie i krótszy czas pracy w trybie failover ze względu na podstawową architekturę wysokiej dostępności, między innymi. Aby uzyskać więcej informacji, zobacz SQL Managed Instance Wysoka dostępność.
Skonfiguruj wystąpienie pomocnicze i grupę autofailover, aby umożliwić przechodzenie w tryb failover do innego regionu. Jeśli awaria ma wpływ na co najmniej jedną bazę danych w wystąpieniu zarządzanym, możesz ręcznie lub automatycznie przejeżdć wszystkie bazy danych wewnątrz wystąpienia do regionu pomocniczego. Aby uzyskać więcej informacji, przeczytaj dokumentację grup automatycznego uwierzytelniania dla wystąpienia zarządzanego.
Zaimplementuj logikę ponawiania prób. Mimo że Azure SQL wystąpienie zarządzane jest odporne na przejściowe awarie infrastruktury, te błędy mogą mieć wpływ na łączność. Jeśli podczas pracy z wystąpieniem zarządzanego SQL 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 wystąpienie wystąpienia zarządzanego SQL w czasie niemal rzeczywistym, aby wykrywać zdarzenia dotyczące niezawodności. Użyj jednego z dostępnych rozwiązań do monitorowania wystąpienia zarządzanego SQL w celu wczesnego wykrywania potencjalnych zdarzeń niezawodności i zwiększenia niezawodności 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 Azure SQL Managed Instance.

Następny krok