Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Wysoka dostępność w regionie pozwala uniknąć przestojów bazy danych przez konserwowanie replik rezerwowych każdego fragmentu w klastrze. Jeśli fragment przestanie reagować z jakiegokolwiek powodu, usługa Azure DocumentDB przełącza połączenia przychodzące z niesprawnego fragmentu na jego węzeł zapasowy. W przypadku przejścia w tryb failover promowane fragmenty zawsze mają świeże dane za pośrednictwem replikacji synchronicznej.
Wszystkie podstawowe fragmenty w klastrze są tworzone w jednej strefie dostępności (AZ) w celu poprawy opóźnienia między nimi. Fragmenty rezerwowe są przydzielane do innej strefy dostępności.
Nawet bez włączonej wysokiej dostępności (HA) każdy fragment ma własną lokalnie nadmiarową pamięć (LRS) z trzema synchronicznymi replikami obsługiwanymi przez usługę Azure Storage. Wszystkie trzy repliki znajdują się w regionie świadczenia usługi Azure klastra. Jeśli wystąpi błąd pojedynczej repliki, usługa Azure Storage wykryje go i automatycznie ponownie utworzy uszkodzoną replikę. Zobacz metryki na tej stronie dotyczące trwałości przechowywania LRS.
Po włączeniu HA, usługa Azure DocumentDB uruchamia jedną rezerwową część dla każdej podstawowej części w klastrze. Każdy fragment podstawowy i rezerwowy ma tę samą konfigurację obliczeniową i magazynową. Podstawowy i rezerwowy używają replikacji synchronicznej. Ten typ replikacji umożliwia zawsze posiadanie tych samych danych na fragmentach podstawowych i rezerwowych w klastrze. W skrócie nasza usługa wykrywa błąd na podstawowych fragmentach i przechodzi w tryb failover do rezerwowych fragmentów z zerową utratą danych.
Ciąg połączenia klastra zawsze pozostaje taki sam niezależnie od przełączeń awaryjnych. Umożliwia to usłudze abstrakcję zmian w fizycznych fragmentach obsługujących żądania z aplikacji.
Gdy w klastrze jest włączona wysoka dostępność w regionie, każdy fragment klastra jest objęty umową dotyczącą poziomu usług 99,99% w celu zapewnienia dostępności.
Wysoką dostępność można włączyć w czasie tworzenia klastra. Wysoką dostępność można również włączyć i wyłączyć w dowolnym momencie w istniejącym klastrze usługi Azure DocumentDB. Nie ma przestoju bazy danych, gdy wysoka dostępność jest włączona lub wyłączona w klastrze usługi Azure DocumentDB.
Co się dzieje podczas failoveru
Każdy failover fragmentu składa się z trzech faz: wykrywanie niedostępności, przełączenie na fragment rezerwowy i odtworzenie fragmentu rezerwowego. Usługa wykonuje ciągłe monitorowanie dostępności dla każdego podstawowego i rezerwowego fragmentu w klastrze, wykonując okresowe sprawdzanie kondycji. Gdy sprawdzanie kondycji niezawodnie wskazuje, że fragment jest nieodpowiadający i musi zostać uznany za uszkodzony, inicjowane jest rzeczywiste przełączenie awaryjne do fragmentu rezerwowego.
W fazie przełączania odczyty i zapisy bazy danych są przekierowywane do fragmentu rezerwowego. Synchroniczna replikacja między poszczególnymi elementami podstawowymi i rezerwowym gwarantuje, że fragment rezerwowy zawsze ma taki sam zestaw danych jak jego podstawowy. Umożliwia to wykonywanie wszystkich trybów failover z zerową utratą danych. Przełączenie do trybu wstrzymania odbywa się bez przestoju odczytu. Operacje zapisu mogą wymagać ponawiania prób usługi wewnętrznej w fazie przełączania. Te powtórne próby mogą być postrzegane jako wolniejszy zapis po stronie aplikacji.
Po zakończeniu pracy w trybie failover fragmentu klaster jest w pełni operacyjny. Ostatnim krokiem powrotu do oryginalnej konfiguracji o wysokiej dostępności jest ponowne utworzenie sharda zapasowego. To odtworzenie fragmentu rezerwowego jest przeprowadzane bez przestojów ani wpływu na wydajność podstawowego fragmentu.