centos7與centos8區別


原路徑:https://blog.csdn.net/tjjingpan/article/details/105944960

目錄

1 紅帽RHEL8和RHEL7功能區別對比

1.1 默認的文件系統

1.2 RHEL8與RHEL7的內核版本分別是多少

1.3 內核代碼名字

1.4 標准/默認的倉庫頻道

1.5 網絡時間同步

1.6 支持最大的文件

1.7 軟件包管理

1.8 最大支持的內存

1.9 默認的網絡數據包過濾

1.10 默認的數據庫

1.11 支持的硬件架構

1.12 可供安裝的ISO鏡像類型

1.13 默認情況下的Cockpit web控制台的安裝狀態

1.14 默認虛擬機管理

1.15 RMP版本的改進

1.16 CUPS日志

1.17 默認版本的控制系統

1.18 編程語言版本

1.19 關於容器技術的支持

1.20 開發工具支持

1.21 NFS配置對比

2 RHEL8額外新功能新特性

2.1 elevator內核命令行參數被廢棄

2.2 網絡腳本被廢棄

2.3 新內核支持5級paging

2.4 Anaconda支持RHEL 8中的系統目標

2.5 CodeReady Linux構建器倉庫

2.6 改進版本的OpenSSH

2.7 RHEL8中不支持數字用戶名和組名

2.8 默認情況下,securetty現在是禁用的

2.9 改進的TCP網絡棧

2.10 高可用性(HA)

2.11 lvmlockd取代了clvmd
1 紅帽RHEL8和RHEL7功能區別對比
1.1 默認的文件系統

RHEL8與RHEL7都是采用XFS
1.2 RHEL8與RHEL7的內核版本分別是多少

關於內核版本,RHEL8和7的區別如下:
RHEL8采用4.18.0-x
RHEL7采用3.10-0-x
1.3 內核代碼名字

關於內核代碼,RHEL8和7的區別如下:

RHEL8采用2019-05-07 (Kernel Version 4.18.0-80)
RHE7采用2014-06-09 (Kernel Version 3.10.0-123)
1.4 標准/默認的倉庫頻道

關於倉庫頻道,RHEL8和7的區別如下:

RHEL8
Repo ID: rhel-8-for-x86_64-appstream-rpms
Repo Name: Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs)

Repo ID: rhel-8-for-x86_64-baseos-rpms
Repo Name: Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs)

RHEL7
Repo ID: rhel-7-server-rpms
Repo Name: Red Hat Enterprise Linux 7 Server (RPMs)
1.5 網絡時間同步

關於網絡時間同步,RHEL8和7的區別如下:

RHEL8
只使用Chronyd,不支持NTP部署。

RHEL7
Chronyd與NTP兩者都支持
1.6 支持最大的文件

關於支持最大的文件,RHEL8和7的區別如下:

RHEL8
XFS文件系統支持的最大文件大小已從500 TiB增加到1024 TiB。
(此最大文件大小僅適用於64位機器。Red Hat Enterprise Linux不支持32位機器上的XFS.)

RHEL7
最大. (單獨) 文件大小= 500TiB
最大. 文件系統大小 = 500TiB
1.7 軟件包管理

關於軟件包管理,RHEL8和7的區別如下:

紅帽8
包管理由DNF (YUMv4)完成。

yum4基於DNF技術,yum4命令提供了與早期版本中使用的Yum v3的向后兼容性。yum命令只是到dnf的一個符號鏈接。

紅帽7
yum基於3.0.x版本
1.8 最大支持的內存

關於最大支持的內存,RHEL8和7的區別如下:

紅帽8
24TB,64位架構

紅帽7:
只支持12TB
1.9 默認的網絡數據包過濾

關於默認的網絡數據包過濾,RHEL8和7的區別如下:

RHEL8使用nftables取代了iptables框架

nftables是默認的網絡包過濾,它取代了以前的iptables框架。firewalld守護進程現在使用nftables作為默認后端。

這將取代以前使用的“iptables”、“ip6tables”、“arptables”和“ebtables”工具。“nftables”確實為IPv4和IPv6協議提供了一個單一的框架。

而RHEL7 firewalld守護進程使用iptables作為其默認后端。
1.10 默認的數據庫

關於默認的數據庫,RHEL8和7的區別如下:

RHEL8默認支持的數據庫:

MySQL 8.0
MariaDB 10.3
PostgreSQL 10 and PostgreSQL 9.6
Redis 5.0
MariaDB是Red Hat Enterprise Linux 7中MySQL的默認實現
1.11 支持的硬件架構

關於支持的硬件架構,RHEL8和7的區別如下:

RHEL8支持以下硬件架構

AMD and Intel 64-bit architectures
The 64-bit ARM architecture
IBM Power Systems, Little Endian
IBM Z
RHEL7支持以下硬件架構:

64-bit AMD
64-bit Intel
IBM POWER7
IBM System z

1.12 可供安裝的ISO鏡像類型

關於可供安裝的ISO鏡像類型,RHEL8和7的區別如下:

RHEL 8可以使用以下類型的ISO鏡像安裝:

Binary(二進制) DVD ISO
Boot ISO
在RHEL7中,可以使用以下可用的ISO鏡像進行安裝:

Boot ISO
Binary(二進制) DVD ISO
Supplementary(追加的) Binary DVD

1.13 默認情況下的Cockpit web控制台的安裝狀態

關於默認情況下的Cockpit web控制台的安裝狀態,RHEL8和7的區別如下:

在RHEL8中,Cockpit是默認安裝和可用的。這將在非最小模式下自動安裝,並在防火牆中啟用所需端口。
Cockpit提供了一個增強的框架,可以用來訪問/編輯/更改許多系統設置。這提供了通過web接口的訪問,可以使用瀏覽器訪問url地址http://:9090進行管理。

在RHEL7系統中,Cockpit默認情況下沒有安裝,需要通過啟用extra和optional存儲庫通道來安裝。
1.14 默認虛擬機管理

關於默認虛擬機管理,RHEL8和7的區別如下:

在RHEL8系統中,默認情況下,它由Cockpit管理。如果需要,還可以安裝virt-manager。

而在RHEL7系統中virt-manager將用於基於KVM的虛擬系統管理。
1.15 RMP版本的改進

關於RMP版本的改進,RHEL8和7的區別如下:

Red Hat Enterprise Linux 8是用RPM 4.14發布的。現在,RPM在開始安裝之前驗證整個包的內容。

這有很多改進,其中一些值得注意的功能是:

debuginfo包可以並行安裝
支持弱依賴關系
支持豐富的或布爾依賴
支持封裝文件超過4 GB的大小
支持文件觸發器
構建在RHEL8上的包在壓縮負載上使用一個新的SHA-256散列。

而Red Hat Enterprise Linux 7是用RPM 4.11發布的。在RHEL7上,RPM實用程序在解壓時驗證單個文件的有效負載內容。
1.16 CUPS日志

關於CUPS日志,RHEL8和7的區別如下:

RHEL8所有類型的CUPS日志都與來自其他程序的日志一起集中記錄在systemd journald守護進程中。要訪問CUPS日志,請使用“journalctl -u CUPS”命令。
而RHEL7系統上,CUPS日志被存儲中 /var/log/cups directory.

nobody用戶替換nfsnobody
rhel8系統上,nobody和nfsnobody用戶和組合並到nobodyID(65534)中。

在Red Hat Enterprise Linux 7中,有:

ID為99的nobody用戶和組
nfsnobody用戶和組對的ID為65534,這也是默認的內核溢出ID。

1.17 默認版本的控制系統

關於默認版本的控制系統,RHEL8和7的區別如下:

RHEL 8提供以下版本控制系統:

Git 2.18
Mercurial 4.8
Subversion 1.10
並發版本系統(CVS)和版本控制系統(RCS)在RHEL8中都不可用。

而Red Hat Enterprise Linux 7與三個最流行的開源修訂控制系統一起發布:Git、SVN和CVS。
1.18 編程語言版本

關於編程語言版本,RHEL8和7的區別如下:

RHEL8新版本編程語言

Python 3
PHP 7.2
Ruby 2.5
Node.js 10
而RHEL7支持以下編輯語言

Python 2 ( 2.7.X)
PHP 5.4
Ruby 2.0.0

1.19 關於容器技術的支持

關於容器技術的支持,RHEL8和7的區別如下:

Docker不包括在RHEL 8.0中。使用容器時,需要使用podman、buildah、skopeo和runc工具。
podman工具已經作為一個完全支持的特性發布了。
Docker和Docker Registry是Red Hat Enterprise Linux 7中的Extras訂閱頻道的一部分。
1.20 開發工具支持

關於開發工具支持,RHEL8和7的區別如下:

RHEL 8提供OpenJDK 11、OpenJDK 8、IcedTea-Web和各種Java工具,如Ant、Maven或Scala。
在RHEL7中,OpenJDK8用作默認的Java開發工具包(JDK),而Java 8用作默認的Java版本。
1.21 NFS配置對比

關於NFS配置對比,RHEL8和7的區別如下:

RHEL8的NFS配置文件是/etc/ NFS .conf。
當從RHEL7升級時,Red Hat Enterprise Linux 8嘗試自動將所有選項從/etc/sysconfig/nfs轉換為/etc/nfs。並不再支持NFS / UDP。

而RHEL7中,默認的NFS配置文件是/etc/sysconfig/ NFS

關於默認的顯示服務器,RHEL8和7的區別如下:

在RHEL 8中,Gnome display Manager使用的默認顯示服務器是Wayland。
X.org服務器是RHEL 7中的默認顯示服務器
2 RHEL8額外新功能新特性

2.1 elevator內核命令行參數被廢棄

早期的RHEL版本中使用了elevator內核命令行參數來設置所有設備的磁盤調度程序。在RHEL 8中,該參數被棄用。
上游Linux內核已經取消了對elevator參數的支持,但是出於兼容性的原因,RHEL 8中仍然可以使用它。
2.2 網絡腳本被廢棄

在RHEL 8中,網絡腳本在默認情況下不可用。有一個新版本的ifup和ifdown正在使用,這將需要NetworkManager守護進程運行,並在后端使用nmcli。

如果需要早期的網絡腳本,則必須安裝“network-scripts”包。
2.3 新內核支持5級paging

在早期版本中,有4級分頁實現,可以處理48/46位虛擬/物理地址,並且物理總線上限為64TB。在即將推出的Intel處理器中,這些限制已經擴展到57/52位的虛擬/物理內存尋址,具有128 PiB的虛擬地址空間和4 PB的物理內存容量。
2.4 Anaconda支持RHEL 8中的系統目標

以前,Anaconda沒有向訂閱管理器提供系統用途信息。在Red Hat Enterprise Linux 8.0中,您可以在安裝期間使用Anaconda的system purpose窗口或Kickstart的syspurpose命令設置系統的預期目標。
2.5 CodeReady Linux構建器倉庫

有一個CodeReady Linux構建器存儲庫,可用於所有RHEL訂閱。這為開發人員提供了額外的包。CodeReady Linux構建器存儲庫中包含的包不支持生產使用。
2.6 改進版本的OpenSSH

OpenSSH的版本是7.8p1,與早期版本相比有很多改進。其中一些是:

不再支持SSH version 1.
默認不開啟DNS支持.
最小可接受RSA密鑰大小設置為1024位.
移除 'Blowfish', 'CAST', 'RC4' ciphers.
默認關閉DSA 公鑰算法.

2.7 RHEL8中不支持數字用戶名和組名

useradd和groupadd命令不允許用戶名和組名完全由數字字符組成。這是RHEL7中不支持的特性,現在RHEL8完全不支持它。
2.8 默認情況下,securetty現在是禁用的

默認情況下禁用了securetty PAM模塊,並且從RHEL8中刪除了/etc/securetty文件。
2.9 改進的TCP網絡棧

RHEL 8擁有TCP網絡棧版本4.18,可以提供更高的性能、更好的可伸縮性和更穩定的性能。性能得到了提高,特別是在繁忙的TCP服務器與高進入連接速率。

除了新的TCP棧之外,還有兩種新的TCP擁塞算法。在大多數情況下,BBR和NV可以提供比cubic更低的延遲和更好的吞吐量。
2.10 高可用性(HA)

在Red Hat Enterprise Linux 8中,pcs完全支持Corosync 3集群引擎和用於集群通信的Kronosnet (knet)網絡抽象層。無法將集群節點從RHEL7就地升級到RHEL8。
2.11 lvmlockd取代了clvmd

用於管理共享存儲邏輯卷的clvmd已被刪除,取而代之的是lvmlockd(lvm lock 守護進程)


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM