Onderhoud voor virtuele machines in Azure

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

Azure werkt het platform regelmatig bij om de betrouwbaarheid, prestaties en beveiliging van de hostinfrastructuur voor virtuele machines te verbeteren. 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 zelden invloed hebben op de gehoste VM's. Wanneer updates een effect hebben, kiest Azure de minst impactvolle methode voor updates:

  • Als voor de update geen herstart is vereist, wordt de VIRTUELE machine onderbroken terwijl de host wordt bijgewerkt of wordt de VIRTUELE machine 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 moment dat voor u werkt. Het venster 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 voor gepland onderhoud verwerken met behulp van de Azure CLI, PowerShell of portal voor instructies over 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 geen herstart is vereist

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

Het meeste niet-impactonderhoud onderbreekt de VM gedurende minder dan 10 seconden. In bepaalde gevallen maakt Azure gebruik van onderhoudsmechanismen voor geheugenbehoud. Met deze mechanismen wordt de VIRTUELE machine doorgaans maximaal 30 seconden onderbroken en blijft het geheugen in het RAM-geheugen behouden. De VIRTUELE machine wordt vervolgens hervat en de klok wordt automatisch gesynchroniseerd.

Onderhoud met geheugenbehoud werkt voor meer dan 90 procent van de Azure-VM's. Het werkt niet voor G-, L-, M-, N- en H-serie. Azure maakt steeds vaker gebruik van livemigratietechnologieën en verbetert onderhoudsmechanismen voor geheugenbehoud om de onderbrekingsduur te verminderen.

Deze onderhoudsbewerkingen waarvoor geen herstart is vereist, worden één foutdomein tegelijk toegepast. Ze stoppen als ze waarschuwingen 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 op Beschikbaarheidszones en over 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 wordt gemigreerd naar een andere host, kunnen sommige gevoelige werkbelastingen in de paar minuten voordat de VM wordt onderbroken, een lichte prestatievermindering vertonen. 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 het Azure-onderhoud te verminderen.

Voor meer controle over alle onderhoudsactiviteiten, waaronder updates zonder impact en opnieuw opstarten, kunt u een onderhoudsconfiguratiefunctie maken. Het maken van een onderhoudsconfiguratie biedt 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.

Livemigratie

Livemigratie is een bewerking waarvoor geen herstart is 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-, M-, N- en H-serie komen alle IaaS-VM's (Infrastructure as a Service) in aanmerking voor livemigratie. 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 de Azure Portal voor livemigratiebewerkingen waarvoor geen herstart is vereist. Als u een lijst wilt weergeven 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 van tevoren 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 de Azure Portal in de logboeken Monitor en Service Health, evenals in Geplande gebeurtenissen als u deze services gebruikt.

Onderhoud waarvoor opnieuw opstarten is vereist

In het zeldzame geval waarin VM's opnieuw moeten worden opgestart voor gepland onderhoud, wordt u vooraf op de hoogte gebracht. 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 een query uitvoeren op elke VM 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. Zie 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 dynamische IP-adressen bijgewerkt die zijn gekoppeld aan de virtuele netwerkinterface.

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

Wanneer de selfservicefase eindigt, 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.

Beschikbaarheidsoverwegingen 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 maken 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 VM in VS - noord-centraal geen VM in VS - zuid-centraal tegelijkertijd bij. Tegelijkertijd met VS - oost kan er echter wel onderhoud plaatsvinden in andere regio's, zoals Europa - noord. Inzicht in de werking van regioparen kan u helpen uw VM's beter te 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 die zijn voorzien van een 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 maakt in drie zones in een Azure-regio, 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, voorkomen wanneer dit 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 uniform orchestration-modus 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 Uniforme schaalsets

Wanneer u een workload implementeert op Virtuele Azure-machines, 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 onderhoudsbeurtenissen waarvoor opnieuw opstarten is vereist, ten minste één virtuele machine 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.