In diesem Dokument werden die Lebenszyklusphasen öffentlicher Betriebssystem-Images in Compute Engine beschrieben. Anhand dieser Informationen können Sie nachvollziehen, wie Betriebssystemversionen von der allgemeinen Verfügbarkeit (GA) über das Ende des Supports (EOS) oder das Ende des Lebenszyklus (EOL) übergehen, um Upgradepläne für Ihre Arbeitslasten zu entwerfen.
In den folgenden Abschnitten werden die Lebenszyklusphasen einer Betriebssystemversion in Compute Engine beschrieben.
Mainstream-Support oder General Availability (GA)
In dieser Phase finden die folgenden Prozesse statt:
- Mit der Einführung einer neuen Betriebssystemversion erstellt der Anbieter des Betriebssystem-Images ein neues Betriebssystem-Image und weist ihm einen Namen zu. Dabei wird die Namenskonvention für diese Betriebssystemdistribution verwendet. Beispiel:
debian-13-trixie-v20260827. Der Image-Anbieter erstellt dann eine neue Image-Familie. Beispiel:
debian-13..Mithilfe von Image-Familien können Sie Betriebssystem-Images in Ihrem Projekt so verwalten, dass ähnliche Images zusammengefasst werden und Rollforwards und Rollbacks zwischen bestimmten Betriebssystem-Image-Versionen möglich sind. Weitere Informationen finden Sie unter Best Practices für Image-Familien.
Alle Aufrufe der Image-Familie verweisen auf dieses neu erstellte Betriebssystem-Image. Wenn Sie beispielsweise beim Erstellen der VM eine Image-Familie mit dem Flag
--image-familyund dem entsprechenden--image-projectangeben, wird die aktuelle Version des Images verwendet.Gelegentlich wendet der Image-Anbieter wichtige Sicherheits- oder Fehlerkorrekturen, die vom Betriebssystemanbieter gesendet werden, auf das Betriebssystem-Image an. In diesen Updates werden möglicherweise neue Features eingeführt. Wenn ein Update gesendet wird, geschieht Folgendes:
- Das aktuelle Betriebssystem-Image wird aktualisiert und ein neuer Name wird generiert. Beispiel: Die
debian-13-trixie-v20260827mit den Updates wird zudebian-13-trixie-v20260902.. - Die Image-Familie
debian-13verweist jetzt auf das neue Betriebssystem-Imagedebian-13-trixie-v20260902. - Das vorherige Betriebssystem-Image (
debian-13-trixie-v20260827) ist mitdeprecatedgekennzeichnet.
- Das aktuelle Betriebssystem-Image wird aktualisiert und ein neuer Name wird generiert. Beispiel: Die
Eingestellt oder Ende des Supports (EOS)
Irgendwann erreicht jede Betriebssystemversion die Phase der Einstellung. Die Einstellungsdaten für Betriebssystemversionen finden Sie unter Details zu Betriebssystemen.
Verworfene Betriebssystemversionen können sich entweder in einer erweiterten Supportphase oder in der End-of-Life-Phase befinden.
In dieser Phase stellen Betriebssystemanbieter keine Image-Updates mehr bereit und die Betriebssystem-Images werden als verworfen markiert. Sie können diese Betriebssystem-Images möglicherweise weiterhin verwenden, sind aber für die Beschaffung von Updates verantwortlich, die je nach Verfügbarkeit von der Betriebssystem-Distribution, dem Hersteller oder der Open Source-Community zur Verfügung gestellt werden.
Wenn eine Betriebssystemversion das EOS erreicht, geschieht Folgendes:
- Das neueste Image in der Image-Familie wurde entweder gelöscht oder als verworfen markiert.
Sie können die Image-Familie nicht mehr verwenden. Sie können jedoch weiterhin einige oder alle Betriebssystem-Images verwenden, indem Sie direkt darauf verweisen. Eine Ausnahme bildet Windows, wo alle Betriebssystem-Images bei EOS gelöscht werden.
Wenn Sie eine VM aus einem verworfenen Image erstellen möchten, müssen Sie die Google Cloud CLI oder REST verwenden. Beim Angeben des Images müssen Sie das Flag
--imageverwenden, da Image-Familien nicht auf verworfene Images verweisen. Weitere Informationen zum Erstellen von VMs finden Sie unter VM-Instanz aus einem öffentlichen Image erstellen.Wenn eine Betriebssystemversion die erweiterte Lebenszyklusphase erreicht oder überschreitet, garantiert Google keine Feature-Kompatibilität mit neuen Maschinenfamilien oder CPU-Plattformen für diese verworfenen Versionen.
Alle VMs, die Betriebssystem-Images verwenden, die zu dieser EOS-Betriebssystemversion gehören, funktionieren weiterhin in Compute Engine und sind auch nach dem EOS-Datum für den Google Cloud -Support berechtigt. Wenn jedoch Probleme mit der VM auf die eingestellte Betriebssystemversion zurückzuführen sind, kann Google das Problem möglicherweise nicht beheben, da der Support des Betriebssystemanbieters nicht mehr verfügbar ist.
Verworfene Betriebssystemversionen können sich entweder in einer erweiterten Supportphase oder am Ende des Lebenszyklus befinden.
Verlängerter Support
Wenn einige Betriebssysteme die Einstellungsphase erreichen, bieten Betriebssystemanbieter ein kostenpflichtiges Wartungs-, erweitertes oder langfristiges Paket an, das auf Ihr Betriebssystem angewendet werden kann:
- Für das Betriebssystem Red Hat Enterprise Linux (RHEL): Wartungssupport, erweiterte Lebensdauer, Extended Lifecycle Support (ELS) (Add-on) oder Extended Update Support (EUS)
- Für Rocky Linux: Langzeitsupport kann bei CIQ erworben werden.
- Für das Betriebssystem SUSE Linux Enterprise Server (SLES): Long Term Service Pack Support, Extended Service Pack Overlap Support (ESPOS)
- Für Ubuntu Pro-Betriebssystem: Erweiterte Sicherheitswartung (ESM)
- Für Windows-Betriebssysteme: Erweiterte Sicherheitsupdates
Weitere Informationen zu diesen Paketen mit verlängertem Lebenszyklus finden Sie in der Dokumentation des Betriebssystemanbieters.
End of Life (EOL)
Bei Betriebssystemen, die das Ende des erweiterten Supportzeitraums erreicht haben oder für die kein erweiterter Supportzeitraum verfügbar ist, gilt Folgendes:
Das neueste Image in der Image-Familie wird als verworfen markiert oder aus Google Cloudgelöscht.
Die von Google bereitgestellte Software für die Gastumgebung wird für EOL-Betriebssystemversionen nicht aktualisiert und Repositories werden nicht mehr aktualisiert oder gewartet.
Für vorhandene VMs, die EOL-Betriebssystemversionen verwenden, gilt Folgendes:
- Die VM kann keine Softwarepakete oder Updates vom Betriebssystemanbieter herunterladen oder installieren und Sicherheitsupdates sind nicht mehr verfügbar. Dies liegt daran, dass Inhalte des Betriebssystemanbieters möglicherweise nicht mehr über die vorhandenen Channels verfügbar sind, da die konfigurierte Software-Repository-Infrastruktur des Betriebssystemanbieters möglicherweise deaktiviert oder archiviert wurde.
- Die VM wird weiterhin ausgeführt, aber die Kompatibilität ist nicht garantiert. Möglicherweise ist kein aktiver Support vom Betriebssystemanbieter oder von Google verfügbar. Google kann Optionen für die Migration oder Upgrades auf neuere Betriebssystemversionen anbieten.
Namenskonvention für Betriebssystem-Images, Aktualisierungszeitplan und Richtlinie zur Einstellung von Produkten und Diensten
In der folgenden Tabelle sind die Namenskonvention für Betriebssystem-Images und Image-Familien, der Aktualisierungszeitplan und die anwendbare EOS-Richtlinie aufgeführt.
Definitionen
In der Tabelle werden die folgenden Notationen verwendet:
Vist die numerische Version des Betriebssystems. Beispiel:RHEL-7, wobei7die numerische Version istRist der Release-String, der manchmal auch als Entwicklungs-Codename für das Betriebssystem bezeichnet wird. Beispiel:debian-13-trixie-v20260827, wobeitrixieder Release-String ist. Release-Strings gelten nur für Debian- und Ubuntu-Betriebssystem-Images.Nist die numerische Build-Nummer. Build-Nummern gelten nur für Container-Optimized OS und Fedora CoreOS.YYYYMMDDist das Jahr/der Monat/der Tag, an dem das Betriebssystem-Image erstellt oder veröffentlicht wurde. Bei einigen Betriebssystemen wird dem Datum ein kleinesvvorangestellt. Beispiel:vYYYYMMDD
| Betriebssystem | Image-Familie | Betriebssystem-Image | Zeitplan aktualisieren | Richtlinie zur Einstellung von Produkten und Diensten |
|---|---|---|---|---|
| CentOS Stream |
|
|
Monatlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| Container-Optimized OS |
|
|
Monatlich | Betriebssystem-Images sind als veraltet markiert, können aber weiterhin verwendet werden. |
| Debian |
|
|
Monatlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| Fedora CoreOS |
|
|
Kritische Fehler oder Sicherheitsprobleme | Betriebssystem-Images werden am EOS-Datum gelöscht. |
| RHEL |
|
|
Monatlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| RHEL BYOS |
|
|
Monatlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| RHEL für SAP |
|
|
Monatlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| Rocky Linux |
|
|
Monatlich | Betriebssystem-Images sind als veraltet markiert, können aber weiterhin verwendet werden. |
| SQL Server auf Windows Server |
|
|
Monatlich | Betriebssystem-Images werden am EOS-Datum gelöscht. |
| SLES |
|
|
Vierteljährlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| SLES für SAP |
|
|
Vierteljährlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| SLES für SAP BYOS |
|
|
Vierteljährlich | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| Ubuntu LTS |
|
|
Kritische Fehler oder Sicherheitsprobleme | Betriebssystem-Images sind als veraltet markiert, können aber weiterhin verwendet werden. |
| Ubuntu Pro |
|
|
Kritische Fehler oder Sicherheitsprobleme | Betriebssystem-Images sind als verworfen markiert, können aber weiterhin verwendet werden. |
| Windows Server |
|
|
Monatlich | Betriebssystem-Images werden am EOS-Datum gelöscht. |
Nächste Schritte
- Weitere Informationen zu Best Practices für Betriebssystem-Upgrades
- Mehr über Betriebssysteme erfahren, die in Compute Engine verfügbar sind