Onderhoud voor virtuele machines in Azure

Van toepassing op: ✔️ Linux VM's ✔️ Windows VM's ✔️ Flexibele schaalsets ✔️ Uniforme schaalsets

Azure werkt het platform periodiek 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 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 niet opnieuw moet worden opgestart, wordt de VM onderbroken terwijl de host wordt bijgewerkt of wordt de VM live gemigreerd naar een reeds bijgewerkte host.
• Als voor 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 werkt. Het zelfonderhoudsvenster is doorgaans 35 dagen, tenzij het onderhoud urgent 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 de portal voor instructies over het beheren van gepland onderhoud.

Op deze pagina wordt beschreven hoe Beide typen onderhoud worden uitgevoerd in Azure. Zie Manage the availability of VMs for Windows (De beschikbaarheid van VM's beheren voor Windows of het bijbehorende artikel voor Linux) voor meer informatie over niet-geplande gebeurtenissen (uitval).

Binnen een VM kunt u meldingen ontvangen over aanstaand onderhoud met behulp van Scheduled Events voor Windows of voor Linux.

Onderhoud waarvoor niet opnieuw hoeft te worden opgestart

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

De meeste onderhoudswerkzaamheden die niet van invloed zijn op een andere impact, onderbreken de VM minder dan 10 seconden. In bepaalde gevallen maakt Azure gebruik van onderhoudsmechanismen met geheugenbehoud. Deze mechanismen onderbreken de VM doorgaans 30 seconden en behouden het geheugen in het RAM-geheugen. De VM 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 de G-, M-, N- en H-serie. Azure maakt in toenemende mate gebruik van livemigratietechnologieën en verbetert onderhoudsmechanismen met geheugenbehoud om de onderbrekingsduur te verminderen.

Deze onderhoudsbewerkingen waarvoor niet opnieuw hoeft te worden opgestart, worden met één foutdomein tegelijk toegepast. Ze stoppen als ze waarschuwingssignalen ontvangen van platformbewakingshulpprogramma's.

Deze typen updates kunnen van invloed zijn op sommige toepassingen. Wanneer de VM live wordt gemigreerd naar een andere host, kunnen sommige gevoelige workloads een lichte prestatievermindering laten zien in de paar minuten voordat de VM wordt onderbroken. Als voorbereiding op VM-onderhoud en het verminderen van de impact tijdens Azure-onderhoud, kunt u Scheduled Events voor Windows of Linux gebruiken voor dergelijke toepassingen.

Voor meer controle over alle onderhoudsactiviteiten, inclusief updates zonder impact en updates zonder opnieuw opstarten, kunt u de functie Onderhoudsbeheer gebruiken. U moet Azure Dedicated Hosts of een geïsoleerde VM gebruiken. Onderhoudsbeheer biedt u de mogelijkheid om alle platformupdates over te slaan en de updates toe te passen op uw keuze binnen een doorroltijd van 35 dagen. Zie Updates controleren met Onderhoudsbeheer en de Azure CLI voor meer informatie.

Livemigratie

Livemigratie is een bewerking waarvoor niet opnieuw hoeft te worden opgestart en die geheugen voor de VM behoudt. Dit veroorzaakt een onderbreking of een onderbreking, die doorgaans niet langer dan 5 seconden duurt. Met uitzondering van de 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.

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 Scheduled Events van tevoren te weten wanneer livemigratiebewerkingen worden uitgevoerd.

Livemigratie kan ook worden gebruikt om VM's te verplaatsen wanneer Azure Machine Learning algoritmen een aanstaande hardwarefout voorspellen of wanneer u VM-toewijzingen wilt optimaliseren. Zie Improving Azure VM resiliency with predictive machine learning and live migration(Azure VM-tolerantie verbeteren met voorspellende modellen die exemplaren van gedegradeerde hardware detecteren) voor meer informatie over voorspellende modellen die exemplaren van gedegradeerde hardware detecteren. Meldingen voor livemigratie worden weergegeven in de Azure Portal in de logboeken Monitor en Service Health en in Scheduled Events als u deze services gebruikt.

Onderhoud dat opnieuw moet worden opgestart

In het zeldzame geval dat VM's opnieuw moeten worden opgestart voor gepland onderhoud, krijgt u van tevoren een melding. Gepland onderhoud bestaat uit 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 op elke VM een query uitvoeren om de status en het resultaat van uw laatste onderhoudsaanvraag te bekijken.

Wanneer u selfserviceonderhoud start, wordt uw VM opnieuw geïmplementeerd op een al bijgewerkt knooppunt. Omdat de virtuele machine opnieuw wordt opgestart, gaat de tijdelijke schijf verloren en worden dynamische IP-adressen bijgewerkt die zijn gekoppeld aan de virtuele netwerkinterface.

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

Wanneer de selfservicefase is beëindigd, begint de fase gepland onderhoud. Tijdens deze fase kunt u nog steeds een query uitvoeren voor de onderhoudsfase, maar u kunt het onderhoud niet zelf starten.

Zie Meldingen voor gepland onderhoud verwerken met behulp van de Azure CLI, PowerShell of de portal voor meer informatie over het beheren van onderhoud dat opnieuw moet worden opgestart.

Overwegingen bij de beschikbaarheid tijdens gepland onderhoud

Als u besluit te wachten tot de fase gepland onderhoud, zijn er enkele zaken die u moet overwegen om de hoogste beschikbaarheid van uw VM's te behouden.

Gekoppelde regio's

Elke Azure-regio is gekoppeld aan een andere regio binnen dezelfde geografische omgeving. Samen maken ze een regiopaar. Tijdens de fase gepland onderhoud werkt Azure alleen de VM's bij in één regio van een regiopaar. Tijdens het bijwerken van de VM in VS - noord-centraal werkt Azure bijvoorbeeld geen VM's tegelijk bij in VS - zuid-centraal. Tegelijkertijd met VS - oost kan er echter wel onderhoud plaatsvinden in andere regio's, zoals Europa - noord. Inzicht in de manier waarop regioparen werken, kan u helpen uw VM's beter te distribueren 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 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 update van de infrastructuur wordt per zone in één regio uitgevoerd. Maar u kunt tegelijkertijd implementaties in Zone 1 en andere implementaties in Zone 2 implementeren. Implementaties worden niet allemaal geseraliseerd. Maar één implementatie rolt slechts één zone tegelijk uit om risico's te beperken.

Virtuele-machineschaalsets

Virtuele-machineschaalsets in de flexibele orchestrationmodus zijn een Azure-rekenresource waarmee u de schaalbaarheid van virtuele-machineschaalsets in de modus Uniform Orchestration kunt combineren met de regionale beschikbaarheidsgaranties van beschikbaarheidssets.

Met Flexibele orchestration kunt u kiezen of uw exemplaren zijn verspreid over meerdere zones of zijn verspreid over foutdomeinen binnen één regio.

Beschikbaarheidssets en uniforme schaalsets

Wanneer u een workload implementeert op azure-VM's, kunt u de VM's binnen een beschikbaarheidsset maken om uw toepassing hoge beschikbaarheid te bieden. Met behulp van beschikbaarheidssets kunt u ervoor zorgen dat er ten minste één VM beschikbaar is tijdens een storing of onderhoudsgebeurtenissen waarvoor opnieuw moet worden opgestart.

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

Virtuele-machineschaalsets in de uniform orchestration-modus 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 op meerdere UD's, zoals VM's in een beschikbaarheidsset. Net als bij beschikbaarheidssets wordt, wanneer u Uniform-schaalsets gebruikt, slechts één UD op een bepaald moment bijgewerkt tijdens gepland onderhoud.

Zie Manage the availability of your VMs for Windows (De beschikbaarheid van uw VM's beheren voor Windows) of het bijbehorende artikel voor Linux voor meer informatie over het instellen van uw VM's voor hoge beschikbaarheid.

Volgende stappen

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