Upgradebeleid voor virtuele-machineschaalsets

  • Artikel

Het upgradebeleid van een virtuele-machineschaalset bepaalt hoe virtuele machines up-to-date kunnen worden gebracht met het nieuwste schaalsetmodel.

Beleidsmodi upgraden

Het upgradebeleid dat beschikbaar is voor virtuele-machineschaalsets, is automatisch, handmatig en rolling. Het upgradebeleid dat u kiest, kan van invloed zijn op de algehele bedrijfstijd van uw virtuele-machineschaalset.

Daarnaast kunnen er situaties zijn waarin u specifieke exemplaren in uw schaalset anders wilt behandelen dan de rest. Bepaalde exemplaren in de schaalset kunnen bijvoorbeeld nodig zijn om andere taken uit te voeren dan de andere leden van de schaalset. In deze situaties biedt Instantiebeveiliging de besturingselementen die nodig zijn om deze exemplaren te beschermen tegen een upgrade naast de andere exemplaren wanneer er een upgrade plaatsvindt.

Beleid voor automatische upgrade

Notitie

Beleid voor automatische upgrade is alleen beschikbaar voor Virtuele-machineschaalsets met Uniform Orchestration.

Met een beleid voor automatische upgrades geeft de schaalset geen garanties over de volgorde van virtuele machines die worden teruggebracht. De schaalset kan alle virtuele machines tegelijkertijd uitschakelen om upgrades uit te voeren.

Beleid voor automatische upgrade is het meest geschikt voor DevTest-scenario's waarbij u zich geen zorgen maakt over de uptime van uw exemplaren terwijl u wijzigingen aanbrengt in configuraties en instellingen.

Als uw schaalset deel uitmaakt van een Service Fabric-cluster, is de automatische modus de enige beschikbare modus. Zie Service Fabric-toepassingsupgrades voor meer informatie.

Beleid voor handmatige upgrade

Notitie

Handmatig upgradebeleid is beschikbaar voor virtuele-machineschaalsets met uniform orchestration en virtuele-machineschaalsets met flexibele indeling.

Handmatig upgradebeleid voor virtuele-machineschaalsets met Flexibele indeling is momenteel beschikbaar als preview-versie. Previews worden voor u beschikbaar gesteld op voorwaarde dat u akkoord gaat met de aanvullende gebruiksvoorwaarden. Sommige aspecten van deze functie worden mogelijk nog gewijzigd voordat de functie algemeen beschikbaar wordt.

Met een handmatig upgradebeleid kiest u wanneer u de schaalsetexemplaren wilt bijwerken. Er gebeurt niets automatisch met de bestaande virtuele machines wanneer wijzigingen plaatsvinden in het schaalsetmodel. Nieuwe exemplaren die aan de schaalset zijn toegevoegd, maken gebruik van het meest beschikbare update-to-date model.

Beleid voor handmatige upgrades is het meest geschikt voor workloads waarvoor u meer controle nodig hebt over wanneer en hoe exemplaren worden bijgewerkt.

Beleid voor rolling upgrades

Notitie

Beleid voor rolling upgrades is alleen beschikbaar voor Virtuele-machineschaalsets met Uniform Orchestration.

Met een rolling upgradebeleid voert de schaalset updates uit in batches. U krijgt ook meer controle over de upgrades met instellingen zoals batchgrootte, maximaal gezond percentage, prioriteit geven aan beschadigde exemplaren en het inschakelen van upgrades in verschillende beschikbaarheidszones.

Beleid voor rolling upgrades is het meest geschikt voor productieworkloads waarvoor een bepaald aantal exemplaren altijd beschikbaar is. Rolling upgrades zijn de veiligste manier om exemplaren te upgraden naar het nieuwste model zonder de beschikbaarheid en uptime in gevaar te brengen.

Wanneer u een rolling upgrade-beleid gebruikt, moet de schaalset ook een statustest hebben of de toepassingsstatusextensie gebruiken om de toepassingsstatus te bewaken.

Zie Rolling Upgrade-beleid configureren voor meer informatie.

Wat een upgrade activeert

De wijzigingen in een schaalset kunnen van invloed zijn op de beschikbaarheid van de exemplaren. Wijzigingen die van invloed zijn op het virtuele-machineschaalsetmodel kunnen een upgrade activeren en deze upgrades worden toegepast op de exemplaren in de schaalset op basis van het upgradebeleid dat u gebruikt. De uitzondering hierop is als u Exemplaarbeveiliging inschakelt voor specifieke exemplaren.

Voor sommige upgrades moet een virtuele machine opnieuw worden opgestart, terwijl andere kunnen worden voltooid zonder dat de exemplaren van de schaalset worden onderbroken. Updates waarvoor het exemplaar van de virtuele machine opnieuw moet worden opgestart, opnieuw moet worden opgestart of opnieuw moet worden geïmplementeerd, zijn onder andere:

  • Updates voor wachtwoord- of SSH-sleutels
  • Wijzigingen in aangepaste gegevens
  • Secundaire upgrades van het besturingssysteem
  • Wijzigingen in grootte van virtuele machines
  • Beschikbaarheidszones toevoegen
  • Foutdomeinwijzigingen
  • Wijzigingen in nabijheidsplaatsingsgroep

Notitie

Hoewel wijzigingen in wachtwoord en aangepaste gegevens kunnen worden aangebracht zonder opnieuw op te starten, moet u de installatiekopie van de virtuele machine opnieuw instellen om de upgrades toe te passen op de exemplaren van de virtuele machine. Zie De installatiekopie van een virtuele machine herstellen voor meer informatie

Als u een rolling upgradebeleid met MaxSurge gebruikt, worden wijzigingen in het modelresultaat van de schaalset een rolling upgrade geactiveerd. MaxSurge is de voorgestelde manier om alle schaalsetupgrades te implementeren om ervoor te zorgen dat uw toepassing beschikbaar blijft en in orde blijft tijdens het hele upgradeproces. Zie Rolling Upgrade-beleid configureren voor meer informatie over MaxSurge.

Volgende stappen

Meer informatie over het instellen van het upgradebeleid van uw virtuele-machineschaalset.