Global
Japan
Korea
China
Taiwan
Vietnam
Thailand
Indonesia
Portugal
Spain
France
العربية
Zurück
2025/04/16
8. Wechsel von CentOS zu Oracle Linux
Im Dezember 2020 kündigte der offizielle CentOS-Blog an, dass die Entwicklung von CentOS eingestellt und auf CentOS Stream umgestellt wird. Die Ankündigung des Endes von CentOS, das zuvor eine überwältigende Präsenz als RHEL-kompatible Distribution (RHEL-Klon) hatte, kam als große Überraschung.
Fast drei Jahre sind seit der Ankündigung des Endes von CentOS im Jahr 2020 vergangen, und es sind verschiedene Alternativen zu CentOS entstanden. In diesem Artikel erklären wir die aktuelle Situation von CentOS und die Zeit nach CentOS sowie den Wechsel zu Oracle Linux, das ein vielversprechendes Migrationsziel ist.
Ende von CentOS und CentOS Stream
Um die aktuelle Situation von CentOS zu verstehen, erklären wir zunächst einen Überblick über das Ende von CentOS und das neue CentOS Stream.
Ankündigung des Endes von CentOS
Die Ankündigung des Endes von CentOS wurde im offiziellen CentOS-Blog veröffentlicht: „CentOS Project shifts focus to CentOS Stream.“
Der Inhalt dieses Blogs lässt sich wie folgt zusammenfassen:
- CentOS 8 wird am 31. Dezember 2021 eingestellt.
- CentOS 7 wird wie gewohnt bis zum 30. Juni 2024 unterstützt.
- CentOS wird zukünftig zu CentOS Stream übergehen.
- CentOS Stream ist der Upstream (Entwicklungs)-Zweig von RHEL. Es ist anders positioniert als traditionelle Rebuilds.
- CentOS 8-Nutzer werden aufgefordert, zu CentOS Stream zu migrieren, das weniger Unterschiede aufweist, oder zu RHEL, wenn sie Bedenken hinsichtlich der Nutzung in einer Produktionsumgebung haben.
Aus der Perspektive des Nutzers lässt sich dies wie folgt ausdrücken:
- Die Unterstützung für CentOS endet bald, daher müssen Sie sofort eine Migration in Betracht ziehen.
- Derzeit (September 2023) ist die Unterstützung für CentOS 8 beendet, und die Unterstützung für CentOS 7 endet im Juni 2024. Nach dem Ende der Unterstützung werden keine Update-Pakete mehr bereitgestellt, und das Yum-Repository wird nicht mehr verfügbar sein.
- Da keine Update-Pakete bereitgestellt werden, erhöht sich das Sicherheitsrisiko.
- CentOS Stream ist kein Rebuild von RHEL wie CentOS, sondern wird als Entwicklungsversion positioniert. Daher gibt es Probleme bei der Verwendung in einer Produktionsumgebung.
Unterschiede zwischen CentOS und CentOS Stream
CentOS war eine RHEL-kompatible Linux-Distribution, auch bekannt als RHEL-Klon. Daher ist sie mit RHEL kompatibel und auf Quellcode-Ebene nahezu identisch. Übrigens habe ich im vorherigen Artikel „Nutzen Sie Oracle Linux? (Teil 1)“ das folgende Diagramm vorgestellt.
CentOS Stream hingegen ist ein Nightly-Build von RHEL, der auf Rolling-Release-Basis veröffentlicht wird. Ein Nightly-Build ist ein Build, der mit dem neuesten Quellcode eines Entwicklungsprojekts generiert wird und sich von der offiziellen Release-Version unterscheidet.
Es ist etwas schwer zu verstehen, da es sich von dem unterscheidet, was wir bisher hatten, aber das folgende Diagramm, das vom CentOS-Projekt veröffentlicht wurde, sollte helfen. Zum Beispiel wurde RHEL 8 (≓ CentOS 8) durch Abzweigung von Fedora 28 erstellt. Anschließend wurden 8.2 und 8.3 in dieser Reihenfolge veröffentlicht, und für jeden wurden Errata erstellt. Je nach OS-Einstellungen ist es auch möglich, von 8.3 auf die neueste Version 8.8 zu aktualisieren.
Quelle: CentOS Stream ist Continuous Delivery lizenziert unter CC BY-SA 4.0
CentOS Stream ist ein Rolling-Release-System, daher gibt es keine Minor-Versionen wie 8.2 oder 8.3. Es hat nur das Veröffentlichungsdatum. Wenn Sie sich das ISO-Image auf der Mirror-Site ansehen, hat es ein Datum wie 20230825. Außerdem sind 20230825 und latest auf der Mirror-Site identisch, und der Inhalt von latest wird stets aktualisiert.
Auch auf der Ebene einzelner Pakete gibt es keine Garantie, dass CentOS Stream und RHEL identisch sind. Da Änderungen zunächst an CentOS Stream vorgenommen werden, ist CentOS Stream bei einem Vergleich der neuesten Versionen neuer und kann als Version betrachtet werden, die noch nicht in der Produktion getestet wurde.
Ich hoffe, Sie verstehen, dass CentOS und CentOS Stream zwar funktional ähnlich sind, ihre Positionen jedoch ganz unterschiedlich sind. Das ist der Grund, warum es weltweit so viel Aufsehen erregt hat. Die Unterschiede zwischen CentOS und CentOS Stream werden detailliert im „Akahato Engineer Blog: Die Beziehung zwischen Fedora/CentOS Stream/CentOS/RHEL“ beschrieben. Schauen Sie bitte vorbei, wenn Sie interessiert sind.
Supportdauer für jede Linux-Distribution
Dieser Artikel stellt die Supportdauer für RHEL-basierte Linux-Distributionen vor. Die einzige derzeit unterstützte CentOS-Version ist CentOS 7, die bis zum 30. Juni 2024 unterstützt wird. Es gibt kein CentOS 9. Wenn Sie derzeit CentOS verwenden, müssen Sie daher zu einer anderen Linux-Distribution migrieren.
| Version | Ende des Supports(*1) |
|---|---|
| CentOS 7 | 2024/06/30 |
| CentOS 8 | 2021/12/31 |
| CentOS Stream 8 | 2024/05/31 |
| CentOS Stream 9 | Noch nicht festgelegt (geplant wie RHEL9) |
| Red Hat Enterprise Linux 7 | 2024/06/30 |
| Red Hat Enterprise Linux 8 | 2029/05/31 |
| Red Hat Enterprise Linux 9 | 2032/05/31 |
| Oracle Linux 7 | 2024/12 |
| Oracle Linux 8 | 2029/07 |
| Oracle Linux 9 | 2032/06 |
*1: Das Ende des Supports für Oracle Linux ist das Ende des Premier Supports. Extended Support und Sustaining Support werden für einen längeren Zeitraum bereitgestellt.
Optionen für die CentOS-Migration
Lassen Sie uns die Linux-Distributionen betrachten, die als Kandidaten für eine Migration von CentOS in Frage kommen. Unter Berücksichtigung der Einfachheit der Migration ist die RHEL-Serie die beste Wahl, und die Hauptoptionen sind wie folgt:
- CentOS Stream
- Red Hat Enterprise Linux
- Oracle Linux
- AlmaLinux
- Rocky Linux
- MIRACLE LINUX
- Amazon Linux
AlmaLinux und Rocky Linux sind Linux-Distributionen, die als Reaktion auf das Ende von CentOS entstanden sind. Beide werden von großen Unternehmen gesponsert und sind auch in der Public Cloud verfügbar.
Welche Sie wählen, hängt von Faktoren wie Ihrem Zweck und Budget ab, daher ist es schwer zu sagen, welche bedingungslos besser ist. Die folgende Tabelle vergleicht sie aus der Perspektive der Unternehmensnutzung. Für die Unternehmensnutzung sind wichtige Faktoren die Dauer des Supports, die Verfügbarkeit von kostenpflichtigem Support, die Verfügbarkeit von unterstützter Hardware, die Unterstützung von kommerziellen Paketen und die Kosten.
| Distribution | Lizenz/Abonnement | Kostenpflichtiger Support | Migrationsmethode | Nachteile und negative Punkte |
|---|---|---|---|---|
| CentOS Stream | Nicht erforderlich | Keiner | Repository ersetzen | Scheint sehr stabil zu sein, aber Vorsicht ist geboten. Es ist nicht kompatibel mit dem traditionellen RHEL, daher gibt es keine unterstützte Hardware, und kommerzielle Pakete werden nicht unterstützt. Können Sie Ihren Chef oder Kunden überzeugen? |
| Red Hat Enterprise Linux | Erforderlich | Verfügbar | Migrationstools verfügbar | Branchenführer, aber erfordert ein Abonnement und eine Red Hat Enterprise Agreement |
| Oracle Linux | Nicht erforderlich, aber einige Funktionen sind nur für zahlende Support-Nutzer verfügbar | Verfügbar | Migrationstools verfügbar | Es hat eine lange Erfolgsgeschichte und wird für geschäftskritische Anwendungen wie Exadata verwendet. Es ist unter Oracle-Produktnutzern weniger bekannt. |
| AlmaLinux/Rocky Linux | Nicht erforderlich | Kostenpflichtiger Support verfügbar (einschließlich Drittanbieter-Support) | Migrationstools verfügbar | Es handelt sich um eine neue Distribution, daher muss man sie im Auge behalten. |
| Amazon Linux | Nicht erforderlich | Verfügbar | Keine vom Anbieter bereitgestellten Tools | Es kann vor Ort verwendet werden und hat eine hohe Kompatibilität mit AWS. Da es auf Fedora basiert, ist die Kompatibilität nicht hoch, und die Supportdauer ist mit etwa 5 Jahren kurz. |
| MIRACLE LINUX | Nicht erforderlich | Verfügbar | Migrationstools verfügbar | Obwohl es eine lange Erfolgsgeschichte hat, ist es unter inländischen Anbietern wenig bekannt. |
Wechsel von CentOS zu Oracle Linux mit Migrationstools
Oracle Linux bietet ein Skript namens centos2ol.sh, das CentOS direkt vor Ort zu Oracle Linux umstellt. Diesmal verwenden wir dieses Skript, um CentOS 8 auf Oracle Linux 8 umzustellen. Das Verfahren für den Wechsel zu CentOS 7 ist nahezu identisch.
Oracle hat mehrere Dokumente veröffentlicht, daher gehen wir in dieser Kolumne auf einige davon detailliert ein, während wir die Hauptpunkte hervorheben.
- Wechsel von CentOS 8 zu Oracle Linux 8
- Wechsel von CentOS Linux zu Oracle Linux
- Github: Wechsel von CentOS/Rocky Linux zu Oracle Linux
Ausführen des Migrationsskripts:
Die Schritte zum Ausführen des Migrationsskripts sind wie folgt. Die Vorbereitungsschritte 1 bis 3 erfordern mehrere Befehle. Die Migrationsschritte 4 und 5 können jedoch mit einer minimalen Anzahl von Befehlen durchgeführt werden.
- Einschränkungen prüfen
- System-Backup (im Text ausgelassen)
- Vorbereitung des Quell-CentOS
- Ausführung des Migrationsskripts
- Überprüfung nach der Migration
Einschränkungen prüfen
Die Einschränkungen des Migrationstools sind wie folgt. Vorerst müssen Sie sich dieser Einschränkungen nur bewusst sein, und wir werden sie im nächsten Abschnitt „Vorbereitung des Quell-CentOS“ überprüfen.
- Quelle ist CentOS 6, 7, 8 oder Rocky Linux 8, 9
- Zugang zu den CentOS- und Oracle Linux-Yum-Repositorys, entweder direkt oder über einen Proxy
- Die Instanz ist nicht bei einem Drittanbieter-Paketverwaltungstool wie Spacewalk registriert.
- Wenn Sie Pakete aus anderen Quellen als dem offiziellen CentOS-Repository installiert haben, sind sie möglicherweise kompatibel, aber wir garantieren nicht, dass sie funktionieren. Einige Software könnte Probleme verursachen, wenn
/etc/oracle-releaseinstalliert ist. - Wenn einige Kernel-Module installiert sind, wie z.B. kommerzielle Antivirenprodukte oder Hardware-Treiber, funktionieren sie nach dem Wechsel möglicherweise nicht.
- Das Migrationsskript aktiviert nur die Basis-Repositorys, wie z.B. base, updates und BaseOS. Wenn Sie Pakete aus anderen Repositorys installiert haben, müssen Sie möglicherweise zusätzliche Repositorys aktivieren.
- /var/cache hat mindestens 5 GB freien Speicherplatz
Vorbereitung des Quell-CentOS
Hier stellen wir sicher, dass keine Einschränkungen des Skripts verletzt werden.
Bitte beachten Sie, dass die Vorbereitungsschritte Administratorrechte erfordern, daher müssen Sie entweder sudo vor den Befehl setzen oder su verwenden, um ihn als Root-Benutzer auszuführen. Ich habe sudo weggelassen, um die Einfachheit des Erscheinungsbildes zu betonen. Außerdem empfiehlt CentOS 8 dnf anstelle von yum, aber ich habe mich an yum gehalten, da es kompatibel ist.
1. CentOS-Version überprüfen
Melden Sie sich an der Quelle an und überprüfen Sie die CentOS-Version. Wenn es wie unten gezeigt Version 8 ist, gibt es kein Problem.
# cat /etc/centos-release
CentOS Linux release 8.3.20112. Verbindung zum CentOS-Yum-Repository überprüfen
Überprüfen Sie, ob Sie eine Verbindung zum CentOS-Yum-Repository herstellen können. CentOS 8 hat kein Repository mehr auf der Mirror-Site, daher erhalten Sie bei fehlender Verbindung den folgenden Fehler:
# yum check-update
CentOS Linux 8 - AppStream 51 B/s | 38 B 00:00
Fehler: Herunterladen der Metadaten für das Repository 'appstream' fehlgeschlagen: Kann interne Mirrorliste nicht vorbereiten: Keine URLs in der MirrorlisteWenn ein Fehler auftritt, ändern Sie das Repository, auf das Sie verweisen, indem Sie den folgenden Befehl ausführen:
# sed -i -e 's/^mirrorlist/#mirrorlist/g' -e 's/^#baseurl=http:\/\/mirror/baseurl=http:\/\/vault/g' /etc/yum.repos.d/CentOS-*repoWenn das Repository verfügbar ist, werden die Repository-Metadaten heruntergeladen, und aktualisierbare Pakete werden wie unten gezeigt angezeigt.
# yum check-update
CentOS Linux 8 - AppStream 16 MB/s | 8.4 MB 00:00
CentOS Linux 8 - BaseOS 9.2 MB/s | 4.6 MB 00:00
CentOS Linux 8 - Extras 46 kB/s | 10 kB 00:00
NetworkManager.x86_64 1:1.32.10-4.el8 baseos
NetworkManager-libnm.x86_64 1:1.32.10-4.el8 baseos3. Überprüfen, ob keine problematischen Pakete vorhanden sind
Überprüfen Sie Kernel und Pakete, die außerhalb der Basis-Repositorys (anaconda, base, baseos, updates, AppStream usw.) installiert wurden. Kernel sind besonders problematisch, daher entfernen Sie den centosplus-Kernel, falls einer vorhanden ist.
Zeigt den installierten Kernel an. Der Name des Repositorys, von dem er installiert wurde, wird ganz rechts angezeigt. In diesem Beispiel ist alles in Ordnung.
# yum list installed kernel
kernel.x86_64 4.18.0-240.el8 @anacondaUm nicht nur den Kernel, sondern auch Pakete zu überprüfen, die aus anderen als den Basis-Repositorys installiert wurden, verwenden Sie den folgenden Befehl. Wenn Pakete aus Drittanbieter-Repositorys wie EPEL installiert sind, werden die entsprechenden Pakete angezeigt. Benutzerraum-Pakete sind jedoch selten ein Problem.
# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE}\t%{VENDOR}\n' | grep -v "CentOS"4. Basis-Repository überprüfen
Überprüfen Sie, ob die Basis-Repositorys aktiviert sind. Wenn sie deaktiviert sind, aktivieren Sie sie.
# yum repolist
repo id Repository-Name
appstream CentOS Linux 8 - AppStream
baseos CentOS Linux 8 - BaseOS
extras CentOS Linux 8 - ExtrasWenn Repositorys deaktiviert sind, aktivieren Sie sie.
# dnf config-manager --enable BaseOS AppStream extrasWenn die folgende Nachricht, die mit „Dieses System ist“ beginnt, zu Beginn angezeigt wird, ist das System bei Spacewalk usw. registriert. Das Migrationsskript kann nicht verwendet werden, daher müssen Sie es entweder aus der Verwaltung entfernen oder die Verwendung des Skripts aufgeben.
# yum repolist
...
Dieses System erhält Updates von Red Hat Satellite oder Spacewalk-Server
repo id Repository-Name5. Paket-Updates
Aktualisieren Sie die Pakete auf die neueste Version. Obwohl ein Update auf die neueste Version nicht erforderlich ist, wird es beim Ausführen des Migrationsskripts aktualisiert, sodass es am Ende dasselbe ist.
# yum update -y6. Freien Speicherplatz überprüfen
Überprüfen Sie, ob /var/cache mindestens 5 GB freien Speicherplatz hat.
# df -h /var/cache
Dateisystem Größe Benutzt Verfügbar Benutzt% Mount-Punkt
/dev/mapper/cl_centos8-root 47G 1.7G 46G 4% /7. Automatische Paket-Updates deaktivieren
Wenn während der Ausführung des Migrationsskripts automatische Paket-Updates aktiviert sind, funktionieren sie nicht ordnungsgemäß, daher müssen sie deaktiviert werden. CentOS hat zwei Arten von automatischen Paket-Updates:
- yum-cron (CentOS 7) oder dnf-automatic (CentOS 8)
- Packagekit, das in die Desktop-Umgebung integriert ist
Wenn Sie keinen Desktop installiert haben, überprüfen Sie yum-cron oder dnf-automatic. Wenn der Desktop installiert ist, sollten Sie beide überprüfen.
7-1. dnf-automatic deaktivieren
Überprüfen Sie, ob dnf-automatic installiert ist. Wenn wie unten nichts angezeigt wird, fahren Sie mit „7-2. Packagekit deaktivieren“ fort.
# rpm -qa | grep dnf-automatic
★ Wenn nichts angezeigt wird, ist es nicht installiertWenn installiert, überprüfen Sie die Timer-Einstellungen. Im folgenden Beispiel sind automatische Downloads (dnf-automatic-download.timer) aktiviert.
# systemctl list-unit-files --type=timer | grep dnf-auto
dnf-automatic-download.timer aktiviert
dnf-automatic-install.timer deaktiviert
dnf-automatic-notifyonly.timer deaktiviert
dnf-automatic.timer deaktiviertWenn einer davon aktiviert ist, deaktivieren Sie alle.
# systemctl disable dnf-automatic-download.timer --now7-2. Packagekit deaktivieren
Wenn eine GUI-Umgebung installiert ist, überprüfen Sie Packagekit.
# systemctl status packagekitWenn wie im ★-Zeichen gezeigt „active (running)“ angezeigt wird, läuft es. Wenn der Packagekit-Dienst selbst nicht existiert, wird „Unit packagekit.service could not be found.“ angezeigt. In diesem Fall ist dies nicht relevant.
● packagekit.service - PackageKit Daemon
Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static; vendor preset: disabled)
Active: ★active (running)★ since Tue 2023-08-15 09:31:27 GMT; 59s ago
Main PID: 21960 (packagekitd)
Tasks: 3
CGroup: /system.slice/packagekit.service
└─21960 /usr/libexec/packagekitd
Dec 15 09:31:26 centos7 systemd[1]: Starting PackageKit Daemon...
Dec 15 09:31:27 centos7 PackageKit[21960]: daemon start
Dec 15 09:31:27 centos7 systemd[1]: Started PackageKit Daemon.Wenn Packagekit läuft, stoppen Sie den Dienst und deaktivieren Sie den automatischen Start.
# systemctl disable packagekit --now8. Migrationsskript herunterladen
Laden Sie das Migrationsskript herunter. Wenn Sie einen Proxy benötigen, um auf das Internet zuzugreifen, geben Sie den Proxy-Server in den Optionen --proxy oder Umgebungsvariablen https_proxy an.
# curl -O https://raw.githubusercontent.com/oracle/centos2ol/main/centos2ol.shÜberprüfen Sie die verfügbaren Optionen.
# bash centos2ol.sh -h
Verwendung: centos2ol.sh [OPTIONEN]
OPTIONEN
-h
Diese Hilfe anzeigen und beenden
-k
Den UEK-Kernel nicht installieren und UEK-Repositorys deaktivieren
-r
Alle CentOS-RPMs durch Oracle Linux-RPMs neu installieren
Hinweis: Dies ist für den Support nicht erforderlich
-V
RPM-Informationen vor und nach dem Wechsel überprüfenAusführen der Migrationsskripte
Nachdem alles vorbereitet ist, führen Sie das Migrationsskript aus, um zu Oracle Linux zu wechseln. Die Ausführungszeit hängt von der Anzahl der installierten Pakete, der Leitungsgeschwindigkeit und der Leistung der Maschine ab. In der von mir getesteten Umgebung dauerte es etwa 10 bis 60 Minuten.
# bash centos2ol.shWenn das Skript erfolgreich ausgeführt wird, wird die folgende Nachricht angezeigt:
Synchronisation erfolgreich.
Aktualisierung des GRUB2-Bootloaders.
Generierung der GRUB-Konfigurationsdatei ...
fertig
Wechsel des Standard-Boot-Kernels auf UEK.
Entfernen des Yum-Cache
Wechsel abgeschlossen.
Oracle empfiehlt, dieses System neu zu starten.Folgen Sie der Nachricht und starten Sie das System neu.
# systemctl rebootÜberprüfung nach der Migration
Nach dem Neustart überprüfen Sie den Zustand Ihres Systems.
- /etc/oracle-release wurde hinzugefügt, und /etc/centos-release wurde entfernt.
$ ls -l /etc/*-release
-rw-r--r--. 1 root root 32 Aug 7 00:03 /etc/oracle-release
-rw-r--r--. 1 root root 489 Aug 7 00:03 /etc/os-release
-rw-r--r--. 1 root root 45 Aug 7 00:03 /etc/redhat-release
lrwxrwxrwx. 1 root root 14 Aug 7 00:03 /etc/system-release -> oracle-release- Vor der Migration war die Version CentOS 8.3, jetzt ist es die neueste Oracle Linux 8.8. Wenn Sie das Migrationsskript verwenden, wird es zur neuesten Version.
$ cat /etc/oracle-release
Oracle Linux Server release 8.8- Der Standard-Kernel ist UEK, nicht RHCK. Wenn Sie UEK nicht verwenden möchten, geben Sie
centos2ol.sh -kbeim Ausführen des Skripts wie folgt an:
$ uname -r
5.4.17-2136.322.6.2.el8uek.x86_64- Überprüfen Sie, ob CentOS-Pakete verbleiben. Die folgenden Kernel werden angezeigt. Diese werden nicht verwendet, daher können sie gelöscht werden.
$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE}\t%{VENDOR}\n' | grep CentOS | sort -n
kernel-4.18.0-240.el8 CentOS
kernel-core-4.18.0-240.el8 CentOS
kernel-modules-4.18.0-240.el8 CentOS- Gehen wir einen Schritt weiter und zeigen die Liste der kernelbezogenen Pakete an. Wir sehen, dass der vorherige CentOS-Kernel sowie die neuesten RHCK und UEK für Oracle Linux installiert sind.
# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE}\t%{VENDOR}\n' | grep kernel- | sort -n
kernel-4.18.0-240.el8 CentOS
kernel-4.18.0-477.21.1.el8_8 Oracle America
kernel-core-4.18.0-240.el8 CentOS
kernel-core-4.18.0-477.21.1.el8_8 Oracle America
kernel-modules-4.18.0-240.el8 CentOS
kernel-modules-4.18.0-477.21.1.el8_8 Oracle America
kernel-tools-4.18.0-477.21.1.el8_8 Oracle America
kernel-tools-libs-4.18.0-477.21.1.el8_8 Oracle America
kernel-uek-5.4.17-2136.322.6.2.el8uek Oracle America- Überprüfen Sie die aktivierten Repositorys, Sie werden sehen, dass sie durch Oracle Linux-Repositorys ersetzt wurden.
yum repolist
repo id Repository-Name
ol8_UEKR6 Neueste Unbreakable Enterprise Kernel Release 6 für Oracle Linux 8 (x86_64)
ol8_appstream Oracle Linux 8 Application Stream (x86_64)
ol8_baseos_latest Oracle Linux 8 BaseOS Latest (x86_64)Fazit
Durch die Verwendung des Migrationsskripts sehen Sie, dass der Wechsel von CentOS zu Oracle Linux sehr einfach ist. Der mühsamste Teil ist die Vorprüfung. Auch wenn es im Haupttext nicht erklärt wurde, stellen Sie sicher, dass Sie vor der Ausführung ein Backup erstellen.
Zusammenfassung
- Die Unterstützung für CentOS endet bald, daher müssen Sie schnell migrieren.
- Oracle Linux ist ein wahrscheinliches Migrationsziel.
- Das Migrationsskript centos2ol.sh erleichtert den Wechsel von CentOS zu Oracle Linux.
- Die Migrationszeit beträgt etwa 10 bis 60 Minuten pro Server. Sie hängt von der Anzahl der installierten Pakete, der Serverleistung und der Leitungsgeschwindigkeit ab.
- Das Skript hat einige Einschränkungen, wie z.B. die Möglichkeit, sich mit Internet-Repositorys zu verbinden.
Die RHEL-Klon-Branche ist seit Ende 2020 in Aufruhr, aber im Jahr 2023 gibt es erneut Aufregung. Red Hat hat zuvor den RHEL-Quellcode veröffentlicht, hat jedoch angekündigt, dass er zukünftig nicht mehr öffentlich gemacht wird (siehe Link unten). Als Reaktion darauf haben einige Anbieter Gegenmaßnahmen angekündigt. Oracle entwickelt nicht nur seit vielen Jahren Oracle Linux, sondern auch Solaris, sodass Sie sich in diesem Bereich sicher fühlen können.