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 de primaire fout bijvoorbeeld mislukt, wordt er een herconfiguratie gestart om een actieve secundaire naar een primaire te promoveren. 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 worden geclassificeerd in twee typen:
Herconfiguraties waarbij de primaire wordt gewijzigd:
- Failover: failovers zijn herconfiguraties als reactie op de fout van een actieve primaire.
- SwapPrimary: Swaps zijn herconfiguraties waarbij Service Fabric een actieve primaire van het ene knooppunt naar het andere moet verplaatsen, meestal als reactie op taakverdeling of een upgrade.
Herconfiguraties waarbij de primaire niet wordt gewijzigd.
Herconfiguratiefasen
Een herconfiguratie verloopt in verschillende fasen:
Fase0: Deze fase vindt plaats in wisselings-primaire herconfiguraties waarbij de huidige primaire de status overdraagt naar de nieuwe primaire en overgangen naar actieve secundaire.
Fase1: Deze fase vindt plaats tijdens herconfiguraties waarbij de primaire wordt gewijzigd. Tijdens deze fase identificeert Service Fabric de juiste primaire waarde tussen de huidige replica's. Deze fase is niet nodig tijdens wisselings-primaire herconfiguraties omdat de nieuwe primaire al is gekozen.
Fase2: 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:
- Downreplica's: voor sommige herconfiguratiefasen is een meerderheid van de replica's in de configuratie vereist dat de configuratie omhoog is.
- Netwerk- of communicatieproblemen: herconfiguraties vereisen netwerkconnectiviteit tussen verschillende knooppunten.
- API-fouten: het herconfiguratieprotocol vereist dat service-implementaties bepaalde API's voltooien. Als u bijvoorbeeld het annuleringstoken in een betrouwbare service niet naleeft, kunnen SwapPrimary-herconfiguraties vastlopen.
Gebruik statusrapporten van systeemonderdelen, zoals System.FM, System.RA en System.RAP, om te diagnosticeren waar een herconfiguratie is vastgelopen. Op de pagina systeemstatusrapport worden deze statusrapporten beschreven.
Volgende stappen
Zie de volgende artikelen voor meer informatie over Service Fabric-concepten: