Wybierz dostępność między strefami i regionami

Zacznij od operacji użytkownika

Wysoka dostępność (HA) ma utrzymać użyteczność usługi mimo awarii komponentów. Zdefiniuj użyteczność przed wyborem architektury. Strona rezerwacji, która się ładuje, gdy wszystkie rezerwacje zawodzą, nie jest dostępną usługą rezerwacji.

Ustal cel poziomu usługi (SLO) dla ważnej operacji. Określ liczone żądania, znaczenie sukcesu i okres pomiaru. SLA usługi chmurowej opisuje zobowiązanie dostawcy. Nie potwierdza zmierzonej dostępności Twojej aplikacji.

Dla ilustracji: dostępność czasowa 99,9% dopuszcza 43,2 minuty niedostępności w miesiącu liczącym 30 dni. SLO oparte na żądaniach ma inny mianownik. Żadna miara nie mówi, ile danych można utracić, ani nie gwarantuje maksymalnej długości pojedynczej awarii.

Zrozum granice awarii

AWS Availability Zone (AZ) to odizolowana lokalizacja infrastruktury w Regionie. Region zawiera wiele AZ. Projekt multi-region rozkłada komponenty między Regionami. Inni dostawcy mają własne granice i zachowanie usług; sprawdź wybraną usługę.

To możliwości projektowe, nie gwarancje dostępności. Etykieta nie dowodzi, że każdy wymagany komponent korzysta z zamierzonej granicy.

Prześledź całą drogę żądania

Rozważ fikcyjną usługę rezerwacji. Repliki webowe działają w dwóch AZ. Obie używają jednej bazy i jednej bramy wychodzącej w AZ A. Brama jest potrzebna do wywołania dostawcy płatności.

Jeśli AZ A zawiedzie, replika w AZ B może pozostać sprawna, a rezerwacje nadal nie działać. Zespół musi ocenić bazę, drogę sieciową, dostawcę tożsamości, płatności i routing. Sprawdź rzeczywisty tryb zarządzanej bazy. Replikacja, failover i zachowanie replik odczytu różnią się zależnie od produktu i konfiguracji.

Sprawdź też wydajność. Ocalałe zasoby muszą obsłużyć wymagane obciążenie. Projekt polegający na tworzeniu zasobów podczas incydentu zależy od limitów, dostępności zasobów i operacji warstwy sterowania.

Przeprowadź kontrolowane ćwiczenie z określonym zakresem, warunkami zatrzymania i właścicielem. Sprawdź pełną rezerwację, w tym uzgodnienie płatności. Zapisz nieudane żądania i czas przywrócenia użytecznego działania.

Oceń, czy kolejny Region rozwiąże problem

Eksploatacja multi-region dodaje transfer danych, powielone zasoby, koordynację wdrożeń i pracę operacyjną. Active/passive utrzymuje jedno środowisko gotowe do przejęcia ruchu. Active/active obsługuje ruch w więcej niż jednym środowisku. Wymagana gotowość i zachowanie danych różnią się między tymi wariantami.

Dla rezerwacji równoczesne zapisy rodzą pytanie: czy dwa Regiony mogą sprzedać to samo miejsce? Określ, co rozstrzyga rezerwację i jak system działa przy przerwanej replikacji. „Replikuj bazę” nie jest pełną odpowiedzią.

Sprawdź dozwolone lokalizacje danych, klucze szyfrowania, certyfikaty, DNS, sekrety i usługi zewnętrzne. Wspólna awaria tożsamości lub wadliwe wydanie mogą dotknąć wiele Regionów. Więcej lokalizacji nie usuwa każdej wspólnej przyczyny.

Połącz dostępność z odtwarzaniem

HA obsługuje określone awarie podczas eksploatacji. Disaster recovery przywraca użyteczną usługę i dane po poważnym zakłóceniu. Usługa multi-region nadal potrzebuje planu odtwarzania po usunięciu lub uszkodzeniu danych.

Udokumentuj wybrane scenariusze awarii i te, które biznes akceptuje. Utrzymuj zgodność testów i definicji infrastruktury podczas zmian aplikacji. Przejdź do RTO, RPO i disaster recovery.