Ponowne konfigurowanie w usłudze Azure Service Fabric
Konfiguracja jest definiowana jako repliki i ich role dla partycji usługi stanowej.
Ponowna konfiguracja to proces przenoszenia jednej konfiguracji do innej konfiguracji. Spowoduje 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 nie powiedzie się, 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ę element podstawowy:
- Tryb failover: tryby failover są rekonfiguracją w odpowiedzi na awarię uruchomionego podstawowego trybu failover.
- 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 odbywa się w rekonfiguracjach podstawowych, w których bieżący podstawowy transferuje swój stan do nowego podstawowego i przechodzi do aktywnej pomocniczej.
Faza1: ta faza odbywa się podczas rekonfiguracji, w których zmienia się podstawowa. W tej fazie usługa Service Fabric identyfikuje prawidłowy element podstawowy wśród bieżących replik. Ta faza nie jest wymagana 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 był w górę.
- Problemy z siecią lub komunikacją: Ponowna konfiguracja wymaga łą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 zablokowanie rekonfiguracji SwapPrimary.
Użyj raportów kondycji z składników systemu, takich jak System.FM, System.RA i System.RAP, aby zdiagnozować, gdzie ponowna konfiguracja jest zablokowana. Na stronie raportu kondycji systemu opisano te raporty dotyczące 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: