Meldingen over gepland onderhoud verwerken

Van toepassing op: ✔️ Linux-VM's ✔️ Windows-VM's ✔️ Flexibele schaalsets ✔️ Uniforme 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. De meeste van deze updates worden 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 niet opnieuw hoeft te worden opgestart, wordt de VM enkele seconden onderbroken terwijl de host wordt bijgewerkt. Deze typen onderhoudsbewerkingen worden toegepast op foutdomein per 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 tijdsvenster van ongeveer 35 dagen waar u het onderhoud zelf kunt starten, wanneer het voor u werkt.

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

• Een golf begint met een melding aan klanten. Onderhoudsmeldingen voor virtuele machines zijn beschikbaar onder Servicestatus in de Azure Portal. Voor sommige specifieke scenario's voor gepland onderhoud van virtuele machines kan Azure de planning ook communiceren door een extra e-mail te verzenden naar de groep Klassieke abonnementen Beheer, co-Beheer en 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 berichtenopties toevoegen, zoals e-mail, sms en webhooks, met behulp van waarschuwingen voor activiteitenlogboeken.
• Zodra een melding uitgaat, wordt er een selfservicevenster beschikbaar gemaakt. Tijdens dit venster kunt u een query uitvoeren op welke van uw virtuele machines het probleem ondervindt en het 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 de Azure Portal, PowerShell, REST API en CLI gebruiken om de onderhoudsvensters voor uw VM's op te vragen 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 het onderhoud op uw eigen moment wilt starten.

Notitie

Selfserviceonderhoud is mogelijk niet beschikbaar voor al uw VM's. Als u wilt bepalen of proactieve herimplementatie beschikbaar is voor uw VM, zoekt u naar 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 slechts één updatedomein tegelijk bijgewerkt.

• Laat Azure het onderhoud activeren. Voor onderhoud waarvoor opnieuw moet worden opgestart, wordt het onderhoud uitgevoerd voor het bijwerken van domein per updatedomein. De updatedomeinen ontvangen het onderhoud niet noodzakelijkerwijs opeenvolgend en er is een onderbreking van 30 minuten tussen updatedomeinen.
• Als een tijdelijk verlies van capaciteit (1 updatedomein) een probleem is, kunt u tijdens de onderhoudsperiode exemplaren toevoegen.
• Voor onderhoud dat niet opnieuw hoeft te worden opgestart, worden updates toegepast op het niveau van het foutdomein.

Gebruik geen selfserviceonderhoud in de volgende scenario's:

• Als u uw VM's regelmatig afsluit, hetzij handmatig, met behulp van DevTest Labs, met behulp van automatisch afsluiten of volgens een schema, kan de onderhoudsstatus worden teruggedraaid en daardoor extra downtime veroorzaken.
• Op kortstondige VM's waarvan u weet dat ze vóór het einde van de onderhoudsgolf worden verwijderd.
• Voor workloads met een grote status die is opgeslagen op de lokale (tijdelijke) schijf die bij de update moet worden onderhouden.
• Voor gevallen waarin u het formaat van uw VM vaak wijzigt, omdat de onderhoudsstatus hierdoor kan worden teruggedraaid.
• Als u geplande gebeurtenissen hebt aangenomen die proactieve failover of een probleemloze afsluiting 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 bovenstaande tegenindicaties van toepassing zijn.

In de volgende gevallen kunt u het beste selfserviceonderhoud gebruiken:

• U moet een exact onderhoudsvenster doorgeven aan uw management of eindklant.
• U moet het onderhoud op een bepaalde datum voltooien.
• 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 op uw VM's met één updatedomein (UD) tegelijk activeren.

Veelgestelde vragen

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

A: Hoewel de meeste updates en upgrades voor het Azure-platform geen invloed hebben op de beschikbaarheid van de virtuele machine, zijn er gevallen waarin we niet kunnen voorkomen dat we virtuele machines die worden gehost in Azure opnieuw opstarten. We hebben verschillende wijzigingen doorgevoerd waardoor 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 dan veilig?

A: Virtuele machines die zijn geïmplementeerd in een beschikbaarheidsset of virtuele-machineschaalsets hebben het begrip UpdateDomeinen (UD). Bij het uitvoeren van onderhoud houdt Azure rekening met de UD-beperking en worden virtuele machines vanaf een andere UD (binnen dezelfde beschikbaarheidsset) niet opnieuw opgestart. Azure wacht ook ten minste 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 op een of meer Azure-regio's. Onderhoudsmeldingen voor virtuele machines zijn beschikbaar onder Servicestatus in de Azure Portal. Voor sommige specifieke scenario's voor gepland onderhoud van virtuele machines kan Azure de planning ook communiceren door een extra e-mail (één e-mail per abonnement met alle geadresseerden toegevoegd) te verzenden naar de groep Klassieke Beheer van het abonnement, co-Beheer en 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 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 VM 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 is 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 tijdsperiode van meerdere dagen. De exacte volgorde van servers (en VM's) binnen dit venster is echter onbekend. Klanten die de exacte tijd voor hun VM's willen weten, kunnen gebruikmaken van geplande gebeurtenissen en query's 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 VM kan het opnieuw opstarten enkele minuten duren tijdens het selfservice-onderhoudsvenster. Tijdens de door Azure geïnitieerde herstart in het geplande onderhoudsvenster duurt het opnieuw opstarten doorgaans ongeveer 25 minuten. Als u Cloud Services (web-/werkrol), Virtual Machine Scale Sets 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 Virtual Machine Scale Sets?

A: Gepland onderhoud is nu beschikbaar voor Virtual Machine Scale Sets. Raadpleeg het document Gepland onderhoud voor virtuele-machineschaalsets voor instructies over 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 als veilig beschouwd, aangezien alleen VM's in één upgradedomein (UD) op elk gewenst moment 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 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 langer door worden beïnvloed.
3. U hebt de toewijzing van de VM ongedaan gemaakt en vervolgens gestart. Dit kan ertoe leiden dat de VM wordt verplaatst naar een locatie waarop 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 hebben geconfigureerd om niet-standaardkolommen te zien, de kolom Onderhoud handmatig toevoegen aan hun VM-lijstweergave.

V: Mijn VM is voor de tweede keer gepland voor onderhoud. Hoe komt dat?

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

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

Volgende stappen

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