Onderhoud voor virtuele machines in AzureMaintenance for virtual machines in Azure

Azure werkt periodiek het platform bij om de betrouw baarheid, prestaties en beveiliging van de host-infra structuur voor virtuele machines te verbeteren.Azure periodically updates its platform to improve the reliability, performance, and security of the host infrastructure for virtual 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.The purpose of these updates ranges from patching software components in the hosting environment to upgrading networking components or decommissioning hardware.

Updates zijn zelden van invloed op de gehoste Vm's.Updates rarely affect the hosted VMs. Wanneer de updates een effect hebben, kiest Azure de methode van de minst meest impact op updates:When updates do have an effect, Azure chooses the least impactful method for updates:

  • Als de update niet opnieuw moet worden opgestart, wordt de virtuele machine onderbroken terwijl de host wordt bijgewerkt, of wordt de virtuele machine Live gemigreerd naar een al bijgewerkte host.If the update doesn't require a reboot, the VM is paused while the host is updated, or the VM is live-migrated to an already updated host.
  • Als het onderhoud opnieuw moet worden opgestart, ontvangt u een melding van het geplande onderhoud.If maintenance requires a reboot, you're notified of the planned maintenance. Azure biedt ook een tijd venster waarin u het onderhoud zelf kunt starten, op het moment dat u voor u werkt.Azure also provides a time window in which you can start the maintenance yourself, at a time that works for you. Het venster voor zelf onderhoud is doorgaans 35 dagen, tenzij het onderhoud urgent is.The self-maintenance window is typically 35 days unless the maintenance is urgent. Azure is investeren in technologieën om het aantal cases te verminderen waarvoor gepland platform onderhoud vereist dat de Vm's opnieuw worden opgestart.Azure is investing in technologies to reduce the number of cases in which planned platform maintenance requires the VMs to be rebooted. Zie voor instructies voor het beheren van gepland onderhoud geplande onderhouds meldingen verwerken met Azure cli, Power shell of Portal.For instructions on managing planned maintenance, see Handling planned maintenance notifications using the Azure CLI, PowerShell or portal.

Op deze pagina wordt beschreven hoe Azure beide soorten onderhoud uitvoert.This page describes how Azure performs both types of maintenance. Zie de beschik baarheid van vm's voor Windows of het bijbehorende artikel voor Linuxbeheren voor meer informatie over niet-geplande gebeurtenissen (uitval).For more information about unplanned events (outages), see Manage the availability of VMs for Windows or the corresponding article for Linux.

Binnen een VM kunt u meldingen ontvangen over aanstaande onderhoud door gebruik te maken van Scheduled Events voor Windows of voor Linux.Within a VM, you can get notifications about upcoming maintenance by using Scheduled Events for Windows or for Linux.

Onderhoud waarvoor geen herstart nodig isMaintenance that doesn't require a reboot

De meeste platform updates zijn niet van invloed op virtuele machines van klanten.Most platform updates don't affect customer VMs. Wanneer een niet-impact update niet mogelijk is, kiest Azure het update mechanisme dat het minst invloed heeft op virtuele machines van de klant.When a no-impact update isn't possible, Azure chooses the update mechanism that's least impactful to customer VMs.

De meeste onderhoud van niet-nul-impact pauzeert de virtuele machine korter dan 10 seconden.Most nonzero-impact maintenance pauses the VM for less than 10 seconds. In bepaalde gevallen maakt Azure gebruik van geheugen behoud van onderhouds mechanismen.In certain cases, Azure uses memory-preserving maintenance mechanisms. Deze mechanismen pauzeren de virtuele machine tot 30 seconden en bewaren het geheugen in het RAM.These mechanisms pause the VM for up to 30 seconds and preserve the memory in RAM. De virtuele machine wordt vervolgens hervat en de klok wordt automatisch gesynchroniseerd.The VM is then resumed, and its clock is automatically synchronized.

Het onderhoud van geheugen-behoud werkt meer dan 90 procent van de Azure-Vm's.Memory-preserving maintenance works for more than 90 percent of Azure VMs. Het werkt niet voor G, M, N en H-serie.It doesn't work for G, M, N, and H series. Azure maakt steeds meer gebruik van Live-migratie technologieën en verbetert de onderhouds mechanismen van het geheugen om de onderbrekings duur te verminderen.Azure increasingly uses live-migration technologies and improves memory-preserving maintenance mechanisms to reduce the pause durations.

Voor deze onderhouds bewerkingen die niet opnieuw moeten worden opgestart, wordt één fout domein tegelijk toegepast.These maintenance operations that don't require a reboot are applied one fault domain at a time. Deze worden gestopt als er waarschuwings signalen worden ontvangen van de hulpprogram ma's voor het controleren van het platform.They stop if they receive any warning health signals from platform monitoring tools.

Deze typen updates kunnen van invloed zijn op sommige toepassingen.These types of updates can affect some applications. Wanneer de virtuele machine Live naar een andere host wordt gemigreerd, kan het even duren voordat de virtuele machine wordt onderbroken door bepaalde gevoelige workloads.When the VM is live-migrated to a different host, some sensitive workloads might show a slight performance degradation in the few minutes leading up to the VM pause. Voor de voor bereiding op het onderhoud van de virtuele machine en het verminderen van de impact tijdens het onderhoud van Azure, kunt u Scheduled Events voor Windows of Linux gebruiken voor dergelijke toepassingen.To prepare for VM maintenance and reduce impact during Azure maintenance, try using Scheduled Events for Windows or Linux for such applications.

Voor meer controle over alle onderhouds activiteiten, inclusief het bijwerken van nul of het opnieuw opstarten van updates, kunt u de functie onderhouds beheer gebruiken.For greater control on all maintenance activities including zero-impact and rebootless updates, you can use Maintenance Control feature. U moet een met Azure toegewezen hosts of een geïsoleerde VMgebruiken.You must be using either Azure Dedicated Hosts or an isolated VM. Onderhouds beheer biedt u de optie om alle platform updates over te slaan en de updates op uw gewenste tijdstip toe te passen binnen een 35-daagse venster.Maintenance control gives you the option to skip all platform updates and apply the updates at your choice of time within a 35-day rolling window. Zie updates beheren met onderhouds beheer en de Azure clivoor meer informatie.For more information, see Control updates with Maintenance Control and the Azure CLI.

LivemigratieLive migration

Livemigratie is een bewerking waarvoor geen herstart vereist is en waarmee het geheugen voor de virtuele machine wordt bewaard.Live migration is an operation that doesn't require a reboot and that preserves memory for the VM. Dit veroorzaakt een pauze ring of blok keren, meestal niet meer dan 5 seconden.It causes a pause or freeze, typically lasting no more than 5 seconds. Met uitzonde ring van G, M, N en H-serie, kunnen alle IaaS-Vm's (Infrastructure as a Service) in aanmerking komen voor Livemigratie.Except for G, M, N, and H series, all infrastructure as a service (IaaS) VMs, are eligible for live migration. In aanmerking komende Vm's vertegenwoordigen meer dan 90 procent van de IaaS-Vm's die zijn geïmplementeerd op de Azure-vloot.Eligible VMs represent more than 90 percent of the IaaS VMs that are deployed to the Azure fleet.

De Livemigratie van het Azure-platform wordt gestart in de volgende scenario's:The Azure platform starts live migration in the following scenarios:

  • Gepland onderhoudPlanned maintenance
  • HardwarestoringHardware failure
  • Toewijzings optimalisatiesAllocation optimizations

Bij sommige scenario's gepland onderhoud wordt gebruikgemaakt van Livemigratie, en u kunt Scheduled Events gebruiken om vooraf te weten wanneer Livemigratie wordt gestart.Some planned-maintenance scenarios use live migration, and you can use Scheduled Events to know in advance when live migration operations will start.

Livemigratie kan ook worden gebruikt om Vm's te verplaatsen wanneer Azure Machine Learning algoritmen een dreigende hardwarestoring of als u de VM-toewijzingen wilt optimaliseren.Live migration can also be used to move VMs when Azure Machine Learning algorithms predict an impending hardware failure or when you want to optimize VM allocations. Zie de tolerantie van Azure-Vm's verbeteren met voorspellende machine learning en Livemigratievoor meer informatie over voorspellende modellen die exemplaren van gedegradeerde hardware detecteren.For more information about predictive modeling that detects instances of degraded hardware, see Improving Azure VM resiliency with predictive machine learning and live migration. Live-migratie meldingen worden weer gegeven in de Azure Portal in de monitor en Service Health logboeken, evenals in Scheduled Events als u deze services gebruikt.Live-migration notifications appear in the Azure portal in the Monitor and Service Health logs as well as in Scheduled Events if you use these services.

Onderhoud waarvoor opnieuw opstarten is vereistMaintenance that requires a reboot

In de zeldzame gevallen waarin Vm's opnieuw moeten worden opgestart voor gepland onderhoud, wordt u hiervan op de hoogte gebracht.In the rare case where VMs need to be rebooted for planned maintenance, you'll be notified in advance. Gepland onderhoud bestaat uit twee fasen: de self-service fase en een geplande onderhouds fase.Planned maintenance has two phases: the self-service phase and a scheduled maintenance phase.

Tijdens de self-service fase, die doorgaans vier weken duurt, start u het onderhoud op uw vm's.During the self-service phase, which typically lasts four weeks, you start the maintenance on your VMs. Als onderdeel van de self-service kunt u een query uitvoeren op elke virtuele machine om de status en het resultaat van uw laatste onderhouds aanvraag te bekijken.As part of the self-service, you can query each VM to see its status and the result of your last maintenance request.

Wanneer u self-service onderhoud start, wordt uw VM opnieuw geïmplementeerd op een al bijgewerkt knoop punt.When you start self-service maintenance, your VM is redeployed to an already updated node. Omdat de VM opnieuw wordt opgestart, gaat de tijdelijke schijf verloren en worden dynamische IP-adressen die zijn gekoppeld aan de virtuele netwerk interface, bijgewerkt.Because the VM reboots, the temporary disk is lost and dynamic IP addresses associated with the virtual network interface are updated.

Als er een fout optreedt tijdens self-service onderhoud, wordt de bewerking gestopt, wordt de VM niet bijgewerkt en krijgt u de mogelijkheid om het selfservice onderhoud opnieuw uit te voeren.If an error arises during self-service maintenance, the operation stops, the VM isn't updated, and you get the option to retry the self-service maintenance.

Wanneer de self-service fase eindigt, begint de geplande onderhouds fase .When the self-service phase ends, the scheduled maintenance phase begins. Tijdens deze fase kunt u nog steeds een query uitvoeren voor de onderhouds fase, maar kunt u het onderhoud zelf niet starten.During this phase, you can still query for the maintenance phase, but you can't start the maintenance yourself.

Zie voor meer informatie over het beheren van onderhoud waarvoor opnieuw opstarten is vereist het verwerken van geplande onderhouds meldingen met behulp van de Azure cli, Power shell of Portal.For more information on managing maintenance that requires a reboot, see Handling planned maintenance notifications using the Azure CLI, PowerShell or portal.

Beschik baarheid van overwegingen tijdens gepland onderhoudAvailability considerations during scheduled maintenance

Als u van plan bent te wachten tot de geplande onderhouds fase, zijn er enkele dingen die u moet overwegen om de hoogst mogelijke Beschik baarheid van uw Vm's te hand haven.If you decide to wait until the scheduled maintenance phase, there are a few things you should consider to maintain the highest availability of your VMs.

Gekoppelde regio'sPaired regions

Elke Azure-regio is gekoppeld aan een andere regio binnen dezelfde geografische omgeving.Each Azure region is paired with another region within the same geographical vicinity. Samen maken ze een regio paar.Together, they make a region pair. Tijdens de geplande onderhouds fase worden in azure alleen de Vm's in één regio van een regio paar bijgewerkt.During the scheduled maintenance phase, Azure updates only the VMs in a single region of a region pair. Tijdens het bijwerken van de virtuele machine in Noord-Centraal VS, werkt Azure de virtuele machine in Zuid-Centraal VS bijvoorbeeld niet bij.For example, while updating the VM in North Central US, Azure doesn't update any VM in South Central US at the same time. Tegelijkertijd met VS - oost kan er echter wel onderhoud plaatsvinden in andere regio's, zoals Europa - noord.However, other regions such as North Europe can be under maintenance at the same time as East US. Meer informatie over het werken met regio paren kan u helpen uw Vm's beter te verdelen over regio's.Understanding how region pairs work can help you better distribute your VMs across regions. Zie Azure Region-parenvoor meer informatie.For more information, see Azure region pairs.

Beschikbaarheids sets en schaal setsAvailability sets and scale sets

Bij het implementeren van een werk belasting op virtuele machines in azure, kunt u de virtuele machines binnen een beschikbaarheidsset maken om hoge Beschik baarheid voor uw toepassing te bieden.When deploying a workload on Azure VMs, you can create the VMs within an availability set to provide high availability to your application. Met behulp van beschikbaarheids sets kunt u ervoor zorgen dat tijdens een storing of onderhouds gebeurtenis die opnieuw moet worden opgestart, ten minste één virtuele machine beschikbaar is.Using availability sets, you can ensure that during either an outage or maintenance events that require a reboot, at least one VM is available.

Binnen een beschikbaarheidsset worden afzonderlijke Vm's verdeeld over Maxi maal 20 Update domeinen.Within an availability set, individual VMs are spread across up to 20 update domains. Tijdens gepland onderhoud wordt slechts één update domein op een bepaald moment bijgewerkt.During scheduled maintenance, only one update domain is updated at any given time. Update domeinen worden niet noodzakelijkerwijs opeenvolgend bijgewerkt.Update domains aren't necessarily updated sequentially.

Virtuele-machine schaal sets vormen een Azure Compute-resource die u kunt gebruiken om een set identieke vm's te implementeren en te beheren als één resource.Virtual machine scale sets are an Azure compute resource that you can use to deploy and manage a set of identical VMs as a single resource. De schaalset wordt automatisch geïmplementeerd in de UDs, zoals virtuele machines in een beschikbaarheidsset.The scale set is automatically deployed across UDs, like VMs in an availability set. Net als bij beschikbaarheids sets, wanneer u schaal sets gebruikt, wordt slechts één UD bijgewerkt op een wille keurig tijdstip tijdens gepland onderhoud.As with availability sets, when you use scale sets, only one UD is updated at any given time during scheduled maintenance.

Zie de beschik baarheid van uw vm's voor Windows of het bijbehorende artikel voor Linuxbeheren voor meer informatie over het instellen van uw vm's voor maximale Beschik baarheid.For more information about setting up your VMs for high availability, see Manage the availability of your VMs for Windows or the corresponding article for Linux.

BeschikbaarheidszonesAvailability zones

Beschikbaarheidszones zijn unieke, fysieke locaties binnen een Azure-regio.Availability zones are unique physical locations within an Azure region. Elke zone bestaat uit een of meer datacenters die zijn voorzien van een onafhankelijke stroomvoorziening, koeling en netwerken.Each zone is made up of one or more datacenters equipped with independent power, cooling, and networking. Om voor tolerantie te zorgen, is er een minimum van drie afzonderlijke zones in alle ingeschakelde regio's.To ensure resiliency, there’s a minimum of three separate zones in all enabled regions.

Een beschikbaarheids zone is een combi natie van een fout domein en een update domein.An availability zone is a combination of a fault domain and an update domain. Als u drie of meer virtuele machines maakt voor drie zones in een Azure-regio, worden uw Vm's effectief gedistribueerd over drie fout domeinen en drie update domeinen.If you create three or more VMs across three zones in an Azure region, your VMs are effectively distributed across three fault domains and three update domains. Het Azure-platform herkent deze verdeling over updatedomeinen om ervoor te zorgen dat virtuele machines in verschillende zones niet op hetzelfde moment worden bijgewerkt.The Azure platform recognizes this distribution across update domains to make sure that VMs in different zones are not updated at the same time.

Elke infrastructuur update implementeert zone per zone, binnen één regio.Each infrastructure update rolls out zone by zone, within a single region. Maar u kunt een implementatie uitvoeren in Zone 1 en tegelijkertijd een andere implementatie uitvoeren in Zone 2.But, you can have deployment going on in Zone 1, and different deployment going in Zone 2, at the same time. Implementaties zijn niet allemaal geserialiseerd.Deployments are not all serialized. Maar met één implementatie wordt slechts één zone tegelijk uitgedraaid om het risico te verminderen.But, a single deployment only rolls out one zone at a time to reduce risk.

Volgende stappenNext steps

U kunt de Azure cli, Azure PowerShell of de Portal gebruiken voor het beheren van gepland onderhoud.You can use the Azure CLI, Azure PowerShell or the portal to manage planned maintenance.