Tillförlitlighet i Azure VM Image Builder

Azure VM Image Builder är en hanterad tjänst som skapar och anpassar virtuella datoravbildningar (VM) och sedan distribuerar de resulterande avbildningarna till mål som Azure Compute Gallery eller virtuella hårddiskar (VHD) i Azure Blob Storage. Tjänsten kräver inte att du underhåller en långvarig infrastruktur för builds.

När du använder Azure är tillförlitlighet ett delat ansvar. Microsoft tillhandahåller en rad funktioner för att stödja återhämtning och återställning. Du ansvarar för att förstå hur dessa funktioner fungerar inom alla tjänster som du använder och välja de funktioner du behöver för att uppfylla dina affärsmål och drifttidsmål.

Den här artikeln beskriver hur du gör Azure VM Image Builder motståndskraftig mot olika potentiella avbrott och problem, inklusive tillfälliga fel, fel i tillgänglighetszonen, regionomfattande fel och serviceunderhåll. Den beskriver också alternativ för säkerhetskopiering och återställning, anpassade lösningar för flera regioner och viktig information om servicenivåavtalet (SLA) för Azure VM Image Builder.

Rekommendationer för produktionsdistribution

Tänk på följande rekommendationer när du utformar en pipeline för produktionsbildskapande:

Översikt över tillförlitlighetsarkitektur

I det här avsnittet beskrivs några av de viktiga aspekterna av hur tjänsten fungerar som är mest relevant ur ett tillförlitlighetsperspektiv. I avsnittet beskrivs den logiska arkitekturen, som innehåller några av de resurser och funktioner som du distribuerar och använder. Den diskuterar också den fysiska arkitekturen, som innehåller information om hur tjänsten fungerar under täcket.

Logisk arkitektur

När du använder VM Image Builder distribuerar du en avbildningsmall till en enda Azure region, som blir mallens hemregion.

När du har skapat mallen kör du en build som kör en serie steg för att skapa VM-avbildningen. Dessa steg kan köra skript eller inkludera paket som du vill bädda in i imagen.

Tjänsten skapar eller använder en stagingresursgrupp och driftsätter bygginfrastruktur i din prenumeration. Efter bygget tar tjänsten bort tillfälliga resurser, inklusive den virtuella byggdatorn och associerade nätverksresurser. Mellanlagringsresursgruppen och dess lagringsresurser finns kvar så länge avbildningsmallresursen finns.

Vm Image Builder distribuerar den färdiga avbildningen till ett eller flera mål som du anger. Vanliga mål är:

• Azure Compute Gallery (kallades tidigare Shared Image Gallery): Compute Gallery tillhandahåller replikering av VM-avbildningar i flera regioner. Du kan till exempel skapa en avbildning i en region och distribuera den resulterande Azure Compute Gallery-avbildningsversionen till flera målregioner.

• Azure Blob Storage: Tjänsten kan lagra den virtuella hårddisken i lagringskontot som VM Image Builder distribuerar eller i ett lagringskonto och en blobcontainer som du anger.

  Om du använder det tjänsthanterade lagringskontot som ett VHD-distributionsmål lagrar tjänsten den virtuella hårddisken i mellanlagringsresursgruppen. När du tar bort avbildningsmallen tar tjänsten även bort den virtuella hårddisken. Om du vill behålla den virtuella hårddisken oberoende av avbildningsmallen distribuerar du den till ett anpassat lagringskonto eller kopierar den till en annan plats innan du tar bort mallen.

Azure Compute Gallery och Blob Storage är separata tjänster från VM Image Builder. Du kan distribuera bilder till flera mål, inklusive mål i olika Azure regioner. Den här distributionsmodellen hjälper dig att separera den region där du skapar en image från de regioner där du använder imagen.

Fysisk arkitektur

VM Image Builder använder isolerade avbildningsbyggen för att köra kärnprocessen för avbildningsanpassning och validering. Tjänsten distribuerar en dedikerad Azure Container Instances resurs och en virtuell build-dator i mellanlagringsresursgruppen i din prenumeration. Container Instances-resursen kör HashiCorp Packer för att anpassa och verifiera avbildningen, och VM Image Builder samordnar bygget.

Om du vill köra avbildningsbyggen registrerar du Microsoft.ContainerInstance resursprovidern och ser till att din prenumeration har tillräckligt med kvot för Container Instances. Mer information om tjänstarkitekturen, regioner som stöds och byggprocessen finns i översikten över Azure VM Image Builder.

Separata Azure tjänster, till exempel Azure Compute Gallery och Blob Storage, lagrar färdiga avbildningar. Konfigurera varje distributionsmål för att uppfylla dina motståndskraftskrav.

Motståndskraft mot tillfälliga fel

Tillfälliga fel är kortvariga, intermittenta fel i komponenter. De förekommer ofta i en distribuerad miljö som molnet, och de är en normal del av åtgärderna. Tillfälliga fel korrigerar sig själva efter en kort tidsperiod. Det är viktigt att dina program kan hantera tillfälliga fel, vanligtvis genom att försöka igen.

Alla molnbaserade program bör följa vägledningen för tillfälliga felhantering i Azure när de kommunicerar med molnbaserade API:er, databaser och andra komponenter. Mer information finns i Rekommendationer för hantering av övergående fel.

Du interagerar vanligtvis med Azure VM Image Builder med hjälp av Azure-portalen, Azure CLI, Azure PowerShell eller infrastruktur som kod (IaC) som Bicep. Din byggpipeline ansvarar för att hantera tillfälliga fel. Om Azure Resource Manager returnerar ett tillfälligt felsvar, försök igen med lämplig backoff.

Om ett bygge misslyckas kontrollerar du dess lastRunStatus, anpassnings- och valideringsloggar och distributionskörningens utdata innan du kör det igen. Den här informationen hjälper dig att avgöra om ett tillfälligt feltillstånd, anpassningssteg eller en bilddistributionsåtgärd orsakade felet. Läs mer i Felsök byggfel i VM Image Builder.

Byggoperationer kan också vara beroende av externa system, till exempel lagringskonton, paketregister, platser för källavbildningar och distributionsmål. Utforma dina anpassningssteg och pipelines för att stödja återförsök efter ett tillfälligt problem med nätverk, plattform eller beroenden.

Motståndskraft mot fel i tillgänglighetszonen

Build-operationer och färdiga avbilder fungerar annorlunda vid zonfel.

• Byggen: VM Image Builder stöder inte tillgänglighetszoner och ger ingen zonåterhämtningsgaranti för avbildningsmallar eller byggåtgärder. Om ett zonfel påverkar resurser som ett bygge använder kan bygget misslyckas med att starta eller avbrytas. Vm Image Builder flyttar inte bygget automatiskt till en annan zon.

  Om du behöver köra avbildningsbyggen under zonavbrott distribuerar du avbildningsmallar och stödresurser i flera Azure-regioner. Mer information finns i Anpassade lösningar för flera regioner för återhämtning.

• Bilder: Färdiga bilder är fortfarande tillgängliga om deras lagring är zontålig.

  • Azure Compute Gallery: Azure Compute Gallery-avbildningsversioner kan använda zonredundant lagring (ZRS) i målregioner som stöder tillgänglighetszoner. För varje målregion väljer du ZRS som replikeringstyp för lagringskontot. Standardvärdet är lokalt redundant lagring (LRS), som inte är motståndskraftig mot zonfel. Mer information finns i Azure Compute Gallery hög tillgänglighet.

  • Virtuella hårddiskar i Azure Blob Storage: Om du inte använder ett anpassat lagringskonto skapar VM Image Builder som standard ett ZRS-lagringskonto i regioner som stöder tillgänglighetszoner. Om du använder ett anpassat lagringskonto ansvarar du för att konfigurera redundansen så att den uppfyller dina krav. Använd ZRS för att lagra kopior av den virtuella hårddisken i flera tillgänglighetszoner. Mer information om hur ZRS fungerar finns i Tillförlitlighet i Azure Blob Storage.

Motståndskraft mot regionomfattande fel

byggoperationer och färdiga avbilder fungerar annorlunda vid regionomfattande fel.

• Builds: Azure VM Image Builder är en tjänst för en enda region och tillhandahåller inte inbyggd redundansåterställning för flera regioner. Om den region som är värd för avbildningsmallen blir otillgänglig är även avbildningsmallen och byggåtgärderna i den regionen otillgängliga. Tjänsten redundansväxlar inte automatiskt till en annan region.

  Om du behöver köra avbildningsbyggen under regionala avbrott distribuerar du avbildningsmallar och stödresurser i flera Azure-regioner. Mer information finns i Anpassade lösningar för flera regioner för återhämtning.

• Avbilder: Färdiga avbilder är fortfarande tillgängliga om deras lagring är motståndskraftig mot regionomfattande fel.

  • Azure Compute Gallery: Du kan konfigurera Azure Compute Gallery för att replikera avbildningsversioner till flera regioner. Replikeringen är asynkron och du kan använda en avbildningsversion i en målregion först när replikeringen till den regionen har slutförts.

    Vid ett avbrott i en region är slutförda repliker fortfarande tillgängliga för VM-utrullningar i felfria målregioner. Men om den region som innehåller galleriresursen inte är tillgänglig kan du inte skapa eller uppdatera galleriresurser. Om du behöver fortsätta att publicera avbildsversioner under ett regionavbrott ska du underhålla separata gallerier i separata byggområden. Mer information finns i Replikering och bästa praxis för Azure Compute Gallery.

  • Virtuella hårddiskar i Azure Blob Storage: Standardmålet för tjänsthanterad virtuell hårddisk ger inte geo-redundans. I regioner som stöder tillgänglighetszoner använder den ZRS, som inte skyddar mot ett regionomfattande fel.

    I en region med en parad region kan du distribuera den virtuella hårddisken till ett anpassat lagringskonto som använder geo-redundant lagring (GRS) eller geo-zonredundant lagring (GZRS). GRS med läsåtkomst (RA-GRS) och skrivskyddad GZRS (RA-GZRS) ger skrivskyddad åtkomst via en sekundär slutpunkt, men de utför inte redundansväxling/failover. Om du vill återställa normal läs- och skrivåtkomst i den kopplade regionen initierar du en kundhanterad redundansväxling eller kopierar den virtuella hårddisken från den sekundära slutpunkten till ett separat lagringskonto. Geo-replikering är asynkron, så en oplanerad redundansväxling kan leda till dataförlust för data som inte replikerades. Kontrollera lagringskontots egenskap Senaste synkroniseringstid före växling vid fel när det är möjligt.

    Mer information om Blob Storage redundansväxlingsbeteende och alternativa metoder för replikering av data mellan oregionparade regioner finns i Tillförlitlighet i Azure Blob Storage.

Anpassade lösningar för flera regioner för återhämtning

Om du behöver fortsätta att skapa images under ett regionavbrott ansvarar du för att distribuera och driva oberoende byggmiljöer i flera regioner.

Välj regioner som stöder VM Image Builder. I varje byggregion fördistribuerar du en avbildningsmall och dess regionspecifika beroenden, inklusive hanterade identiteter och rolltilldelningar, nätverkskonfiguration, anpassningsartefakter, en källavbildning eller bildreplik och distributionsmål.

Om du behöver publicera bilder när ett galleris region inte är tillgänglig använder du en oberoende Compute Gallery-resurs i varje byggregion. Replikering av bildversioner från ett enda galleri gör inte galleriet till en helt multiregionresurs.

Definiera dessa resurser med hjälp av infrastruktur som kod och behandla dessa definitioner som sanningskälla. Håll de regionala miljöerna synkroniserade när konfigurationen ändras och testa regelbundet att varje miljö kan skapa och distribuera en containeravbild.

Säkerhetskopiering och återställning

Azure VM Image Builder ersätter inte säkerhetskopierings- och återställningsprocessen. I de flesta fall är artefakten som är viktig för återställning den färdiga avbildning som du publicerar till Azure Compute Gallery eller VHD-lagring.

Följ dessa rekommendationer för att förbättra återställningen efter korruption eller ett utökat oplanerat avbrott:

• Behåll publicerade images i Azure Compute Gallery eller andra distributionsmål enligt dina krav för lagringstid.

• Om du skapar en virtuell hårddisk och använder standardmålet för virtuell hårddisk kopierar du den virtuella hårddisken till din egen varaktiga lagring innan du tar bort avbildningsmallen.

• Använd källkontroll för att lagra och versionshantera bildmallsdefinitioner.

• Använd källkontroll eller någon annan typ av beständig lagring för att lagra och versionshantera skript och paket.

• Kontrollera regelbundet att varje fördistribuerad återställningsmiljö kan skapa och distribuera en image.

Motståndskraft mot serviceunderhåll

Microsoft hanterar underhåll för Azure VM Image Builder. VM Image Builder hanterar inte programtrafik vid körning, så underhåll påverkar inte virtuella datorer som du redan har skapat från publicerade avbildningar. Om en build fördröjs eller avbryts under underhåll eller en annan tjänstehändelse kontrollerar du dess status och loggar och kör den igen.

Använd Azure Service Health för att övervaka planerade underhålls- och tjänstincidenter som kan påverka din byggregion.

Serviceavtal

Azure VM Image Builder tillhandahåller inte något servicenivåavtal (SLA) för tillgänglighet.

Alla SLA:er som gäller för ett distributionsmål eller en lagringstjänst gäller separat och tillhandahåller inte något tillgänglighetsåtagande för VM Image Builder-mall eller byggåtgärder.

Relaterat innehåll

• Översikt över Azure VM Image Builder
• Skapa en mall för VM Image Builder
• Isolerade avbildningsbyggen för Azure VM Image Builder
• Felsök Azure VM Image Builder
• Översikt över Azure Compute Gallery