Onderhoud voor virtuele machines in Azure

Van toepassing op: ✔️ Virtuele Linux-machines voor Windows-VM's ✔️ ✔️ Flexibele schaalsets Uniform-schaalsets ✔️

Van tijd tot tijd voert Azure updates van zijn platform uit om de betrouwbaarheid, prestaties en veiligheid te verbeteren van de host-infrastructuur voor virtuele machines. Het doel van deze updates behelst zowel het uitvoeren van softwarepatches voor onderdelen in de hostomgeving als het upgraden van netwerkonderdelen of het buiten gebruik stellen van hardware.

Updates zijn zelden van invloed op de gehoste VM's. Wanneer updates een effect hebben, kiest Azure de minst impactvolle methode voor updates:

• Als de update geen herstart vereist, wordt de VM onderbroken terwijl de host wordt bijgewerkt of wordt de VM live gemigreerd naar een al bijgewerkte host.
• Als onderhoud opnieuw moet worden opgestart, wordt u op de hoogte gesteld van het geplande onderhoud. Azure biedt ook een tijdvenster waarin u het onderhoud zelf kunt starten, op een tijdstip dat voor u uitkomt. Het tijdvenster voor zelfonderhoud is doorgaans 35 dagen (voor hostmachines) tenzij het onderhoud dringend is. Azure investeert in technologieën om het aantal gevallen te verminderen waarin gepland platformonderhoud vereist dat de VM's opnieuw worden opgestart. Zie Meldingen over gepland onderhoud verwerken met behulp van de Azure CLI, PowerShell of portal voor instructies voor het beheren van gepland onderhoud.

Op deze pagina wordt beschreven hoe Azure beide typen onderhoud uitvoert. Zie De beschikbaarheid van VM's voor Windows of het bijbehorende artikel voor Linux beheren voor meer informatie over niet-geplande gebeurtenissen (storingen).

Binnen een VIRTUELE machine kunt u meldingen ontvangen over gepland onderhoud met behulp van geplande gebeurtenissen voor Windows of Linux.

Onderhoud waarvoor opnieuw opstarten niet nodig is

De meeste platformupdates hebben geen invloed op vm's van klanten. Wanneer een update zonder impact niet mogelijk is, kiest Azure het updatemechanisme dat het minst van invloed is op de vm's van klanten.

Wanneer het onderhoud van de VM wordt beïnvloed, wordt deze bijna altijd voltooid via een VM-pauze gedurende minder dan 10 seconden. In zeldzame gevallen, niet meer dan één keer per 18 maanden voor VM-grootten voor algemeen gebruik, gebruikt Azure een mechanisme waarmee de VIRTUELE machine ongeveer 30 seconden wordt onderbroken. Na een onderbrekingsbewerking wordt de klok van de VIRTUELE machine automatisch gesynchroniseerd wanneer deze wordt hervat.

Onderhoud met geheugenbehoud werkt voor meer dan 90 procent van de Virtuele Azure-machines. Het werkt niet voor de G-, M-, N- en H-serie. Azure maakt steeds vaker gebruik van technologieën voor livemigratie en verbetert onderhoudsmechanismen met geheugenbehoud om de onderbrekingsduur te verminderen.

Deze onderhoudsbewerkingen waarvoor opnieuw opstarten niet nodig is, worden één foutdomein tegelijk toegepast. Ze stoppen als ze waarschuwingssignalen ontvangen van platformbewakingshulpprogramma's. Onderhoudsbewerkingen waarvoor geen herstart is vereist, kunnen gelijktijdig plaatsvinden in gekoppelde regio's of Beschikbaarheidszones. Voor een bepaalde wijziging wordt de implementatie meestal gesequentieerd over Beschikbaarheidszones en tussen regioparen, maar er kan sprake zijn van overlapping aan de staart.

Deze typen updates kunnen van invloed zijn op sommige toepassingen. Wanneer de VIRTUELE machine live naar een andere host wordt gemigreerd, kunnen sommige gevoelige workloads een lichte prestatievermindering vertonen in de paar minuten voordat de VM wordt onderbroken. Probeer geplande gebeurtenissen voor Windows of Linux te gebruiken voor dergelijke toepassingen om het onderhoud van vm's voor te bereiden en de impact tijdens azure-onderhoud te verminderen.

Voor een grotere controle over alle onderhoudsactiviteiten, inclusief updates zonder impact en zonder opnieuw opstarten, kunt u een onderhoudsconfiguratiefunctie maken. Als u een onderhoudsconfiguratie maakt, hebt u de mogelijkheid om alle platformupdates over te slaan en de updates op uw keuze toe te passen. Zie Platformupdates beheren met onderhoudsconfiguraties voor meer informatie.

Live migration

Livemigratie is een bewerking die geen herstart vereist en die geheugen voor de virtuele machine behoudt. Het veroorzaakt een pauze of bevriezen, meestal niet langer dan 5 seconden. Met uitzondering van G-, L-, N- en H-serie komen alle IaaS-VM's (Infrastructure as a Service) in aanmerking voor livemigratie. Livemigratie is beschikbaar voor de meeste SKU's uit de M-serie. In aanmerking komende VM's vertegenwoordigen meer dan 90 procent van de IaaS-VM's die zijn geïmplementeerd in de Azure-vloot.

Notitie

U ontvangt geen melding in Azure Portal voor livemigratiebewerkingen waarvoor geen herstart is vereist. Als u een lijst wilt zien met livemigraties waarvoor geen herstart is vereist, voert u een query uit op geplande gebeurtenissen.

Het Azure-platform start livemigratie in de volgende scenario's:

• Gepland onderhoud
• Hardwarestoring
• Toewijzingsoptimalisaties

Sommige scenario's voor gepland onderhoud maken gebruik van livemigratie en u kunt geplande gebeurtenissen gebruiken om vooraf te weten wanneer livemigratiebewerkingen worden gestart.

Livemigratie kan ook worden gebruikt om VM's te verplaatsen wanneer Azure Machine Learning-algoritmen een dreigende hardwarefout voorspellen of wanneer u VM-toewijzingen wilt optimaliseren. Zie Voor meer informatie over voorspellende modellering waarmee exemplaren van gedegradeerde hardware worden gedetecteerd, de tolerantie van azure-VM's verbeteren met voorspellende machine learning en livemigratie. Livemigratiemeldingen worden weergegeven in Azure Portal in de logboeken Monitor en Service Health en in Geplande gebeurtenissen als u deze services gebruikt.

Onderhoud waarvoor opnieuw opstarten is vereist

In het zeldzame geval dat VM's opnieuw moeten worden opgestart voor gepland onderhoud, ontvangt u van tevoren een melding. Gepland onderhoud heeft twee fasen: de selfservicefase en een geplande onderhoudsfase.

Tijdens de selfservicefase, die doorgaans vier weken duurt, start u het onderhoud op uw VM's. Als onderdeel van de selfservice kunt u elke VIRTUELE machine opvragen om de status en het resultaat van uw laatste onderhoudsaanvraag te bekijken.

Notitie

Voor VM-reeksen die geen ondersteuning bieden voor livemigratie, kunnen lokale (tijdelijke) schijven verloren gaan tijdens de onderhoudsgebeurtenissen. Bekijk elke afzonderlijke VM-serie voor informatie over of livemigratie wordt ondersteund.

Wanneer u selfserviceonderhoud start, wordt uw VM opnieuw geïmplementeerd naar een al bijgewerkt knooppunt. Omdat de virtuele machine opnieuw wordt geïmplementeerd, gaat de tijdelijke schijf verloren en worden openbare dynamische IP-adressen bijgewerkt die zijn gekoppeld aan de interface van het virtuele netwerk.

Als er een fout optreedt tijdens selfserviceonderhoud, stopt de bewerking, wordt de VM niet bijgewerkt en krijgt u de optie om het selfserviceonderhoud opnieuw uit te voeren.

Wanneer de selfservicefase afloopt, begint de geplande onderhoudsfase . Tijdens deze fase kunt u nog steeds een query uitvoeren op de onderhoudsfase, maar u kunt het onderhoud niet zelf starten.

Zie Meldingen over gepland onderhoud verwerken met behulp van de Azure CLI, PowerShell of portal voor meer informatie over het beheren van onderhoud waarvoor opnieuw opstarten is vereist.

Overwegingen voor beschikbaarheid tijdens gepland onderhoud

Als u besluit te wachten tot de geplande onderhoudsfase, moet u rekening houden met de hoogste beschikbaarheid van uw VM's.

Gekoppelde regio's

Elke Azure-regio wordt gekoppeld aan een andere regio binnen dezelfde geografische omgeving. Samen vormen ze een regiopaar. Tijdens de geplande onderhoudsfase werkt Azure alleen de VM's in één regio van een regiopaar bij. Zo werkt Azure tijdens het bijwerken van de VIRTUELE machine in VS - noord-centraal niet tegelijkertijd een VIRTUELE machine bij in VS - zuid-centraal. Tegelijkertijd met VS - oost kan er echter wel onderhoud plaatsvinden in andere regio's, zoals Europa - noord. Als u begrijpt hoe regioparen werken, kunt u uw VM's beter verdelen over regio's. Zie Azure-regioparen voor meer informatie.

Beschikbaarheidszones

Beschikbaarheidszones zijn unieke, fysieke locaties binnen een Azure-regio. Elke zone bestaat uit een of meer datacenters met onafhankelijke stroomvoorziening, koeling en netwerken. Om voor tolerantie te zorgen, is er een minimum van drie afzonderlijke zones in alle ingeschakelde regio's.

Een beschikbaarheidszone is een combinatie van een foutdomein en een updatedomein. Als u drie of meer VM's in drie zones in een Azure-regio maakt, worden uw VM's effectief verdeeld over drie foutdomeinen en drie updatedomeinen. Het Azure-platform herkent deze verdeling over updatedomeinen om ervoor te zorgen dat virtuele machines in verschillende zones niet op hetzelfde moment worden bijgewerkt.

Elke infrastructuurupdate implementeert zone per zone, binnen één regio. Maar u kunt implementatie in zone 1 uitvoeren en tegelijkertijd verschillende implementaties uitvoeren in zone 2. Implementaties worden niet allemaal geserialiseerd. Maar één implementatie waarvoor opnieuw opstarten is vereist, wordt slechts één zone tegelijk geïmplementeerd om het risico te verminderen. Over het algemeen worden updates waarvoor opnieuw opstarten is vereist, vermeden wanneer dat mogelijk is en probeert Azure livemigratie te gebruiken of klanten controle te bieden.

Virtuele-machineschaalsets

Virtuele-machineschaalsets in de flexibele indelingsmodus zijn een Azure-rekenresource waarmee u de schaalbaarheid van virtuele-machineschaalsets in de uniformindelingsmodus kunt combineren met de regionale beschikbaarheidsgaranties van beschikbaarheidssets.

Met flexibele indeling kunt u kiezen of uw exemplaren zijn verdeeld over meerdere zones of over foutdomeinen binnen één regio worden verdeeld.

Beschikbaarheidssets en Uniform-schaalsets

Wanneer u een workload implementeert op Azure-VM's, kunt u de VM's binnen een beschikbaarheidsset maken om hoge beschikbaarheid voor uw toepassing te bieden. Met behulp van beschikbaarheidssets kunt u ervoor zorgen dat tijdens een storing of onderhoudsevenementen waarvoor opnieuw opstarten is vereist, ten minste één VM beschikbaar is.

Binnen een beschikbaarheidsset worden afzonderlijke VM's verdeeld over maximaal 20 updatedomeinen. Tijdens gepland onderhoud wordt op elk gewenst moment slechts één updatedomein bijgewerkt. Updatedomeinen worden niet noodzakelijkerwijs opeenvolgend bijgewerkt.

Virtuele-machineschaalsets in de uniformindelingsmodus zijn een Azure-rekenresource die u kunt gebruiken om een set identieke VM's als één resource te implementeren en beheren. De schaalset wordt automatisch geïmplementeerd in UD's, zoals VM's in een beschikbaarheidsset. Net als bij beschikbaarheidssets wordt, wanneer u Uniform-schaalsets gebruikt, slechts één UD op elk gewenst moment bijgewerkt tijdens gepland onderhoud.

Zie De beschikbaarheid van uw VM's voor Windows of het bijbehorende artikel voor Linux beheren voor meer informatie over het instellen van uw VM's voor hoge beschikbaarheid.

Volgende stappen

U kunt de Azure CLI, Azure PowerShell of de portal gebruiken om gepland onderhoud te beheren.