Rolling upgrades configureren voor virtuele-machineschaalsets
Het gebruik van een rolling upgradebeleid is de veiligste manier om updates toe te passen op exemplaren in een virtuele-machineschaalset. Door updates in batches uit te voeren, zorgt u ervoor dat uw schaalset een vast aantal exemplaren onderhoudt om verkeer te nemen, wat betekent dat u uw hele werkbelasting niet hoeft uit te schakelen om een wijziging aan te brengen.
Beleid voor rolling upgrades is het meest geschikt voor productieworkloads.
Notitie
Als u de referentieversie van de installatiekopieën tijdens een upgrade wilt bijwerken, registreert u de volgende functievlag:
Register-AzProviderFeature -FeatureName ImageReferenceUpgradeForVmoVMs -ProviderNamespace Microsoft.Compute
Als u rolling upgrades wilt gebruiken met MaxSurge-upgrades, registreert u de volgende functie:
Register-AzProviderFeature -FeatureName MaxSurgeRollingUpgrade -ProviderNamespace Microsoft.Compute
Vereisten
Wanneer u een rolling upgradebeleid gebruikt voor virtuele-machineschaalsets met flexibele indeling, moet de schaalset ook de toepassingsstatusextensie gebruiken om de toepassingsstatus te bewaken.
Wanneer u een rolling upgradebeleid gebruikt voor virtuele-machineschaalsets met Uniform Orchestration, moet de schaalset ook een statustest hebben of de toepassingsstatusextensie gebruiken om de toepassingsstatus te bewaken.
Als u een virtuele machine aan een virtuele-machineschaalset koppelt, moet de gekoppelde virtuele machine ook een toepassingsstatusextensie hebben. Als een gekoppelde virtuele machine geen statusextensie heeft geconfigureerd en de toepassingsstatus rapporteert, kan de rolling upgrade worden beïnvloed.
Concepten
Upgradebeleidsmodus versus rolling upgradebeleid
De upgradebeleidsmodus en het rolling upgradebeleid zijn genest, maar afzonderlijke instellingen van het upgradebeleid. Dit betekent dat hoewel uw schaalset een automatische of handmatige upgradebeleidsmodus kan gebruiken, er nog steeds een rolling upgradebeleid 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, gebruikt deze functie de upgradebeleidsmodus niet. In plaats daarvan gebruiken deze functies de configuratie-instellingen voor het rolling upgradebeleid om rolling upgrades uit te voeren.
Configuratie-instellingen voor rolling upgradebeleid
| Instelling | Beschrijving |
|---|---|
| Batchgrootte rolling upgrade % | 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 op hoe lang uw schaalset moet wachten tussen het voltooien van een upgradebatch en het starten van een nieuwe. Voorbeeld: Een onderbrekingstijd van 10 seconden betekent dat wanneer een batch is voltooid, de schaalset 10 seconden wacht voordat deze naar de volgende batch gaat. |
| Maximaal beschadigd exemplaarpercentage | Hiermee geeft u het totale aantal exemplaren op dat mag worden gemarkeerd als beschadigd voor en tijdens de rolling upgrade. Voorbeeld: Een maximaal beschadigd exemplaar % van 20 betekent dat als u een schaalset van 10 exemplaren hebt en meer dan twee exemplaren in het hele schaalsetrapport als beschadigd, 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 beschadigd upgradepercentage van 20 betekent dat als u een schaalset van 10 exemplaren hebt en meer dan twee exemplaren in het hele schaalsetrapport weer beschadigd is nadat de upgrade is uitgevoerd, de rolling upgrade wordt geannuleerd. |
| Prioriteit geven aan beschadigde exemplaren | Hiermee geeft u aan dat de schaalset exemplaren moet upgraden die als beschadigd rapporteren voordat het upgraden van exemplaren als in orde is. Voorbeeld: Als sommige exemplaren in uw schaal zijn mislukt of niet in orde zijn wanneer een rolling upgrade wordt gestart, worden deze exemplaren eerst bijgewerkt door de schaalset. |
| 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 behandelen als een regionale implementatie in plaats van een zonegebonden implementatie. |
| MaxSurge | Nieuwe exemplaren worden in batches gemaakt met behulp van het nieuwste schaalmodel. Zodra de batch met nieuwe exemplaren is gemaakt en gemarkeerd als in orde, verwijdert de schaalset vervolgens exemplaren in batches die overeenkomen met het oude schaalsetmodel. Dit gaat door totdat alle exemplaren up-to-date zijn. rolling upgrades met MaxSurge kunnen helpen bij het verbeteren van de uptime van de service tijdens upgradegebeurtenissen. Zie Rolling upgrades voor MaxSurge voor meer informatie. |
Het rolling upgradebeleid instellen of bijwerken
Beleid voor rolling upgrades kan worden geconfigureerd tijdens het maken van een schaalset. Omdat het rolling upgradebeleid de status van de toepassing moet controleren en er specifieke instellingen zijn die bepalen hoe upgrades worden voltooid, wordt u aangeraden eerst uw schaalset te maken met behulp van de handmatige upgrademodus. Zodra u hebt bevestigd dat de status van de toepassing is gerapporteerd, werkt u uw upgradebeleid bij van handmatig naar rolling.
Selecteer de virtuele-machineschaalset waarvoor u het upgradebeleid wilt wijzigen. Selecteer in het menu onder Instellingen upgradebeleid en selecteer in de vervolgkeuzelijst Rolling - Upgrades in batches met optionele pauze.
Status van rolling upgrade ophalen
Wanneer een rolling upgrade wordt geactiveerd in Azure Portal, wordt boven aan uw schaalsetresource een banner weergegeven waarin wordt aangegeven dat er een rolling upgrade wordt uitgevoerd. U kunt op Details weergeven klikken om de status van de rolling upgrade te bekijken. Wanneer alle updates zijn voltooid, verdwijnt de banner.
Daarnaast kunt u precies bekijken welke wijzigingen worden geïmplementeerd in het activiteitenlogboek. De gebeurtenis rolling upgrade bevindt zich onder Virtuele-machineschaalset maken of bijwerken. Selecteer Wijzigingsgeschiedenis om te controleren wat er wordt bijgewerkt.
Een rolling 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 .
Een rolling upgrade opnieuw starten
Als u besluit om een rolling upgrade te annuleren of de upgrade is gestopt vanwege een beleidsschending, worden wijzigingen die resulteren in een andere wijziging van het schaalsetmodel een nieuwe rolling upgrade geactiveerd. Als u een rolling upgrade opnieuw wilt starten, activeert u een algemene modelupdate. Dit vertelt de schaalset om te controleren of alle exemplaren up-to-date zijn met het nieuwste 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 het uitvoeren van handmatige upgrades op virtuele-machineschaalsets.