Unterstützungs- und Deaktivierungsrichtlinie für Azure-Gastbetriebssysteme

Die Informationen auf dieser Seite beziehen sich auf das Azure-Gastbetriebssystem (Gast-BS) für Worker- und Webrollen für Clouddienste (PaaS). Sie gilt nicht für virtuelle Computer (IaaS).

Microsoft verfügt über eine veröffentlichte Unterstützungsrichtlinie für das Gastbetriebssystem. Auf dieser Seite wird beschrieben, wie die Richtlinie implementiert wird.

Die Richtlinie lautet wie folgt:

• Microsoft unterstützt mindestens die beiden neuesten Gastbetriebssystemfamilien. Wenn eine Familie deaktiviert wird, haben die Kunden ab dem offiziellen Deaktivierungsdatum 12 Monate Zeit, um auf eine neuere unterstützte Gastbetriebssystemfamilie zu aktualisieren.
• Microsoft unterstützt mindestens die beiden neuesten Versionen der unterstützten Gastbetriebssystemfamilien.
• Microsoft unterstützt mindestens die beiden neuesten Versionen des Azure SDK. Wenn eine SDK-Version deaktiviert wird, haben die Kund*innen ab dem offiziellen Deaktivierungsdatum 12 Monate Zeit, um auf eine neuere Version zu aktualisieren.

Es werden möglicherweise mehr als zwei Familien oder Versionen gleichzeitig unterstützt. Offizielle Informationen zur Unterstützung von Gastbetriebssystemen finden Sie auf der Seite Azure-Gastbetriebssystemreleases und SDK-Kompatibilitätsmatrix.

Wann wird eine Gast-BS-Version deaktiviert?

Neue Gastbetriebssystemversionen werden monatlich eingeführt, um die neuesten Microsoft Security Response Center (MSRC)-Updates zu integrieren. Aufgrund dieser regelmäßigen monatlichen Updates wird eine Gastbetriebssystemversion normalerweise etwa 60 Tage nach ihrer Veröffentlichung deaktiviert. Durch diese Aktivität sind mindestens zwei Versionen jeder Gastbetriebssystemfamilie zur Verwendung verfügbar.

Verfahren während der Deaktivierung einer Gastbetriebssystemfamilie

Nachdem die Deaktivierung angekündigt wurde, steht den Kunden ein Übergangszeitraum von 12 Monaten zur Verfügung, bevor die ältere Familie offiziell aus dem Dienst entfernt wird. Diese Übergangszeit kann nach dem Ermessen von Microsoft verlängert werden. Microsoft veröffentlicht Updates auf der Seite Azure-Gastbetriebssystemreleases und SDK-Kompatibilitätsmatrix.

Sechs (6) Monate nach Beginn des Übergangszeitraums beginnt ein schrittweiser Deaktivierungsprozess. Während dieses Zeit geschieht Folgendes:

• Microsoft benachrichtigt Kund*innen über die Einstellung.
• Die neuere Version des Azure SDK unterstützt die deaktivierte Gastbetriebssystemfamilie nicht.
• Neue und erneute Bereitstellungen von Clouddiensten sind in der deaktivierten Familie nicht zulässig.

Microsoft führt bis zum letzten Tag des Übergangszeitraums, dem so genannten „Ablaufdatum“, weiterhin neue Gastbetriebsversionen einschließlich neuer MSRC-Updates ein. Am Ablaufdatum wird die Unterstützung für alle noch ausgeführten Clouddienste im Rahmen der Azure-Vereinbarung zum Servicelevel (SLA) aufgehoben. Nach diesem Datum kann Microsoft nach eigenem Ermessen ein Upgrade für diese Dienste erzwingen oder diese Dienste löschen oder beenden.

Verfahren während der Deaktivierung einer Gastbetriebssystemversion

Wenn Kunden ihr Gastbetriebssystem so eingerichtet haben, dass es automatisch aktualisiert wird, müssen sie sich keine Gedanken um Gastbetriebssystemversionen machen. Sie verwenden immer die neueste Gastbetriebssystemversion.

Gastbetriebssystemversionen werden jeden Monat veröffentlicht. Aufgrund der Häufigkeit der regulären Releases hat jede Version eine feste Lebensdauer.

Nach 60 Tagen Lebensdauer wird eine Version „deaktiviert“. „Deaktiviert“ bedeutet, dass die Version aus dem Portal entfernt wird. Die Version kann nicht mehr über die CSCFG-Konfigurationsdatei festgelegt werden. Vorhandene Bereitstellungen werden weiterhin ausgeführt, neue Bereitstellungen sowie Code- und Konfigurationsupdates für vorhandene Bereitstellungen sind jedoch nicht zulässig.

Einige Zeit nachdem die Gastbetriebssystemversion „deaktiviert“ wurde, wird die Gastbetriebssystemversion „ablaufen“, und alle Installationen, die noch diese abgelaufene Version ausführen, werden Sicherheitsrisiken ausgesetzt. Generell erfolgt der Ablauf in Batches, sodass die Zeitspanne zwischen Deaktivierung und tatsächlichem Ablauf variieren kann.

Kunden, die ihre Dienste für die manuelle Aktualisierung des Gastbetriebssystems konfigurieren, sollten sicherstellen, dass ihre Dienste unter einem unterstützten Gastbetriebssystem ausgeführt werden. Wenn ein Dienst für die automatische Aktualisierung des Gastbetriebssystems konfiguriert ist, stellt die zugrunde liegende Plattform die Compliance sicher und führt ein Upgrade auf das neueste Gastbetriebssystem aus.

Diese Zeiträume können nach Ermessen von Microsoft verlängert werden, um den Kunden den Übergang zu erleichtern. Microsoft informiert auf der Seite Azure-Gastbetriebssystemreleases und SDK-Kompatibilitätsmatrix über Updates.

Benachrichtigungen während der Deaktivierung

• Deaktivierung der Familie
  Microsoft verwendet Blogbeiträge und Portalbenachrichtigungen. Microsoft informiert Kund*innen, die eine deaktivierte Gastbetriebssystemfamilie weiterhin verwenden, auf direktem Wege (E-Mail, Mitteilung im Portal, Telefonanruf) und vermittelt sie an zugewiesene Dienstadministrator*innen. Microsoft veröffentlicht alle Änderungen auf der Seite Azure-Gastbetriebssystemreleases und SDK-Kompatibilitätsmatrix.
• Deaktivierung der Version
  Microsoft veröffentlicht alle Änderungen und die dazugehörigen Termine auf der Seite Azure-Gastbetriebssystemversionen und SDK-Kompatibilitätsmatrix – einschließlich der Termine für Veröffentlichung, Deaktivierung und Ablauf. Dienstadministrator*innen erhalten E-Mails, wenn sie über Bereitstellungen verfügen, die unter einer deaktivierten Gastbetriebssystemversion oder -familie ausgeführt werden. Diese E-Mails können zu verschiedenen Zeitpunkten gesendet werden. Im Allgemeinen werden sie mindestens einen Monat vor der Deaktivierung gesendet, dies ist jedoch keine offizielle SLA.

Häufig gestellte Fragen

Wie kann ich die Auswirkungen einer Migration minimieren?

Es empfiehlt sich, dass Sie die neueste Gastbetriebssystemfamilie verwenden, um Ihre Clouddienste zu konzipieren.

• Starten Sie die Planung der Migration zu einer neueren Familie frühzeitig.
• Richten Sie temporäre Testbereitstellungen ein, um die Ausführung Ihres Clouddiensts unter der neuen Gastbetriebssystemfamilie zu testen.
• Legen Sie die Gastbetriebssystemversion auf Automatisch fest („osVersion=*“ in der CSCFG -Datei), sodass die Migration zu neuen Gastbetriebssystemversionen automatisch erfolgt.

Was geschieht, wenn meine Webanwendung eine tiefer greifende tiefere Integration in das Betriebssystem erfordert?

Wenn die Architektur Ihrer Webanwendung von zugrunde liegenden Features des Betriebssystems abhängt, verwenden Sie von der Plattform unterstützte Funktionen wie z.B. Starttasks oder andere Mechanismen zur Erweiterbarkeit. Alternativ dazu können Sie auch Azure Virtual Machines (IaaS – Infrastructure-as-a-Service) verwenden, wo die Verwaltung des zugrunde liegenden Betriebssystems in Ihrem Verantwortungsbereich liegt.

Nächste Schritte

Überprüfen Sie die neuesten Gastbetriebssystemreleases.