Betrouwbaarheid in Azure VM Image Builder

Azure VM Image Builder is een beheerde service waarmee installatiekopieën van virtuele machines (VM's) worden gebouwd en aangepast. Vervolgens worden de resulterende installatiekopieën gedistribueerd naar doelen zoals Azure Compute Gallery of virtuele harde schijven (VHD's) in Azure Blob Storage. Voor de service hoeft u geen langlevende build-infrastructuur te onderhouden.

Wanneer u Azure gebruikt, is betrouwbaarheid een gedeelde verantwoordelijkheid. Microsoft biedt een scala aan mogelijkheden ter ondersteuning van tolerantie en herstel. U bent verantwoordelijk voor het begrijpen van de werking van deze mogelijkheden binnen alle services die u gebruikt en het selecteren van de mogelijkheden die u nodig hebt om te voldoen aan uw bedrijfsdoelstellingen en beschikbaarheidsdoelen.

In dit artikel wordt beschreven hoe u Azure VM Image Builder bestand maakt tegen verschillende mogelijke storingen en problemen, waaronder tijdelijke fouten, storingen in de beschikbaarheidszone, regiobrede fouten en serviceonderhoud. Ook worden back-up- en herstelopties, aangepaste oplossingen voor meerdere regio's en belangrijke informatie over de service level agreement (SLA) van Azure VM Image Builder beschreven.

Aanbevelingen voor productie-implementatie

Houd rekening met de volgende aanbevelingen wanneer u een pijplijn voor productieinstallatiekopieën ontwerpt:

Overzicht van betrouwbaarheidsarchitectuur

In deze sectie worden enkele belangrijke aspecten beschreven van de werking van de service die het meest relevant is vanuit het perspectief van betrouwbaarheid. In de sectie wordt de logische architectuur geïntroduceerd, die enkele van de resources en functies bevat die u implementeert en gebruikt. Ook wordt de fysieke architectuur besproken, die details biedt over hoe de service achter de schermen werkt.

Logische architectuur

Wanneer u VM Image Builder gebruikt, implementeert u een installatiekopie-sjabloon in één Azure-regio, wat de thuisregio van de sjabloon wordt.

Nadat u de sjabloon hebt gemaakt, voert u een build uit, waarmee een reeks stappen wordt uitgevoerd om de VM-image te maken. Deze stappen kunnen scripts uitvoeren of pakketten bevatten die u in de image wilt insluiten.

De service maakt of gebruikt een faseresourcegroep en implementeert de build-infrastructuur in uw abonnement. Na de build verwijdert de service tijdelijke resources, waaronder de build-VM en de bijbehorende netwerkresources. De faseresourcegroep en de bijbehorende opslagresources blijven behouden zolang de resource van de installatiekopieënsjabloon bestaat.

VM Image Builder distribueert de voltooide image naar een of meer doelen die u opgeeft. Veelvoorkomende doelen zijn:

• Azure Compute Gallery (voorheen bekend als Shared Image Gallery): Compute Gallery biedt replicatie van VM-images in meerdere regio's. U kunt bijvoorbeeld een installatiekopie bouwen in één regio en de resulterende versie van de Azure Compute Gallery-installatiekopieën distribueren naar verschillende doelregio's.

• Azure Blob Storage: De service kan de VHD opslaan in het opslagaccount dat door VM Image Builder wordt gebruikt of in een opslagaccount en blobcontainer die u opgeeft.

  Als u het door de service beheerde opslagaccount als een VHD-distributiebestemming gebruikt, slaat de service de VHD op in de faseringsresourcegroep. Wanneer u de installatiekopiesjabloon verwijdert, wordt de VHD ook door de service verwijderd. Als u de VHD onafhankelijk van de installatiekopie-sjabloon wilt behouden, distribueert u deze naar een aangepast opslagaccount of kopieert u deze naar een andere locatie voordat u de sjabloon verwijdert.

Azure Compute Gallery en Blob Storage zijn afzonderlijke services van VM Image Builder. U kunt afbeeldingen distribueren naar meerdere doelen, inclusief doelen in verschillende Azure regio's. Met dit distributiemodel kunt u de regio scheiden waar u een installatiekopie bouwt van de regio's waar u die installatiekopie gebruikt.

Fysieke architectuur

VM Image Builder maakt gebruik van Geïsoleerde image-builds om het kernproces voor image-aanpassing en -validatie uit te voeren. De service implementeert een toegewezen Azure Container Instances-bron en een build-VM in de stagingresourcegroep in uw abonnement. De Container Instances resource voert HashiCorp Packer uit om de image aan te passen en te valideren, en VM Image Builder coördineert de build.

Als u image-builds wilt uitvoeren, registreert u de Microsoft.ContainerInstance resourceprovider en zorgt u ervoor dat uw abonnement voldoende Container Instances-quotum heeft. Zie het overzicht van Azure VM Image Builder voor meer informatie over de servicearchitectuur, ondersteunde regio's en het buildproces.

Afzonderlijke Azure-services, zoals Azure Compute Gallery en Blob Storage, slaan voltooide installatiekopieën op. Configureer elk distributiedoel om te voldoen aan uw veerkrachtsvereisten.

Tolerantie voor tijdelijke fouten

Tijdelijke fouten zijn korte, onregelmatige fouten in onderdelen. Ze vinden vaak plaats in een gedistribueerde omgeving, zoals de cloud, en ze zijn een normaal onderdeel van de bewerkingen. Tijdelijke fouten corrigeren zichzelf na een korte periode. Het is belangrijk dat uw toepassingen tijdelijke fouten kunnen afhandelen, meestal door de betreffende aanvragen opnieuw uit te voeren.

Alle cloudtoepassingen moeten de Azure richtlijnen voor tijdelijke foutafhandeling volgen wanneer ze communiceren met api's, databases en andere onderdelen die in de cloud worden gehost. Zie Aanbevelingen voor het afhandelen van tijdelijke fouten voor meer informatie.

Doorgaans werkt u met Azure VM Image Builder met behulp van de Azure-portal, Azure CLI, Azure PowerShell of infrastructuur als code zoals Bicep. Uw buildpipeline is verantwoordelijk voor het afhandelen van tijdelijke fouten. Als Azure Resource Manager een tijdelijke foutreactie retourneert, voert u de aanvraag opnieuw uit met de juiste back-off.

Als een build mislukt, controleert u de lastRunStatus, aanpassings- en validatielogboeken en uitvoer van distributieruns voordat u deze opnieuw uitvoert. Met deze details kunt u bepalen of een tijdelijke foutvoorwaarde, aanpassingsstap of een bewerking voor de distributie van afbeeldingen de fout heeft veroorzaakt. Zie Problemen met vm Image Builder-build oplossen voor meer informatie.

Buildbewerkingen kunnen ook afhankelijk zijn van externe systemen, zoals opslagaccounts, pakketopslagplaatsen, locaties van bronimages en distributiedoelen. Ontwerp uw aanpassingsstappen en pipelines ter ondersteuning van opnieuw proberen na een tijdelijk probleem met het netwerk, het platform of de afhankelijkheid.

Tolerantie voor fouten in beschikbaarheidszones

Buildbewerkingen en voltooide images gedragen zich anders tijdens zone-uitval.

• Builds: VM Image Builder biedt geen ondersteuning voor beschikbaarheidszones en biedt geen garantie voor zonebestendigheid voor installatiekopiesjablonen of buildbewerkingen. Als een zonefout van invloed is op resources die door een build worden gebruikt, kan de build mogelijk niet starten of worden onderbroken. Vm Image Builder verplaatst de build niet automatisch naar een andere zone.

  Als u installatiekopieën moet bouwen tijdens zonestoringen, implementeert u uw installatiekopieënsjablonen en ondersteunende resources in meerdere Azure-regio's. Zie Aangepaste oplossingen voor meerdere regio's voor tolerantie voor meer informatie.

• Afbeeldingen: Voltooide afbeeldingen blijven beschikbaar als de opslag zonebestendig is.

  • Azure Compute Gallery: Installatiekopieversies van Azure Compute Gallery kunnen zone-redundante opslag (ZRS) gebruiken in doelregio's die beschikbaarheidszones ondersteunen. Selecteer voor elke doelregio ZRS als replicatietype van het opslagaccount. De standaardwaarde is lokaal redundante opslag (LRS), die niet bestand is tegen zonefouten. Zie Azure Compute Gallery hoge beschikbaarheid voor meer informatie.

  • VHD's in Azure Blob Storage: Als u geen aangepast opslagaccount gebruikt, maakt VM Image Builder standaard een ZRS-opslagaccount in regio's die beschikbaarheidszones ondersteunen. Als u een aangepast opslagaccount gebruikt, bent u verantwoordelijk voor het configureren van de redundantie om te voldoen aan uw vereisten. Gebruik ZRS om kopieën van de VHD op te slaan in meerdere beschikbaarheidszones. Zie Betrouwbaarheid in Azure Blob Storage voor meer informatie over hoe ZRS werkt.

Tolerantie voor storingen in de hele regio

Buildbewerkingen en voltooide images gedragen zich anders tijdens regiobrede storingen.

• Builds: Azure VM Image Builder is een service in één regio en biedt geen ingebouwde failover voor meerdere regio's. Als de regio die als host fungeert voor uw image-sjabloon niet meer beschikbaar is, zijn de image-sjabloon en buildbewerkingen in die regio ook niet beschikbaar. De service schakelt niet automatisch over naar een andere regio.

  Als u image builds wilt uitvoeren tijdens regiostoringen, implementeert u uw imagesjablonen en ondersteunende resources in meerdere Azure-regio's. Zie Aangepaste oplossingen voor meerdere regio's voor tolerantie voor meer informatie.

• Afbeeldingen: Voltooide installatiekopieën blijven beschikbaar als hun opslag bestand is tegen storingen in de hele regio.

  • Azure Compute Gallery: u kunt Azure Compute Gallery configureren om installatiekopieversies te repliceren naar meerdere regio's. Replicatie is asynchroon en u kunt alleen een imageversie in een doelregio gebruiken nadat de replicatie naar die regio is voltooid.

    Tijdens een storing in één regio blijven voltooide replica's beschikbaar voor VM-implementaties in gezonde doelregio's. Als de regio met de galerieresource echter niet beschikbaar is, kunt u geen galerieresources maken of bijwerken. Als u installatiekopieversies wilt blijven publiceren tijdens een storing in een regio, moet u afzonderlijke galerieën in afzonderlijke buildregio's onderhouden. Zie Azure Compute Gallery-replicatie en best practices voor meer informatie.

  • VHD's in Azure Blob Storage: de standaard door de service beheerde VHD-bestemming biedt geen geografische redundantie. In regio's die beschikbaarheidszones ondersteunen, wordt ZRS gebruikt, wat niet beschermt tegen een storing in de hele regio.

    In een regio met een gekoppelde regio kunt u de VHD distribueren naar een aangepaste opslagaccount dat gebruikmaakt van geografisch redundante opslag (GRS) of geografisch zone-redundante opslag (GZRS). Leestoegang GRS (RA-GRS) en leestoegang GZRS (RA-GZRS) bieden alleen-lezentoegang via een secundair eindpunt, maar ze voeren geen failover uit. Als u normale lees-schrijftoegang in de gekoppelde regio wilt herstellen, start u een door de klant beheerde failover of kopieert u de VHD van het secundaire eindpunt naar een afzonderlijk opslagaccount. Geo-replicatie is asynchroon, dus een niet-geplande failover kan gegevens verliezen die niet zijn gerepliceerd. Controleer indien mogelijk de eigenschap Laatste synchronisatietijd van het opslagaccount voor failover.

    Zie Betrouwbaarheid in Azure Blob Storage voor meer informatie over Blob Storage failovergedrag en alternatieve benaderingen voor het repliceren van gegevens tussen niet-gekoppelde regio's.

Aangepaste multiregionale oplossingen voor veerkracht

Als u images wilt blijven bouwen tijdens een storing in een regio, bent u verantwoordelijk voor het implementeren en beheren van onafhankelijke buildomgevingen in meerdere regio's.

Kies regio's die VM Image Builder ondersteunen. Implementeer in elke buildregio een installatiekopie-sjabloon en de bijbehorende regiospecifieke afhankelijkheden, waaronder beheerde identiteiten en roltoewijzingen, netwerkconfiguratie, aanpassingsartefacten, een broninstallatiekopie of afbeeldingsreplica en distributiedoelen.

Als u afbeeldingen wilt publiceren terwijl de regio van een galerie niet beschikbaar is, gebruikt u een onafhankelijke Compute Gallery-resource in elke buildregio. Het repliceren van imageversies vanuit één gallery maakt de gallery niet tot een volledig multiregion-resource.

Definieer deze resources met infrastructuur als code en behandel deze definities als de bron van waarheid. Houd de regionale omgevingen gesynchroniseerd wanneer de configuratie verandert en test regelmatig of elke omgeving een image kan bouwen en distribueren.

Back-up maken en terugzetten

Azure VM Image Builder vervangt uw back-up- en herstelproces niet. In de meeste gevallen is het artefact dat van belang is voor herstel de voltooide image die u publiceert naar Azure Compute Gallery of VHD-opslag.

Volg deze aanbevelingen om het herstel na beschadiging of een uitgebreide niet-geplande storing te verbeteren:

• Bewaar gepubliceerde afbeeldingen in Azure Compute Gallery of andere distributiedoelen op basis van uw retentievereisten.

• Als u een VHD maakt en de standaard-VHD-bestemming gebruikt, kopieert u de VHD naar uw eigen duurzame opslag voordat u de imagesjabloon verwijdert.

• Gebruik versiebeheer om definities van afbeeldingssjablonen op te slaan en te versioneren.

• Gebruik broncodebeheer of een ander type duurzame opslag om aanpassingsscripts en -pakketten op te slaan en te beheren in versiebeheer.

• Controleer regelmatig of elke vooraf uitgerolde herstelomgeving een installatiekopie kan bouwen en distribueren.

Tolerantie voor serviceonderhoud

Microsoft beheert onderhoud voor Azure VM Image Builder. VM Image Builder verwerkt tijdens runtime geen toepassingsverkeer, dus onderhoud heeft geen invloed op VM's die u al hebt gemaakt op basis van gepubliceerde installatiekopieën. Als een build is vertraagd of onderbroken tijdens onderhoud of een andere service-gebeurtenis, controleer de status en logboeken en voer deze opnieuw uit.

Gebruik Azure Service Health om gepland onderhoud en service-incidenten te bewaken die van invloed kunnen zijn op uw buildregio.

Diensteniveau-overeenkomst

Azure VM Image Builder biedt geen SLA (Service Level Agreement) voor beschikbaarheid.

Elke SLA die van toepassing is op een distributiedoel of opslagservice, is afzonderlijk van toepassing en biedt geen beschikbaarheidsverplichting voor een VM Image Builder-sjabloon of buildbewerkingen.

Verwante onderwerpen

• Overzicht van Azure VM Image Builder
• Een VM Image Builder-sjabloon maken
• Geïsoleerde buildprocessen voor installatiekopieën met Azure VM Image Builder
• Problemen met Azure VM Image Builder oplossen
• Overzicht van Azure Compute Gallery