Meldingen over gepland onderhoud afhandelen

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

Van tijd tot tijd voert Azure updates uit om de betrouwbaarheid, prestaties en veiligheid te verbeteren van de host-infrastructuur voor virtuele machines. Updates zijn wijzigingen, zoals het patchen van de hostingomgeving of het upgraden en buiten gebruik stellen van hardware. Een meerderheid van deze updates wordt voltooid zonder dat dit van invloed is op de gehoste virtuele machines. Er zijn echter gevallen waarin updates wel van invloed zijn:

• Als het onderhoud geen herstart vereist, pauzeert Azure de VM enkele seconden terwijl de host wordt bijgewerkt. Deze typen onderhoudsbewerkingen worden foutdomein toegepast op foutdomein. De voortgang wordt gestopt als er waarschuwingsstatussignalen worden ontvangen.

• Als onderhoud opnieuw moet worden opgestart, krijgt u een melding wanneer het onderhoud is gepland. U krijgt een tijdvenster van ongeveer 35 dagen waar u zelf het onderhoud kunt starten, wanneer het voor u werkt.

Gepland onderhoud waarvoor opnieuw opstarten is vereist, wordt gepland in golven. Elke golf heeft een ander bereik (regio's).

• Een golf begint met een melding aan klanten. Meldingen over onderhoud van virtuele machines zijn beschikbaar onder Service Health in Azure Portal. Voor een kleine subset van specifieke scenario's voor gepland onderhoud van virtuele machines kan Azure ook de planning doorgeven door een extra e-mail te verzenden naar de leden van de groep Abonnementseigenaren. Met Azure Service Health kunnen gebruikers hun eigen aangepaste waarschuwingen configureren voor de categorie Gepland onderhoud. Met Azure Service Health-waarschuwingen kunt u meer geadresseerden en berichtopties toevoegen, zoals e-mail, sms en webhooks met behulp van waarschuwingen voor activiteitenlogboeken.
• Behalve een subset van gebeurtenistypen heeft de melding voor gepland onderhoud van servicestatus nu ook een extra tabblad 'Betrokken resources' waarin de namen van de VM's binnen het bereik van de gebeurtenis worden vermeld. Lees meer over de preview-functie van beïnvloede resources.
• Zodra een melding is verzonden, wordt er een selfservicevenster beschikbaar gesteld. Tijdens dit venster kunt u opvragen welke van uw virtuele machines worden beïnvloed en onderhoud starten op basis van uw eigen planningsbehoeften. Het selfservicevenster is doorgaans ongeveer 35 dagen.
• Na het selfservicevenster begint een gepland onderhoudsvenster . Op een bepaald moment in dit venster plant En past Azure het vereiste onderhoud toe op uw virtuele machine.

Het doel van twee vensters is om u voldoende tijd te geven om onderhoud te starten en uw virtuele machine opnieuw op te starten terwijl u weet wanneer Azure automatisch onderhoud start.

U kunt Azure Portal, PowerShell, REST API en CLI gebruiken om te zoeken naar de onderhoudsvensters voor uw VM's en selfserviceonderhoud te starten.

Moet u het onderhoud starten tijdens het selfservicevenster?

Aan de hand van de volgende richtlijnen kunt u bepalen of u deze mogelijkheid wilt gebruiken en onderhoud op uw eigen moment wilt starten.

Notitie

Selfserviceonderhoud is mogelijk niet beschikbaar voor al uw VM's. Als u wilt bepalen of proactief opnieuw implementeren beschikbaar is voor uw VIRTUELE machine, zoekt u naar de status Nu starten in de onderhoudsstatus. Selfserviceonderhoud is momenteel niet beschikbaar voor Cloud Services (web-/werkrol) en Service Fabric.

Selfserviceonderhoud wordt niet aanbevolen voor implementaties met behulp van beschikbaarheidssets. Beschikbaarheidssets worden al één updatedomein tegelijk bijgewerkt.

• Laat Azure het onderhoud activeren. Voor onderhoud waarvoor opnieuw opstarten is vereist, wordt onderhoud uitgevoerd per updatedomein. De updatedomeinen ontvangen niet noodzakelijkerwijs het onderhoud sequentieel en dat er een pauze van 30 minuten tussen updatedomeinen is.
• Als een tijdelijk verlies van een capaciteit (1 updatedomein) een probleem is, kunt u exemplaren toevoegen tijdens de onderhoudsperiode.
• Voor onderhoud waarvoor geen herstart is vereist, worden updates toegepast op foutdomeinniveau.

Gebruik in de volgende scenario's geen selfserviceonderhoud:

• Als u uw VM's regelmatig afsluit, hetzij handmatig, met behulp van DevTest Labs, automatisch afsluiten of volgens een schema, kan deze de onderhoudsstatus herstellen en daardoor extra downtime veroorzaken.
• Op kortdurende VM's waarvan u weet dat deze vóór het einde van de onderhoudsgolf worden verwijderd.
• Voor workloads met een grote status die is opgeslagen op de lokale schijf (kortstondige) schijf die bij de update moet worden onderhouden.
• Voor gevallen waarin u de grootte van uw VIRTUELE machine vaak wijzigt, omdat deze de onderhoudsstatus kan herstellen.
• Als u geplande gebeurtenissen hebt aangenomen die proactieve failover of een correct afsluiten van uw workload mogelijk maken, 15 minuten voordat het onderhoud wordt afgesloten

Gebruik selfserviceonderhoud als u van plan bent om uw VIRTUELE machine ononderbroken uit te voeren tijdens de geplande onderhoudsfase en geen van de hierboven genoemde tegenindicaties van toepassing zijn.

In de volgende gevallen kunt u het beste selfserviceonderhoud gebruiken:

• U moet een exact onderhoudsvenster doorgeven aan uw beheer of eindklant.
• U moet het onderhoud voltooien op een bepaalde datum.
• U moet de volgorde van onderhoud beheren, bijvoorbeeld een toepassing met meerdere lagen om veilig herstel te garanderen.
• Er is meer dan 30 minuten hersteltijd nodig tussen twee updatedomeinen (UD's). Als u de tijd tussen updatedomeinen wilt beheren, moet u onderhoud activeren op uw VM's één updatedomein (UD) tegelijk.

Veelgestelde vragen

V: Waarom moet u mijn virtuele machines nu opnieuw opstarten?

A: Hoewel het merendeel van de updates en upgrades naar het Azure-platform geen invloed heeft op de beschikbaarheid van virtuele machines, zijn er gevallen waarin we niet kunnen voorkomen dat virtuele machines die worden gehost in Azure opnieuw worden opgestart. We hebben verschillende wijzigingen verzameld waarvoor we onze servers opnieuw moeten opstarten, waardoor virtuele machines opnieuw worden opgestart.

V: Als ik uw aanbevelingen voor hoge beschikbaarheid volg met behulp van een beschikbaarheidsset, ben ik veilig?

A: Virtuele machines die zijn geïmplementeerd in een beschikbaarheidsset of virtuele-machineschaalsets hebben het begrip Update Domains (UD). Bij het uitvoeren van onderhoud wordt de UD-beperking in Azure uitgevoerd en worden virtuele machines van verschillende UD's (binnen dezelfde beschikbaarheidsset) niet opnieuw opgestart. Azure wacht ook minstens 30 minuten voordat u naar de volgende groep virtuele machines gaat.

Zie Beschikbaarheid voor virtuele machines in Azure voor meer informatie over hoge beschikbaarheid.

V: Hoe kan ik op de hoogte worden gesteld van gepland onderhoud?

A: Een geplande onderhoudsgolf begint met het instellen van een planning voor een of meer Azure-regio's. Meldingen over onderhoud van virtuele machines zijn beschikbaar onder Service Health in Azure Portal. Voor een kleine subset van specifieke scenario's voor gepland onderhoud van virtuele machines kan Azure ook de planning doorgeven door een extra e-mail te verzenden naar de leden van de groep Abonnementseigenaren.

Behalve een subset van gebeurtenistypen heeft de melding voor gepland onderhoud van servicestatus nu ook een extra tabblad 'Betrokken resources' waarin de namen van de VM's binnen het bereik van de gebeurtenis worden vermeld. Lees meer over de preview-functie van beïnvloede resources.

Met Azure Service Health kunnen gebruikers hun eigen aangepaste waarschuwingen configureren voor de categorie Gepland onderhoud. Met Azure Service Health-waarschuwingen kunt u meer geadresseerden en berichtenopties toevoegen, zoals e-mail, sms en webhooks met behulp van waarschuwingen voor activiteitenlogboeken.

Als u een virtuele machine implementeert in een regio waar gepland onderhoud al is gepland, ontvangt u de melding niet, maar moet u de onderhoudsstatus van de VIRTUELE machine controleren.

V: Ik zie geen indicatie van gepland onderhoud in de portal, PowerShell of CLI. Wat is er aan de hand?

A: Informatie met betrekking tot gepland onderhoud is alleen beschikbaar tijdens een geplande onderhoudsgolf voor de VM's die hierdoor worden beïnvloed. Met andere woorden, als u geen gegevens ziet, kan het zijn dat de onderhoudsgolf al is voltooid (of niet gestart) of dat uw virtuele machine al wordt gehost op een bijgewerkte server.

V: Is er een manier om precies te weten wanneer mijn virtuele machine wordt beïnvloed?

A: Bij het instellen van de planning definiëren we een tijdvenster van meerdere dagen. De exacte volgorde van servers (en VM's) in dit venster is echter onbekend. Klanten die de exacte tijd voor hun VM's willen weten, kunnen geplande gebeurtenissen en query's gebruiken vanuit de virtuele machine en een melding van 15 minuten ontvangen voordat de VM opnieuw wordt opgestart.

V: Hoe lang duurt het om mijn virtuele machine opnieuw op te starten?

A: Afhankelijk van de grootte van uw VIRTUELE machine kan het opnieuw opstarten enkele minuten duren tijdens het selfserviceonderhoudsvenster. Tijdens de door Azure geïnitieerde herstarts in het geplande onderhoudsvenster duurt het doorgaans ongeveer 25 minuten. Als u cloudservices (web-/werkrol), virtuele-machineschaalsets of beschikbaarheidssets gebruikt, krijgt u 30 minuten tussen elke groep virtuele machines (UD) tijdens het geplande onderhoudsvenster.

V: Wat is de ervaring in het geval van virtuele-machineschaalsets?

A: Gepland onderhoud is nu beschikbaar voor virtuele-machineschaalsets. Raadpleeg het document gepland onderhoud voor virtuele-machineschaalsets voor instructies voor het initiëren van selfserviceonderhoud.

V: Wat is de ervaring in het geval van Cloud Services (web-/werkrol) en Service Fabric?

A: Hoewel deze platforms worden beïnvloed door gepland onderhoud, worden klanten die deze platforms gebruiken beschouwd als veilig, gezien het feit dat op elk gewenst moment alleen VM's in één upgradedomein (UD) worden beïnvloed. Selfserviceonderhoud is momenteel niet beschikbaar voor Cloud Services (web-/werkrol) en Service Fabric.

V: Ik zie geen onderhoudsinformatie op mijn VM's. Wat is er fout gegaan?

A: Er zijn verschillende redenen waarom u geen onderhoudsinformatie op uw VM's ziet:

1. U gebruikt een abonnement dat is gemarkeerd als Intern van Microsoft.
2. Uw VM's zijn niet gepland voor onderhoud. Het kan zijn dat de onderhoudsgolf is beëindigd, geannuleerd of gewijzigd, zodat uw VM's er niet meer door worden beïnvloed.
3. U hebt de toewijzing van de VIRTUELE machine ongedaan gemaakt en vervolgens gestart. Dit kan ertoe leiden dat de VM wordt verplaatst naar een locatie waarvoor geen geplande onderhoudsgolf is gepland. De VM geeft dus geen onderhoudsinformatie meer weer.
4. U hebt de kolom Onderhoud niet toegevoegd aan de lijstweergave van uw VM. Hoewel we deze kolom hebben toegevoegd aan de standaardweergave, moeten klanten die zijn geconfigureerd om niet-standaardkolommen te zien, de kolom Onderhoud handmatig toevoegen aan hun VM-lijstweergave.

V: Mijn VM is gepland voor onderhoud voor de tweede keer. Waarom?

A: Er zijn verschillende gebruiksscenario's waarin u de VM ziet die is gepland voor onderhoud nadat u uw onderhoud al hebt voltooid:

1. We hebben de onderhoudsgolf geannuleerd en opnieuw opgestart met een andere nettolading. Het kan zijn dat we een defecte nettolading hebben gedetecteerd en dat we gewoon een extra nettolading moeten implementeren.
2. De VM is hersteld naar een ander knooppunt vanwege een hardwarefout.
3. U hebt ervoor gekozen om de VM te stoppen (de toewijzing ongedaan te maken) en de virtuele machine opnieuw op te starten.
4. U hebt automatisch afsluiten ingeschakeld voor de virtuele machine.

Volgende stappen

U kunt gepland onderhoud afhandelen met behulp van de Azure CLI, Azure PowerShell of portal.