Omkonfiguration i Azure Service Fabric
En konfiguration definieras som repliker och deras roller för en partition av en tillståndskänslig tjänst.
En omkonfiguration är processen att flytta en konfiguration till en annan konfiguration. Den gör en ändring i replikuppsättningen för en partition av en tillståndskänslig tjänst. Den gamla konfigurationen kallas för den tidigare konfigurationen (PC) och den nya konfigurationen kallas för den aktuella konfigurationen (CC).. Omkonfigurationsprotokollet i Azure Service Fabric bevarar konsekvensen och bibehåller tillgängligheten under eventuella ändringar i replikuppsättningen.
Redundanshanteraren initierar omkonfigurationer som svar på olika händelser i systemet. Om det primära till exempel misslyckas initieras en omkonfiguration för att höja upp en aktiv sekundär till en primär. Ett annat exempel är som svar på programuppgraderingar när det kan vara nödvändigt att flytta den primära till en annan nod för att uppgradera noden.
Omkonfigurationstyper
Omkonfigurationer kan klassificeras i två typer:
Omkonfigurationer där primärt ändras:
- Redundansväxling: Redundansväxlingar konfigureras om som svar på felet för en primär som körs.
- SwapPrimary: Växlingar är omkonfigurationer där Service Fabric behöver flytta en primär som körs från en nod till en annan, vanligtvis som svar på belastningsutjämning eller en uppgradering.
Omkonfigurationer där den primära inte ändras.
Omkonfigurationsfaser
En omkonfiguration fortsätter i flera faser:
Fas0: Den här fasen sker i växlings-primära omkonfigurationer där den aktuella primära överför sitt tillstånd till den nya primära och övergår till aktiv sekundär.
Fas 1: Den här fasen inträffar under omkonfigurationer där den primära ändringen sker. Under den här fasen identifierar Service Fabric rätt primär bland de aktuella replikerna. Den här fasen behövs inte under växlings-primära omkonfigurationer eftersom den nya primära filen redan har valts.
Fas 2: Under den här fasen ser Service Fabric till att alla data är tillgängliga i en majoritet av replikerna i den aktuella konfigurationen.
Det finns flera andra faser som endast är till för internt bruk.
Omkonfigurationer har fastnat
Omkonfigurationer kan fastna av olika orsaker. Några av de vanligaste orsakerna är:
- Nedrepliker: Vissa omkonfigurationsfaser kräver att majoriteten av replikerna i konfigurationen är igång.
- Problem med nätverk eller kommunikation: Omkonfigurationer kräver nätverksanslutning mellan olika noder.
- API-fel: Omkonfigurationsprotokollet kräver att tjänstimplementeringarna slutför vissa API:er. Om du till exempel inte respekterar annulleringstoken i en tillförlitlig tjänst fastnar SwapPrimary-omkonfigurationer.
Använd hälsorapporter från systemkomponenter, till exempel System.FM, System.RA och System.RAP, för att diagnostisera var en omkonfiguration har fastnat. På rapportsidan för systemhälsa beskrivs dessa hälsorapporter.
Nästa steg
Mer information om Service Fabric-begrepp finns i följande artiklar: