Udostępnij za pośrednictwem

Ponowne konfigurowanie w usłudze Azure Service Fabric

  • Artykuł

Konfiguracja jest definiowana jako repliki i ich role dla partycji usługi stanowej.

Ponowna konfiguracja to proces przenoszenia jednej konfiguracji do innej. Powoduje to zmianę zestawu replik dla partycji usługi stanowej. Stara konfiguracja jest nazywana poprzednią konfiguracją (PC), a nowa konfiguracja jest nazywana bieżącą konfiguracją (CC). Protokół rekonfiguracji w usłudze Azure Service Fabric zachowuje spójność i utrzymuje dostępność podczas wprowadzania zmian w zestawie replik.

Menedżer trybu failover inicjuje ponowne konfiguracje w odpowiedzi na różne zdarzenia w systemie. Jeśli na przykład podstawowy ulegnie awarii, ponowna konfiguracja jest inicjowana w celu podwyższenia poziomu aktywnej pomocniczej do podstawowej. Innym przykładem jest odpowiedź na uaktualnienia aplikacji, gdy może być konieczne przeniesienie podstawowego do innego węzła w celu uaktualnienia węzła.

Typy ponownej konfiguracji

Rekonfiguracje można podzielić na dwa typy:

  • Rekonfiguracje, w których zmienia się podstawowy:

    • Tryb failover: tryby failover są rekonfiguracjami w odpowiedzi na awarię uruchomionego serwera podstawowego.
    • SwapPrimary: zamiany są rekonfiguracjami, w których usługa Service Fabric musi przenieść uruchomioną bazę podstawową z jednego węzła do innego, zwykle w odpowiedzi na równoważenie obciążenia lub uaktualnienie.

  • Rekonfiguracje, w których element podstawowy nie zmienia się.

Fazy ponownej konfiguracji

Ponowna konfiguracja przebiega w kilku fazach:

  • Faza0: Ta faza ma miejsce w rekonfiguracjach podstawowej zamiany, w których bieżący podstawowy transferuje swój stan do nowej podstawowej i przechodzi do aktywnej pomocniczej.

  • Faza1: ta faza odbywa się podczas rekonfiguracji, w których zmienia się podstawowy. W tej fazie usługa Service Fabric identyfikuje prawidłowy element podstawowy wśród bieżących replik. Ta faza nie jest potrzebna podczas rekonfiguracji podstawowej zamiany, ponieważ została już wybrana nowa podstawowa.

  • Faza2: W tej fazie usługa Service Fabric zapewnia, że wszystkie dane są dostępne w większości replik bieżącej konfiguracji.

Istnieje kilka innych faz, które są przeznaczone tylko do użytku wewnętrznego.

Zablokowane ponowne konfiguracje

Rekonfiguracje mogą utknąć z różnych powodów. Oto niektóre typowe przyczyny:

  • Repliki w dół: niektóre fazy rekonfiguracji wymagają, aby większość replik w konfiguracji się zwiększała.
  • Problemy z siecią lub komunikacją: Ponowne konfiguracje wymagają łączności sieciowej między różnymi węzłami.
  • Błędy interfejsu API: Protokół rekonfiguracji wymaga, aby implementacje usług zakończyły niektóre interfejsy API. Na przykład nie honorowanie tokenu anulowania w niezawodnej usłudze powoduje, że rekonfiguracje SwapPrimary utknęły w martwym miejscu.

Użyj raportów kondycji z składników systemu, takich jak System.FM, System.RA i System.RAP, aby zdiagnozować, gdzie rekonfiguracja jest zablokowana. Na stronie raportu kondycji systemu opisano te raporty o kondycji.

Następne kroki

Aby uzyskać więcej informacji na temat pojęć związanych z usługą Service Fabric, zobacz następujące artykuły: