Herconfiguratie in Azure Service Fabric
Een configuratie wordt gedefinieerd als de replica's en hun rollen voor een partitie van een stateful service.
Een herconfiguratie is het proces van het verplaatsen van een configuratie naar een andere configuratie. Er wordt een wijziging aangebracht in de replicaset voor een partitie van een stateful service. De oude configuratie wordt de vorige configuratie (PC) genoemd en de nieuwe configuratie wordt de huidige configuratie (CC) genoemd. Het herconfiguratieprotocol in Azure Service Fabric behoudt consistentie en behoudt de beschikbaarheid tijdens wijzigingen in de replicaset.
Failoverbeheer initieert herconfiguraties als reactie op verschillende gebeurtenissen in het systeem. Als bijvoorbeeld de primaire fout optreedt, wordt er een herconfiguratie gestart om een actieve secundaire te promoveren naar een primaire. Een ander voorbeeld is in reactie op toepassingsupgrades wanneer het mogelijk nodig is om het primaire knooppunt naar een ander knooppunt te verplaatsen om het knooppunt te upgraden.
Herconfiguratietypen
Herconfiguraties kunnen in twee typen worden ingedeeld:
Herconfiguraties waarbij de primaire wordt gewijzigd:
- Failover: failovers zijn herconfiguraties als reactie op de fout van een actieve primaire instantie.
- SwapPrimary: Swaps zijn herconfiguraties waarbij Service Fabric een actief primair knooppunt van het ene knooppunt naar het andere moet verplaatsen, meestal als reactie op taakverdeling of een upgrade.
Herconfiguraties waarbij de primaire niet verandert.
Herconfiguratiefasen
Een herconfiguratie verloopt in verschillende fasen:
Fase0: Deze fase vindt plaats bij herconfiguraties waarbij de huidige primaire de status overdraagt naar de nieuwe primaire en overgaat naar actieve secundaire.
Fase 1: Deze fase vindt plaats tijdens herconfiguraties waarbij de primaire wordt gewijzigd. Tijdens deze fase identificeert Service Fabric de juiste primaire van de huidige replica's. Deze fase is niet nodig tijdens herconfiguraties voor wisselen/primaire, omdat de nieuwe primaire al is gekozen.
Fase 2: Tijdens deze fase zorgt Service Fabric ervoor dat alle gegevens beschikbaar zijn in een meerderheid van de replica's van de huidige configuratie.
Er zijn verschillende andere fasen die alleen voor intern gebruik zijn.
Vastgelopen herconfiguraties
Herconfiguraties kunnen om verschillende redenen vastlopen . Enkele veelvoorkomende redenen zijn:
- Offline replica's: voor sommige herconfiguratiefasen is een meerderheid van de replica's in de configuratie vereist.
- Netwerk- of communicatieproblemen: voor herconfiguraties is een netwerkverbinding tussen verschillende knooppunten vereist.
- API-fouten: het herconfiguratieprotocol vereist dat service-implementaties bepaalde API's voltooien. Als u bijvoorbeeld het annuleringstoken in een betrouwbare service niet naleeft, komen de herconfiguraties van SwapPrimary vast te zitten.
Gebruik statusrapporten van systeemonderdelen, zoals System.FM, System.RA en System.RAP, om vast te stellen waar een herconfiguratie vastzit. Op de pagina systeemstatusrapport worden deze statusrapporten beschreven.
Volgende stappen
Zie de volgende artikelen voor meer informatie over Service Fabric-concepten: