Delen via


Updatefasen van Azure Stack HCI, versie 23H2 bekijken

Van toepassing op: Azure Stack HCI, versie 23H2

In dit artikel worden de verschillende fasen van oplossingsupdates beschreven die worden toegepast op uw Azure Stack HCI-cluster om het up-to-date te houden. Deze informatie is van toepassing op Azure Stack HCI versie 23H2.

De procedure in dit artikel is van toepassing op zowel een enkele server als een cluster met meerdere servers waarop de nieuwste versie, inclusief de orchestrator, wordt uitgevoerd.

Over updatefasen

De Azure Stack HCI-oplossingsupdates kunnen bestaan uit updates van het besturingssysteem, agents en services en oplossingsuitbreidingen. Zie Over updates voor Azure Stack HCI versie 23H2 voor meer informatie over deze oplossingsupdates.

De nieuwe updatefunctie automatiseert het updateproces voor agents, services, inhoud van het besturingssysteem en inhoud van de oplossingsextensie, met als doel de beschikbaarheid te behouden door workloads tijdens het updateproces te verplaatsen wanneer dat nodig is.

De updates kunnen van de volgende typen zijn:

  • Updates vereist opnieuw opstarten: de updates die kunnen worden toegepast op uw Azure Stack HCI-cluster zonder dat de server opnieuw wordt opgestart in het cluster.

  • Updates waarvoor opnieuw moet worden opgestart: de updates waarvoor de server mogelijk opnieuw moet worden opgestart in uw Azure Stack HCI-cluster. Cluster-Aware Bijwerken wordt gebruikt om servers in het cluster één voor één opnieuw op te starten, waardoor de beschikbaarheid van het cluster tijdens het updateproces wordt gegarandeerd.

De updates bestaan uit verschillende fasen: het detecteren van de update, het faseren van de inhoud, het implementeren van de update en het controleren van de installatie. Voor elke fase is mogelijk geen invoer vereist, maar in elke fase vinden afzonderlijke acties plaats.

U kunt deze updates toepassen via PowerShell of de Azure Portal. Ongeacht de interface die u kiest, wordt in de volgende secties samengevat wat er gebeurt in elke fase van een update. In het volgende diagram ziet u welke acties u mogelijk moet uitvoeren tijdens elke fase en welke acties Azure Stack HCI onderneemt tijdens de updatebewerking.

Een schermopname van de verschillende fasen van een update met acties die u in elke fase moet uitvoeren.

Fase 1: Detectie en overname

Voordat Microsoft een nieuw updatepakket uitbrengt, wordt het pakket gevalideerd als een verzameling onderdelen. Nadat de validatie is voltooid, wordt de inhoud samen met de releaseopmerkingen vrijgegeven.

De releaseopmerkingen bevatten de inhoud van de update, wijzigingen, bekende problemen en koppelingen naar externe downloads die mogelijk vereist zijn (bijvoorbeeld stuurprogramma's en firmware). Zie de Opmerkingen bij de nieuwste release voor meer informatie.

Nadat Microsoft de update heeft uitgebracht, detecteert uw Azure Stack HCI-updateplatform de update automatisch. Hoewel u niet hoeft te scannen op updates, moet u naar de pagina Updates in uw beheeroppervlak gaan om de details van de nieuwe update te bekijken.

Afhankelijk van de hardware in uw cluster en het bereik van een updatebundel, moet u mogelijk extra inhoud verkrijgen en sideloaden om door te gaan met een update. De inhoud van het besturingssysteem en de agents en services wordt geleverd door Microsoft, terwijl afhankelijk van uw specifieke oplossing en de OEM mogelijk een extra download van de hardware-OEM vereist is voor de oplossingsextensie . Als er meer is vereist, wordt u door de installatiestroom om de inhoud gevraagd.

Fase 2: Gereedheidscontroles en fasering

Er zijn een reeks controles vooraf voordat u een oplossingsupdate installeert. De controles vooraf zijn gerelateerd aan de opslagsystemen, vereisten voor failoverclusters, extern beheer van het cluster en oplossingsextensies. Deze controles helpen om te bevestigen dat uw Azure Stack HCI-cluster veilig kan worden bijgewerkt en ervoor zorgt dat updates soepeler verlopen.

Een subset van deze controles kan buiten het updateproces worden gestart. Omdat nieuwe controles kunnen worden opgenomen in elke update, worden deze gereedheidscontroles uitgevoerd nadat de update-inhoud is gedownload en voordat de installatie wordt gestart.

Gereedheidscontroles kunnen ook leiden tot blokkerende voorwaarden of waarschuwingen.

  • Als de gereedheidscontroles een blokkeringsvoorwaarde detecteren, moeten de problemen worden opgelost voordat de update kan worden voortgezet.

  • Als de gereedheidscontroles resulteren in waarschuwingen over de updates, kan dit leiden tot langere updatetijden of van invloed zijn op de werkbelastingen. Mogelijk moet u de mogelijke impact bevestigen en de waarschuwing omzeilen voordat de update kan worden voortgezet.

Notitie

In deze release kunt u alleen de onmiddellijke installatie van de updates initiëren. Het plannen van updates wordt niet ondersteund.

Fase 3: Voortgang en bewaking van de installatie

Terwijl de update wordt geïnstalleerd, kunt u de voortgang controleren via de door u gekozen interface. Stappen binnen de update worden weergegeven in een hiërarchie en komen overeen met de acties die in de hele werkstroom worden uitgevoerd. Stappen kunnen dynamisch worden gegenereerd in de hele werkstroom, zodat de lijst met stappen kan worden gewijzigd. Zie voorbeelden van voortgang bewaken via PowerShell voor meer informatie.

De nieuwe updateoplossing bevat logica voor opnieuw proberen en herstellen. Er wordt geprobeerd om updateproblemen automatisch en op een niet-verstorende manier op te lossen, maar soms is handmatige interventie vereist. Zie Problemen met updates oplossen voor meer informatie.

Notitie

Zodra u het probleem hebt opgelost, moet u de controles opnieuw uitvoeren om de updategereedheid te bevestigen voordat u doorgaat.

Volgende stap

Meer informatie over het oplossen van problemen met updates.