Ponowne konfigurowanie w usłudze Azure Service Fabric

Konfiguracja jest definiowana jako repliki i ich role w kontekście 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 serwer nie działa, rozpoczyna się rekonfiguracja, aby przekształcić aktywna jednostkę pomocniczą w podstawową. Innym przykładem jest reagowanie na aktualizacje aplikacji, gdy może być konieczne przeniesienie głównego węzła do innego węzła, aby zaktualizować ten węzeł.

Typy ponownej konfiguracji

Rekonfiguracje można podzielić na dwa typy:

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

    • Tryb awaryjny: Tryb awaryjny to proces rekonfiguracji w odpowiedzi na awarię działającego głównego systemu.
    • SwapPrimary: Zamiany to rekonfiguracje, w których usługa Service Fabric musi przenieść działający element podstawowy z jednego węzła do innego, zwykle w odpowiedzi na równoważenie obciążenia lub aktualizację.

  • Rekonfiguracje, w których element główny nie zmienia się.

Fazy ponownej konfiguracji

Ponowna konfiguracja przebiega w kilku fazach:

  • Faza0: Ta faza odbywa się w rekonfiguracjach zamiany podstawowych, w których obecny podstawowy transferuje swój stan do nowego podstawowego i przechodzi w stan aktywnej pomocniczej.

  • Faza1: Faza ta odbywa się podczas rekonfiguracji, gdy zmienia się główny element. Podczas tej fazy Service Fabric identyfikuje prawidłową replikę główną 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:

  • Wyłączone repliki: Niektóre fazy rekonfiguracji wymagają, aby większość replik w konfiguracji była dostępna.
  • 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 zrealizował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:

  • Last updated on