Benachrichtigungen zu geplanten Wartungen für VM Scale Sets
Azure führt regelmäßig Updates aus, um die Zuverlässigkeit, Leistung und Sicherheit der Hostinfrastruktur für virtuelle Computer (VMs) zu verbessern. Zu Updates zählen z.B. Änderungen wie das Patchen der Hostingumgebung oder das Upgraden und die Außerbetriebnahme von Hardware. Die meisten Updates wirken sich nicht auf die gehosteten virtuellen Computer aus. Updates wirken sich jedoch in den folgenden Szenarien auf virtuelle Computer aus:
Wenn die Wartung keinen Neustart erfordert, hält Azure den virtuellen Computer für einige Sekunden an, während der Host aktualisiert wird. Wartungsvorgänge dieser Art werden nacheinander auf die einzelnen Fehlerdomänen angewendet. Die Vorgänge werden beendet, wenn ein Integritätswarnungssignal empfangen wird.
Wenn die Wartung einen Neustart erfordert, werden Sie in einer Benachrichtigung über den geplanten Wartungstermin informiert. In diesen Fällen steht Ihnen ein Zeitfenster zur Verfügung (normalerweise 35 Tage), in dem Sie die Wartung zu einem für Sie günstigen Zeitpunkt selbst starten können.
Geplante Wartungen, die einen Neustart erfordern, werden in Wellen geplant. Jede Welle bezieht sich auf einen anderen Umfang (Regionen):
- Eine Welle beginnt mit einer Kundenbenachrichtigung. Die Benachrichtigung wird standardmäßig an den Abonnementbesitzer und die -mitbesitzer gesendet. Den Benachrichtigungen können mit Azure-Aktivitätsprotokollwarnungen Empfänger und Nachrichtenoptionen wie E-Mail, SMS und Webhooks hinzugefügt werden.
- Mit der Benachrichtigung wird ein Self-Service-Zeitfenster bereitgestellt. Während dieses Zeitfensters (normalerweise 35 Tage) können Sie ermitteln, welche Ihrer virtuellen Computer in der Welle enthalten sind. Sie können die Wartung proaktiv gemäß ihren eigenen Zeitplanungsanforderurngen starten.
- Im Anschluss an das Self-Service-Zeitfenster beginnt das Zeitfenster für die geplante Wartung. Irgendwann in diesem Zeitfenster plant Azure die erforderliche Wartung und wendet sie auf Ihren virtuellen Computer an.
Mit den beiden Zeitfenstern möchten wir Ihnen einerseits genügend Zeit geben, um die Wartung zu initiieren und Ihren virtuellen Computer neu zu starten, und Sie andererseits darüber informieren, wann Azure die Wartung automatisch startet.
Sie können das Azure-Portal, PowerShell, die REST-API oder die Azure CLI verwenden, um Wartungsfenster für Ihre Skalierungsgruppe-VMs abzufragen und eine Self-Service-Wartung zu starten.
Sollten Sie die Wartung während des Self-Service-Fensters starten?
Die folgenden Richtlinien können Sie bei der Entscheidung unterstützen, ob Sie die Wartung zu einem Zeitpunkt starten, den Sie auswählen.
Hinweis
Die Self-Service-Wartung ist unter Umständen nicht für alle virtuellen Computer verfügbar. Um zu ermitteln, ob die proaktive erneute Bereitstellung für Ihren virtuellen Computer verfügbar ist, überprüfen Sie, ob als Wartungsstatus Jetzt starten angezeigt wird. Die Self-Service-Wartung ist zurzeit nicht für Azure Cloud Services (Web-/Workerrolle) und Azure Service Fabric verfügbar.
Self-Service-Wartung wird für Bereitstellungen, die Verfügbarkeitsgruppen verwenden, nicht empfohlen. Bei Verfügbarkeitsgruppen handelt es sich um hoch verfügbare Setups, in denen nur eine Updatedomäne zu einem beliebigen Zeitpunkt betroffen ist. Für Verfügbarkeitsgruppen gilt Folgendes:
- Überlassen Sie Azure das Auslösen der Wartung. Für eine Wartung, die einen Neustart erfordert, wird die Wartung auf eine Updatedomäne nach der anderen angewendet. Für Updatedomänen erfolgt die Wartung nicht unbedingt sequenziell. Zwischen den einzelnen Updatedomänen liegt eine Pause von 30 Minuten.
- Wenn ein vorübergehender Kapazitätsverlust (1/Updatedomänenanzahl) ein Problem darstellt, können Sie zum Ausgleich während der Wartung einfach zusätzliche Instanzen zuweisen.
- Bei einer Wartung, die keinen Neustart erfordert, werden Updates auf der Fehlerdomänenebene angewendet.
Verwenden Sie Self-Service-Wartung nicht in den folgenden Szenarien:
- Wenn Sie Ihre virtuellen Computer häufig entweder manuell, mithilfe von DevTest Labs, mit der Funktion zum automatischen Herunterfahren oder gemäß einem Zeitplan herunterfahren. Die Self-Service-Wartung kann in diesen Szenarien den Wartungsstatus zurücksetzen und zusätzliche Ausfallzeiten verursachen.
- Bei virtuellen Computern mit kurzer Lebensdauer, die vor Ende der Wartungsaktion gelöscht werden
- Bei Workloads, für die umfangreiche Zustandsinformationen auf dem lokalen (flüchtigen) Datenträger gespeichert sind, die bei einem Update erhalten bleiben sollen.
- Wenn Sie die Größe Ihres virtuellen Computers häufig ändern. Dieses Szenario kann den Wartungsstatus zurücksetzen.
- Wenn Sie 15 Minuten vor dem Herunterfahren für die Wartung geplante Ereignisse übernommen haben, die ein proaktives Failover oder das ordnungsgemäße Herunterfahren Ihres Workloads ermöglichen.
Verwenden Sie die Self-Service-Wartung, wenn Sie den virtuellen Computer während der geplanten Wartungsphase unterbrechungsfrei ausführen möchten und keiner der oben aufgeführten Punkte zutrifft.
Verwenden Sie Self-Service-Wartung am besten in den folgenden Fällen:
- Sie müssen den Vorgesetzten oder Kunden ein genaues Wartungsfenster mitteilen.
- Sie müssen die Wartung bis zu einem bestimmten Termin abgeschlossen haben.
- Sie müssen die Reihenfolge der Wartung steuern (etwa bei einer Anwendung mit mehreren Ebenen), um die Wiederherstellung gewährleisten zu können.
- Sie benötigen für den virtuellen Computer mehr als 30 Minuten Wiederherstellungszeit zwischen zwei Updatedomänen. Um die Zeit zwischen Updatedomänen zu steuern, müssen Sie auf Ihren virtuellen Computern die Wartung der Updatedomänen jeweils nacheinander auslösen.
Anzeigen von VM Scale Sets im Portal, die von der Wartung betroffen sind
Nachdem eine geplante Wartungsaktion geplant wurde, können Sie über das Azure-Portal die Liste mit den VM Scale Sets anzeigen, die von der anstehenden Wartungsaktion betroffen sind.
Melden Sie sich am Azure-Portal an.
Wählen Sie im linken Menü Alle Dienste und dann VM Scale Sets aus.
Wählen Sie unter VM Scale Sets die Option Spalten bearbeiten aus, um die Liste der verfügbaren Spalten zu öffnen.
Wählen Sie im Abschnitt Verfügbare Spalten die Option Self-Service-Wartung aus, und verschieben Sie diese in die Liste Ausgewählte Spalten. Wählen Sie Übernehmen.
Um das Element Self-Service-Wartung leichter zu finden, können Sie die Dropdownoption im Abschnitt Verfügbare Spalten von Alle in Eigenschaften ändern.
Die Spalte Self-Service-Wartung wird nun in der Liste der VM Scale Sets angezeigt. Jede VM-Skalierungsgruppe kann einen der folgenden Werte für die Spalte „Self-Service-Wartung“ aufweisen:
| Wert | BESCHREIBUNG |
|---|---|
| Ja | Mindestens ein virtueller Computer in Ihrer VM-Skalierungsgruppe befindet sich in einem Self-Service-Wartungsfenster. Sie können die Wartung jederzeit in diesem Self-Service-Zeitfenster starten. |
| Nein | Es gibt keine virtuellen Computer in einem Self-Service-Fenster in der betroffenen VM-Skalierungsgruppe. |
| - | Ihre VM-Skalierungsgruppen sind nicht Teil einer geplanten Wartungsaktion. |
Benachrichtigungen und Warnungen im Portal
Azure sendet eine E-Mail an die Gruppe der Abonnementbesitzer und -mitbesitzer, um sie über den Zeitplan für eine geplante Wartung zu informieren. Sie können Azure-Aktivitätsprotokollwarnungen erstellen, um Empfänger und Kanäle hinzuzufügen. Weitere Informationen finden Sie unter Überwachen der Abonnementaktivität mit dem Azure-Aktivitätsprotokoll.
Melden Sie sich beim Azure-Portal an.
Wählen Sie die Option Überwachen im Menü auf der linken Seite aus.
Wählen Sie im Menü „Überwachen“ die Option Service Health aus.
Wählen Sie in Service Health die Option + Service Health-Warnung erstellen aus.
Gehen Sie auf der Seite Warnungsregel erstellen wie folgt vor:
- Wählen Sie das entsprechende Abonnement und die Region mit den Ressourcen aus, die auf geplante Wartungsereignisse überwacht werden sollen.
- Geben Sie Folgendes an:
- Dienste:Virtual Machine Scale Sets und Virtual Machines
- Ereignistyp:Geplante Wartung
Fügen Sie unter Aktionen Aktionsgruppen zur Warnungsregel hinzu, um Benachrichtigungen zu senden oder Aktionen aufzurufen, wenn ein geplantes Wartungsereignis empfangen wird.
Füllen Sie die Informationen unter Details zur Warnungsregel aus.
Wählen Sie Warnungsregel erstellen aus.
Weitere Informationen zum Konfigurieren von Aktivitätsprotokollwarnungen finden Sie unter Erstellen von Aktivitätsprotokollwarnungen.
Starten der Wartung für Ihre VM-Skalierungsgruppe über das Portal
In der Übersicht über VM Scale Sets können Sie auch weitere wartungsbezogene Details anzeigen. Wenn mindestens ein virtueller Computer in der VM-Skalierungsgruppe in der geplanten Wartungsaktion enthalten ist, wird im oberen Bereich der Seite ein neues Benachrichtigungsmenüband hinzugefügt. Wählen Sie das Benachrichtigungsmenüband aus, um zur Seite Wartung zu navigieren.
Auf der Seite Wartung können Sie erkennen, welche VM-Instanz von der geplanten Wartung betroffen ist. Aktivieren Sie zum Starten der Wartung das Kontrollkästchen, das dem betroffenen virtuellen Computer entspricht. Wählen Sie dann Wartung starten aus.
Nach dem Starten der Wartung werden die betroffenen virtuellen Computer in Ihrer VM-Skalierungsgruppe gewartet und stehen vorübergehend nicht zur Verfügung. Wenn Sie das Self-Service-Zeitfenster verpasst haben, wird das Zeitfenster, in dem Ihre VM-Skalierungsgruppe durch Azure gewartet wird, weiterhin angezeigt.
Überprüfen des Wartungsstatus mithilfe von PowerShell
Sie können mithilfe von Azure PowerShell einsehen, wann die Wartung von virtuellen Computern in Ihren VM Scale Sets geplant ist. Informationen zur geplanten Wartung können mit dem Cmdlet Get-AzVmssVM unter Verwendung des Parameters -InstanceView ermittelt werden.
Wartungsinformationen werden nur zurückgegeben, wenn eine Wartung geplant ist. Ist keine Wartung geplant, die Auswirkungen auf die VM-Instanz besitzt, gibt das Cmdlet keine Wartungsinformationen zurück.
Get-AzVmssVm -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -InstanceView
Unter MaintenanceRedeployStatus werden folgende Eigenschaften zurückgegeben:
| Wert | BESCHREIBUNG |
|---|---|
| IsCustomerInitiatedMaintenanceAllowed | Gibt an, ob Sie zum aktuellen Zeitpunkt die Wartung für den virtuellen Computer starten können. |
| PreMaintenanceWindowStartTime | Der Anfang des Self-Service-Wartungszeitfensters, in dem Sie die Wartung für Ihren virtuellen Computer initiieren können. |
| PreMaintenanceWindowEndTime | Das Ende des Self-Service-Wartungszeitfensters, in dem Sie die Wartung für Ihren virtuellen Computer initiieren können. |
| MaintenanceWindowStartTime | Der Anfang der geplanten Wartung, zu dem Azure die Wartung für Ihren virtuellen Computer initiiert. |
| MaintenanceWindowEndTime | Das Ende des geplanten Wartungszeitfensters, in dem Azure die Wartung für Ihren virtuellen Computer initiiert. |
| LastOperationResultCode | Das Ergebnis des letzten Wartungsinitiierungsversuchs für den virtuellen Computer. |
Starten der Wartung für Ihre VM-Instanz mithilfe von PowerShell
Sie können die Wartung eines virtuellen Computers starten, wenn IsCustomerInitiatedMaintenanceAllowed auf TRUE festgelegt wurde. Verwenden Sie das Cmdlet Set-AzVmssVM mit dem Parameter -PerformMaintenance.
Set-AzVmssVM -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -PerformMaintenance
Überprüfen des Wartungsstatus mithilfe der CLI
Informationen zu geplanten Wartungen können mithilfe von az vmss list-instances angezeigt werden.
Wartungsinformationen werden nur zurückgegeben, wenn eine Wartung geplant ist. Ist keine Wartung geplant, die Auswirkungen auf die VM-Instanz besitzt, gibt das Cmdlet keine Wartungsinformationen zurück.
az vmss list-instances -g rgName -n vmssName --expand instanceView
Unter MaintenanceRedeployStatus für die einzelnen VM-Instanzen werden die folgenden Eigenschaften zurückgegeben:
| Wert | BESCHREIBUNG |
|---|---|
| IsCustomerInitiatedMaintenanceAllowed | Gibt an, ob Sie zum aktuellen Zeitpunkt die Wartung für den virtuellen Computer starten können. |
| PreMaintenanceWindowStartTime | Der Anfang des Self-Service-Wartungszeitfensters, in dem Sie die Wartung für Ihren virtuellen Computer initiieren können. |
| PreMaintenanceWindowEndTime | Das Ende des Self-Service-Wartungszeitfensters, in dem Sie die Wartung für Ihren virtuellen Computer initiieren können. |
| MaintenanceWindowStartTime | Der Anfang der geplanten Wartung, zu dem Azure die Wartung für Ihren virtuellen Computer initiiert. |
| MaintenanceWindowEndTime | Das Ende des geplanten Wartungszeitfensters, in dem Azure die Wartung für Ihren virtuellen Computer initiiert. |
| LastOperationResultCode | Das Ergebnis des letzten Wartungsinitiierungsversuchs für den virtuellen Computer. |
Starten der Wartung für Ihre VM-Instanz mithilfe der CLI
Der folgende Aufruf initiiert die Wartung für eine VM-Instanz, wenn IsCustomerInitiatedMaintenanceAllowed auf TRUE festgelegt ist:
az vmss perform-maintenance -g rgName -n vmssName --instance-ids id
Häufig gestellte Fragen
F: Warum müssen Sie meine virtuellen Computer jetzt neu starten?
A: Obwohl die meisten Updates und Upgrades der Azure-Plattform die VM-Verfügbarkeit nicht beeinträchtigen, können wir in einigen Fällen einen Neustart der in Azure gehosteten virtuellen Computer nicht vermeiden. Bei uns haben sich mehrere Änderungen angesammelt, die den Neustart unserer Server erfordern und damit auch zum Neustart virtueller Computer führen.
F: Bin ich auf der sicheren Seite, wenn ich ihre Empfehlungen für Hochverfügbarkeit mit Verwendung einer Verfügbarkeitsgruppe befolge?
A: In einer Verfügbarkeitsgruppe oder in VM Scale Sets bereitgestellte virtuelle Computer verwenden Updatedomänen. Bei der Wartung berücksichtigt Azure die Updatedomäneneinschränkung und startet virtuelle Computer aus einer anderen Updatedomäne (innerhalb derselben Verfügbarkeitsgruppe) nicht neu. Azure wartet auch mindestens 30 Minuten bis zum Wechsel zur nächsten Gruppe von virtuellen Computern.
Weitere Informationen zu Hochverfügbarkeit finden Sie unter Regionen und Verfügbarkeit für virtuelle Computer in Azure.
F: Wie kann ich über eine geplante Wartung benachrichtigt werden?
A: Eine geplante Wartungsaktion beginnt mit dem Festlegen eines Zeitplans für eine oder mehrere Azure-Regionen. Kurz darauf wird eine E-Mail-Benachrichtigung an Abonnementadministratoren, Co-Admins, Besitzer und Mitwirkende gesendet (jeweils eine E-Mail pro Abonnement). Zusätzliche Kanäle und Empfänger für diese Benachrichtigung können mit Aktivitätsprotokollwarnungen konfiguriert werden. Falls Sie einen virtuellen Computer in einer Region bereitstellen, in der die geplante Wartung bereits eingeplant ist, erhalten Sie die Benachrichtigung nicht. Überprüfen Sie stattdessen den Wartungsstatus des virtuellen Computers.
F: Mir wird weder im Portal noch über PowerShell oder über die CLI ein Hinweis auf eine geplante Wartung angezeigt. Wo liegt der Fehler?
A: Informationen im Zusammenhang mit geplanter Wartung stehen während einer geplanten Wartungsaktion nur für die virtuellen Computer zur Verfügung, die davon betroffen sind. Wenn keine Daten angezeigt werden, ist die Wartungswelle möglicherweise bereits beendet (oder wurde noch nicht gestartet), oder Ihr virtueller Computer wird bereits auf einem aktualisierten Server gehostet.
F: Gibt es eine Möglichkeit zum genauen Feststellen, wann mein virtueller Computer betroffen ist?
A: Bei der Festlegung des Zeitplans definieren wir ein Zeitfenster von einigen Tagen. Die genaue Reihenfolge von Servern (und virtuellen Computern) innerhalb dieses Zeitfensters ist nicht bekannt. Wenn Sie die genaue Zeit wissen möchten, zu der Ihre virtuellen Computer aktualisiert werden, können Sie geplante Ereignisse verwenden. Wenn Sie geplante Ereignisse verwenden, können Sie eine Abfrage aus dem virtuellen Computer ausführen und 15-Minuten vor dem Neustart eines virtuellen Computers eine Benachrichtigung erhalten.
F: Wie lange dauert es, meinen virtuellen Computer neu zu starten?
A: Je nach Größe Ihres virtuellen Computers kann der Neustart während des Self-Service-Wartungsfensters mehrere Minuten dauern. Die von Azure im geplanten Wartungsfenster initiierten Neustarts dauern in der Regel etwa 25 Minuten. Wenn Sie Cloud Services (Web-/Workerrolle), VM Scale Sets oder Verfügbarkeitsgruppen verwenden, stehen Ihnen während des geplanten Wartungsfensters zwischen den einzelnen Gruppen von virtuellen Computern (Updatedomäne) 30 Minuten zur Verfügung.
F: Auf meinen virtuellen Computern werden keine Wartungsinformationen angezeigt. Welches Problem liegt vor?
A: Es gibt verschiedene Gründe, warum keine Wartungsinformationen zu Ihren virtuellen Computern angezeigt werden:
- Sie verwenden ein Abonnement, das als Microsoft-intern markiert ist.
- Für Ihre virtuellen Computer ist keine Wartung geplant. Es kann sein, dass die Wartungsaktion beendet, abgebrochen oder so geändert wurde, dass Ihre virtuellen Computer nicht mehr davon betroffen sind.
- Sie haben Ihrer VM-Listenansicht nicht die Spalte Wartung hinzugefügt. Obwohl wir diese Spalte der Standardansicht hinzugefügt haben, müssen Sie die Spalte Wartung manuell zur VM-Listenansicht hinzufügen, wenn Sie Ihre Ansicht so konfigurieren, dass sie Nichtstandardspalten anzeigt.
F: Meine VM ist zum zweiten Mal für die Wartung eingeplant. Warum?
A: In mehreren Anwendungsfällen wird Ihr virtueller Computer zur Wartung eingeplant, nachdem Sie die erneute Bereitstellung nach der Wartung bereits abgeschlossen haben:
- Wir haben die Wartungsaktion abgebrochen und einen Neustart mit anderer Nutzlast vorgenommen. Es kann sein, dass wir eine fehlerhafte Nutzlast erkannt haben und einfach eine zusätzliche Nutzlast bereitstellen müssen.
- Die Dienstreparatur Ihres virtuellen Computers wurde aufgrund eines Hardwarefehlers auf einem anderen Knoten durchgeführt.
- Sie haben ausgewählt, den virtuellen Computer zu beenden (freizugeben) und neu zu starten.
- Sie haben automatisches Herunterfahren für den virtuellen Computer aktiviert.
Nächste Schritte
Erfahren Sie, wie Sie sich über einen virtuellen Computer mithilfe von geplanten Ereignissen für Wartungsereignisse registrieren.