Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
I den här artikeln beskriver vi Infrastrukturtjänst, som är en del av Azure Service Fabric och samordnar mellan Uppdateringar av Azure-infrastruktur och klusterhälsa för att uppdatera den underliggande infrastrukturen på ett säkert sätt.
Information om infrastrukturtjänsten
Service Fabric Infrastructure Service är en systemtjänst för Azure-kluster som säkerställer att alla infrastrukturåtgärder utförs på ett säkert sätt. Tjänsten ansvarar för att samordna alla infrastrukturuppdateringar till underliggande VM-skalningsuppsättningar med hållbarhetsnivån Silver och högre. Vanligtvis finns det en infrastrukturtjänst per nodtyp, men det finns tre om det är en zonmotståndskraftig nodtyp. Alla plattforms- och klientuppdateringar på en vm-skalningsuppsättning som motsvarar dessa nodtyper tar hänsyn till klustrets tillstånd och potentiella inverkan av uppdateringen. Tjänsten bestämmer sedan om åtgärden kan utföras utan att påverka hälsotillståndet för replikerna och instanserna som körs i klustret.
Resten av det här dokumentet beskriver vanliga frågor om Infrastrukturtjänst:
Vanliga frågor och svar
Vilka olika typer av uppdateringar hanteras av infrastrukturtjänsten?
- Plattformsuppdatering – En uppdatering av den underliggande värden för vm-skalningsuppsättningen som initieras av Azure-plattformen och utförs på ett säkert sätt av Upgrade Domain (UD).
- Klientuppdatering – Användarinitierad uppdatering av skalningsuppsättningen, till exempel ändring av antal virtuella datorer, konfiguration eller ändring av gästoperativsystem.
- Underhåll av klientorganisation – Användarinitierad reparation av en enda instans av vm-skalningsuppsättningen, till exempel en omstart.
- Plattformsunderhåll – Underhåll som initieras av Azure Compute på en virtuell dator eller en uppsättning virtuella datorer på en VM-skalningsuppsättning.
Hur aktiverar jag infrastrukturtjänsten i mitt kluster?
Infrastrukturtjänsten är aktiverad som standard i ett Azure Service Fabric-kluster om nodtypen är inställd på Silver hållbarhet eller högre. Om du vill migrera en befintlig bronsnodtyp till Silver-hållbarhet följer du stegen som beskrivs här
Vad är det nödvändiga antalet instanser för att klient-/plattformsuppdateringar ska vara säkra?
Minst fem instanser av vm-skalningsuppsättningen krävs för att klient- eller plattformsuppdateringarna ska kunna utföras på ett säkert sätt. Men att ha fem instanser garanterar inte att åtgärden fortsätter. Arbetsbelastningar kan konfigurera eller kräva ytterligare begränsningar eller resurser, vilket ökar det minsta antal som krävs. För en vm-skalningsuppsättning som sträcker sig över zoner krävs minst fem instanser i varje zon för att åtgärderna ska vara säkra.
Varför uppdateras inte mina vm-skalningsuppsättningar?
Uppdateringar på vm-skalningsuppsättningar kan fastna under längre tid på grund av någon av följande orsaker:
- Du har utfört flera uppdateringar på vm-skalningsuppsättningen och Service Fabric försöker uppdatera den virtuella datorn på ett säkert sätt. Service Fabric kör dem en i taget så att varaktigheten blir längre.
- Uppdateringarna på vm-skalningsuppsättningen som du har provat fortsätter inte eftersom reparationsaktiviteten som motsvarar infrastrukturuppdateringen inte godkänns. Godkännandet kan blockeras på grund av flera orsaker, men det beror vanligtvis på att det inte finns tillräckligt med resurser för att på ett säkert sätt gå vidare. Befintliga repliker och instanser måste placeras någon annanstans för att noderna ska kunna uppdateras på ett säkert sätt.
- Andra åtgärder för azure-plattformsuppdateringar och klientorganisationsunderhåll pågår för närvarande på nodtypen. Service Fabric begränsar uppdateringarna av vm-skalningsuppsättningen tills plattformsuppdateringarna har slutförts för att kunna köra uppdateringarna på ett säkert sätt. Som standard tillåter Service Fabric högst två infrastrukturuppdateringar på en skalningsuppsättning åt gången. Plattformsuppdateringar stoppas inte, vilket innebär att de prioriteras framför klientuppdateringar.
Jag ser att flera reparationsjobb för klientuppdatering har fastnat i förberedelsetillståndet. Vad ska jag göra?
Klientuppdateringsjobb som fastnar i Förberedelsetillstånd innebär att Service Fabric inte kan placera befintliga repliker på noderna som ska uppdateras någon annanstans. Vanligtvis uppstår fastnade jobb för scenarier som otillräcklig kapacitet eller borttagning av startnoder som kan leda till att reparationsaktiviteten blockeras. Använd Service Fabric Explorer för att kontrollera motsvarande reparationsaktivitet som är associerad med klientuppdateringen för att ta reda på orsaker till den fastnade klientuppdateringen.
Uppdateringen av plattformen eller klientorganisationen är i körningstillstånd ett bra tag och blockerar mina uppdateringar. Vad ska jag göra?
Plattforms- och klientuppdateringar som bekräftas av Service Fabric utförs av den underliggande beräkningen. Service Fabric väntar på bekräftelse från Beräkningsplattformar när uppdateringar har tillämpats. Om uppdateringarna körs under långa perioder bör kunderna kontakta compute-teamets support för att ta reda på varför plattformsuppdateringen inte gör framsteg.
Hur ser jag till att alla uppdateringar i mitt kluster är säkra?
Alla klientuppdateringsåtgärder i ett Service Fabric-kluster godkänns endast om de bedöms vara säkra av Service Fabric. Uppdateringar blockeras när Service Fabric inte kan se till att åtgärderna är säkra. Även om detta i allmänhet tar bort behovet av att kunderna oroar sig för om en viss åtgärd är säker eller inte, rekommenderar vi att du utför åtgärder efter att ha förstått deras inverkan.
Jag vill kringgå infrastrukturtjänsten och utföra åtgärder i mitt kluster. Hur gör jag det?
Att kringgå infrastrukturtjänsten för eventuella infrastrukturuppdateringar är en riskfylld åtgärd och kan resultera i fastnade uppdateringar om säkerhetskontrollerna blockerar reparationerna från att godkännas. I vissa scenarier kan kunder välja att tillåta fler uppdateringar manuellt om standardbegränsningen blockerar andra uppdateringar på grund av att de befintliga inte gör framsteg. Detta kan göras via följande kommando när du har anslutit till SF-klustret:
Invoke-ServiceFabricInfrastructureCommand -ServiceName "fabric:/System/InfrastructureService/<nodetype name>" -Command AllowAction:<MR_Jobid_Guid>:*:Prepare
MR_Jobid_Guid som används ovan finns under fliken Infrastrukturjobb i roten i Service Fabric Explorer, som JobId för den väntande uppdateringen. Kontakta Service Fabric-supportexperter om ovanstående inte hjälper.