RHEL 7特性说明（一）：构架和限制
| 2014-07-14 11:45 评论: 14 收藏: 2 分享: 10
Red Hat Enterprise Linux 7.0 是 Red Hat 的下一代操作系统完整套件，旨在用于关键任务企业级计算以及顶级企业级软件和硬件零售商认证。
构架
只有 64 位硬件支持 Red Hat Enterprise Linux 7.0 安装。Red Hat Enterprise Linux 7.0 可将 32 位操作系统作为虚拟机运行，其中包括之前的 Red Hat Enterprise Linux 版本。
Red Hat Enterprise Linux 7.0 在以下架构中作为单一套件使用。 ：
功能和限制
下表列出了 Red Hat Enterprise Linux 7 与之前的版本 5 和版本 6 之间的功能及限制对比。
表 3.1. Red Hat Enterprise Linux 5、6 和 7 的限制
| Red Hat Enterprise Linux 5 | Red Hat Enterprise Linux 6 | Red Hat Enterprise Linux 7 | |
|---|---|---|---|
| 最大逻辑 CPU | |||
| x86_64 | 160/255 | 160/4096 | 160/5120 |
| POWER | 128/128 | 128 | 待评估 |
| System z | 101 (zEC12) | 101 (zEC12) | 待评估 |
| 最大内存 | |||
| x86_64 | 1 TB | 支持 3 TB/64 TB | 支持 3 TB/64 TB |
| POWER | 最小 512 GB/建议 1 TB | 2 TB | 2 TB |
| System z | 3 TB (z196) | 3 TB (z196) | 3 TB (z196) |
| 最低要求 | |||
| x86_64 | 最小 512 MB/建议每个逻辑 CPU 1 GB | 最小 1GB/建议每个逻辑 CPU 1 GB | 最小 1GB/建议每个逻辑 CPU 1 GB |
| POWER | 1 GB/建议 2 GB | 2 GB/每个 Red Hat Enterprise Linux 安装 2 GB | 2 GB/每个 Red Hat Enterprise Linux 安装 2 GB |
| System z | 512 MB | 512 MB | 1 GB [a] |
| 文件系统及存储限制 | |||
| 最大文件大小：XFS | 16 TB | 16 TB | 16 TB |
| 最小文件大小：ext4 | 16 TB | 16 TB | 50 TB |
| 最大文件大小：Btrfs | N/A | 待评估 | 待评估 |
| 最大文件系统大小：XFS | 100 TB [b] | 100 TB | 500 TB |
| 最大文件系统大小：ext4 | 16 TB | 16 TB | 50 TB |
| 最大文件系统大小：Btrfs | N/A | 待评估 | 50 TB |
| 最大引导 LUN 大小 | 2 TB | 16 TB [c] | 50 TB |
| 每个进程地址大小的最大值：x86_64 | 2 TB | 128 TB | 128 TB |
|
[a] 在 IBM System z 中安装建议 1 GB 以上。 [b] Red Hat Enterprise Linux 版本 5.5 或者之后的版本支持最大为 100 TB 的 XFS 文件系统大小。 [c] 注：大于 2 TB 的引导 LUN 支持需要 UEFI 和 GPT 支持。 |
|||
本系列文章来自 RHEL 7.0 的发行注记，完整内容请移步：https://access.redhat.com/documentation/zh-CN/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/index.html
- 微博评论 2014-07-15 13:32 7 赞 回复
- 情何以堪//@小白在安同:And KDE also. //@Tom_Bu:我可以接受思路不过破坏兼容性就不能忍了 我们的bluez xfce等都打了systemd补丁//@cjacker:Log, User Seat, Locale，DeviceManagement, timedate client, a basic network daemon...早晚systemd要把NM也干掉。
- 微博评论 2014-07-15 11:33 7 赞 回复
- And KDE also. //@Tom_Bu:我可以接受思路不过破坏兼容性就不能忍了 我们的bluez xfce等都打了systemd补丁//@cjacker:Log, User Seat, Locale，DeviceManagement, timedate client, a basic network daemon...早晚systemd要把NM也干掉。这个设计思路是对的，但是接受起来可能会比较困难。
- 微博评论 2014-07-15 11:33 7 赞 回复
- 我可以接受思路不过破坏兼容性就不能忍了 我们的bluez xfce等都打了systemd补丁//@cjacker:Log, User Seat, Locale，DeviceManagement, timedate client, a basic network daemon...早晚systemd要把NM也干掉。这个设计思路是对的，但是接受起来可能会比较困难。//@Tom_Bu: systemd炸过好多次了 破坏了
- 微博评论 2014-07-15 11:33 7 赞 回复
- Log, User Seat, Locale，DeviceManagement, timedate client, a basic network daemon...早晚systemd要把NM也干掉。这个设计思路是对的，但是接受起来可能会比较困难。//@Tom_Bu: systemd炸过好多次了 破坏了很多东西//@cjacker: Systemd的集成度太高，调试和定制的能力确实下降了。
- 微博评论 2014-07-15 11:33 6 赞 回复
- systemd炸过好多次了 破坏了很多东西//@cjacker: Systemd的集成度太高，调试和定制的能力确实下降了。管理员需要付出些学习的代价。//@Linux中国: 其实不是说XFS不好，确实如右边所说，这样不兼容的变化，对企业用户的影响会很大，除了文件系统，Systemd、防火墙等等变化都远超之前的大版本变化。——
- 微博评论 2014-07-15 11:03 7 赞 回复
- Systemd的集成度太高，调试和定制的能力确实下降了。管理员需要付出些学习的代价。//@Linux中国: 其实不是说XFS不好，确实如右边所说，这样不兼容的变化，对企业用户的影响会很大，除了文件系统，Systemd、防火墙等等变化都远超之前的大版本变化。——我想最终会形成RHEL/CENTOS的6和7并存的局面
- [1]netb2c 发表于 2014-07-15 00:15 的评论：不再提供32位硬件支持了。power6也无法安装。。。XFS文件系统最大支持500T。。。
- linux 2014-07-15 09:21 7 赞 回复
- 32位看来要淘汰了
- 微博评论 2014-07-14 14:33 6 赞 回复
- 大幅度升级，确实也将一些文物级的库进行了升级，有好的一面，也有坏的一面，拭目以待市场的反应吧。//@Tom_Bu: 个人用过xfs用的很舒服 ext 4 jfs xfs reiser 都有自己设计特 特色和适用范围 还有xfs之前的著名的元数据后腿直到2.6.39内核才修复 el6没有享受到
- 微博评论 2014-07-14 14:33 6 赞 回复
- 其实不是说XFS不好，确实如右边所说，这样不兼容的变化，对企业用户的影响会很大，除了文件系统，Systemd、防火墙等等变化都远超之前的大版本变化。——我想最终会形成RHEL/CENTOS的6和7并存的局面。//@cjacker: ...默认文件系统换成xfs，这样的变更发生在一个要求高稳定的生产系统是否合适呢？...
- 微博评论 2014-07-14 14:03 9 赞 回复
- 个人用过xfs用的很舒服 ext 4 jfs xfs reiser 都有自己设计特 特色和适用范围 还有xfs之前的著名的元数据后腿直到2.6.39内核才修复 el6没有享受到//@cjacker:为了存储方面的特性将默认文件系统换成xfs，其存储负责人为此在lwn等网站舌战用户，这样的变更发生在一个要求高稳定的生产系统是否合适呢？难
- 微博评论 2014-07-14 14:03 8 赞 回复
- 为了存储方面的特性将默认文件系统换成xfs，其存储负责人为此在lwn等网站舌战用户，这样的变更发生在一个要求高稳定的生产系统是否合适呢？难道以前xfs不好，现在好了吗？还是之前默认ext4的选择是错的？在xfs上能做的ext4不能做，我觉得不是技术问题，是能力问题。
 );){kind=link}