Rolling upgrades configureren voor virtuele-machineschaalsets

Het gebruik van een beleid voor doorlopende upgrades is de veiligste manier om updates toe te passen op de exemplaren in een Virtual Machine Scale Set. Door updates in batches uit te voeren, zorgt u ervoor dat uw schaalset een vast aantal instanties beschikbaar houdt om verkeer af te handelen. Dit betekent dat u niet uw volledige werklast hoeft stil te leggen om een wijziging door te voeren.

Het beleid voor rolling upgrades is het meest geschikt voor productieworkloads.

Vereisten

  • Wanneer u een doorlopend upgradebeleid gebruikt voor Virtual Machine Scale Sets met Flexibele orkestratie, moet de schaalset ook de extensie voor toepassingsstatus gebruiken om de status van de toepassing te bewaken.

  • Wanneer u een beleid voor rolling upgrades gebruikt voor virtuele-machineschaalsets met Uniform Orchestration, moet de schaalset ook een statusprobe hebben of de toepassingsstatus-extensie gebruiken om de toepassingsstatus te bewaken.

  • Als u een virtuele machine koppelt aan een Virtual Machine Scale Set, moet de gekoppelde virtuele machine ook een Application Health-extensie hebben. Als een gekoppelde virtuele machine geen geconfigureerde gezondheidsextensie heeft die de toepassingsgezondheid rapporteert, kan de doorlopende upgrade worden beïnvloed.

Concepten

Modus voor upgradebeleid tegenover beleid voor doorlopende upgrades

De upgradebeleidsmodus en het doorlopend upgradebeleid zijn in elkaar genest, maar vormen afzonderlijke instellingen binnen het upgradebeleid. Dit betekent dat, hoewel uw schaalset een automatische of handmatige upgradebeleidsmodus kan gebruiken, er nog steeds een doorlopend upgradebeleid aan is gekoppeld. Dit rolling upgradebeleid wordt geleverd met standaardinstellingen, maar kan ook worden geconfigureerd om te voldoen aan de behoeften van uw bedrijf.

"properties": {
        "upgradePolicy": {
            "mode": "<Automatic, Manual, Rolling>",
            "rollingUpgradePolicy": {
            "maxBatchInstancePercent": 20,
            "maxUnhealthyInstancePercent": 20,
            "maxUnhealthyUpgradedInstancePercent": 20,
            "pauseTimeBetweenBatches": "PT2S",
            "MaxSurge": "false"
            }
        }
    }

Voor updates van schaalsetmodellen bepaalt de upgradebeleidsmodus hoe de exemplaren in de schaalset up-to-date worden gebracht.

Belangrijk

Als u automatische upgrades van installatiekopieën van het besturingssysteem of automatische uitbreidingsupgrades gebruikt, gebruiken deze functies de upgradebeleidsmodus niet. In plaats daarvan gebruiken deze functies de configuratie-instellingen voor het beleid voor doorlopende upgrades om doorlopende upgrades uit te voeren.

Configuratie-instellingen voor beleid voor geleidelijke upgrades

Instelling Beschrijving
Batchgrootte voor rolling upgrades % Hiermee geeft u op hoeveel van de totale exemplaren van uw schaalset u tegelijk wilt upgraden.

Voorbeeld: Een batchgrootte van 20% wanneer u tien exemplaren in uw schaalset hebt, resulteert in upgradebatches met elk twee exemplaren.
Onderbrekingstijd tussen batches (sec) Hiermee geeft u aan hoe lang uw schaalset wacht tussen het voltooien van een upgradebatch en het starten van een nieuwe.

Voorbeeld: Een pauzetijd van 10 seconden betekent dat de schaalset, zodra een batch succesvol is voltooid, 10 seconden zal wachten voordat deze doorgaat met de volgende batch.
Maximaal percentage ongezonde instanties Hiermee geeft u het totale aantal exemplaren op dat mag worden gemarkeerd als beschadigd voor en tijdens de rolling upgrade.

Voorbeeld: Een maximaal percentage ongezonde instanties van 20% betekent dat als u een schaalset met 10 instanties hebt en meer dan twee instanties in de volledige schaalset als ongezond worden gerapporteerd, de rolling upgrade stopt.
Maximaal beschadigd upgradepercentage Hiermee geeft u het totale aantal exemplaren dat als beschadigd mag worden gemarkeerd nadat de upgrade is uitgevoerd.

Voorbeeld: Een maximaal percentage van 20 voor ongezonde upgrades betekent dat als u een schaalset met 10 instanties hebt en meer dan twee instanties in de hele schaalset na de upgrade als ongezond worden gerapporteerd, de rolling upgrade wordt geannuleerd.
Prioriteit geven aan beschadigde exemplaren Hiermee geeft u aan dat de schaalset eerst instanties moet upgraden die als ongezond worden gerapporteerd, voordat instanties die als gezond worden gerapporteerd worden geüpgraded.

Voorbeeld: Als sommige instanties in uw schaalset zijn uitgevallen of ongezond zijn wanneer een doorlopende upgrade begint, werkt de schaalset die instanties eerst bij.
Upgrade voor meerdere zones inschakelen Hiermee kan de schaalset grenzen van beschikbaarheidszones negeren bij het bepalen van batches. Hierdoor kan de rolling upgrade uw schaalset in feite beschouwen als een regionale (niet-zonegebonden) implementatie in plaats van een implementatie die meerdere zones beslaat.
MaxSurge Nieuwe exemplaren worden in batches gemaakt met behulp van het nieuwste schaalmodel. Zodra de batch met nieuwe exemplaren succesvol is gemaakt en als gezond is gemarkeerd, verwijdert de schaalset vervolgens exemplaren in batches volgens het oude schaalsetmodel. Dit gaat door totdat alle instanties bijgewerkt zijn. Doorlopende upgrades met MaxSurge kunnen de beschikbaarheid van de service tijdens upgrades helpen verbeteren.

Zie doorlopende upgrades voor MaxSurge voor meer informatie.
Instanties terugdraaien bij een beleidsschending (alleen Uniform Orchestration) Het terugdraaien van mislukte exemplaren naar het vorige model als het beleid voor rolling upgrades wordt geschonden.

Het beleid voor doorlopende upgrades instellen of bijwerken

Het beleid voor doorlopende upgrades kan worden ingesteld bij het maken van een schaalset. Omdat het rolling-upgradebeleid vereist dat de status van de toepassing succesvol wordt bewaakt en er specifieke instellingen zijn die bepalen hoe upgrades worden afgerond, wordt aangeraden eerst uw schaalset te maken in de modus voor handmatige upgrades. Zodra u hebt bevestigd dat de toepassingsstatus succesvol wordt gerapporteerd, wijzigt u uw upgradebeleid van handmatig naar gefaseerd.

Selecteer de virtuele-machineschaalset waarvoor u het upgradebeleid wilt wijzigen. Selecteer in het menu onder InstellingenUpgradebeleid en selecteer in de vervolgkeuzelijst Rolling - Upgrades worden in batches uitgerold met optionele pauze.

Schermopname van het wijzigen van het upgradebeleid en het inschakelen van MaxSurge in Azure Portal.

Status van doorlopende upgrade opvragen

Wanneer in het Azure-portal een gefaseerde upgrade wordt geactiveerd, verschijnt bovenaan de resource van uw schaalset een banner met de melding dat er een gefaseerde upgrade wordt uitgevoerd. U kunt Details weergeven selecteren om de status van de rolling upgrade te bekijken. Wanneer alle updates zijn voltooid, verdwijnt de banner.

Schermopname van de banner wanneer er een rolling upgrade plaatsvindt.

Schermafbeelding met details van de rolling upgrade in de Azure-portal.

Daarnaast kunt u precies bekijken welke wijzigingen worden geïmplementeerd in het activiteitenlogboek. De gebeurtenis voor de doorlopende upgrade staat onder Virtuele-machineschaalset maken of bijwerken. Selecteer Wijzigingsgeschiedenis om te controleren wat er wordt bijgewerkt.

Schermafbeelding van de details van de doorlopende upgrade in het activiteitenlogboek.

Een doorlopende upgrade annuleren

U kunt een doorlopende upgrade annuleren met behulp van Azure Portal door de details van de weergave te selecteren in de banner boven uw schaalset. In het pop-upvenster kunt u de huidige status bekijken en onderaan is een optie voor het annuleren van de upgrade .

Schermafbeelding met de details van de doorlopende upgrade in het activiteitenlogboek.

Doorlopende upgrade opnieuw starten

Als u besluit een doorlopende upgrade te annuleren, of als de upgrade is gestopt vanwege een schending van beleid, dan leiden verdere wijzigingen die resulteren in nog een wijziging van het schaalsetmodel tot een nieuwe doorlopende upgrade. Als u een rolling upgrade opnieuw wilt starten, activeert u een algemene modelupdate. Hiermee krijgt de schaalset de opdracht te controleren of alle instanties up-to-date zijn volgens het meest recente model.

Als u een rolling upgrade opnieuw wilt starten nadat deze is geannuleerd, activeert u de schaalset om te controleren of de exemplaren in de schaalset up-to-date zijn met het nieuwste schaalsetmodel. U kunt dit doen door az vmss update uit te voeren.

az vmss update \
    --name myScaleSet \
    --resource-group myResourceGroup

Volgende stappen

Meer informatie over hoe u handmatige upgrades uitvoert op Virtual Machine Scale Sets.