产品评论——开源的

点评:RHEL 7锚专门针对企业的生态系统

产品评论——开源的

显示更多

Red Hat Enterprise Linux 7更证明了操作系统不是死了,他们成为集装箱船舶的应用程序。RHEL 7在我们的测试中表现良好,但值得注意的是,这不再是一个简单的操作系统——这是一个越来越大红帽生态系统中的抽象组件。

尽管Red Hat RHEL 6和7之间花了很长时间的版本中,在此期间他们一直发送大量更新准备向稳定的基础设施。

另一个关键点,Red Hat的virt /虚拟化核心似乎采取了后座LinuXContainers (LXC),就像Red Hat拥抱和经济上赞助码头工人在很多方面代理组件。

Red Hat增加了支持托管在这个版本Windows产品。Red Hat,微软的目标和更多的抱怨盟友的系统支持。整体支持托管虚拟Windows Server版本不如当我们模糊测试RHEL 6。

+同样在网络世界:足球竞猜app软件Red Hat OpenShift提供快速部署应用程序。+

和一个更新的SAMBA 4 (SMB / CIFS /广告连接器),RHEL 7几乎是一个微软的正式成员网络,其他的地方,像苹果、分散,缺乏简单的Windows兼容业务领地。(看幻灯片的版本这个故事)。

在测试中,我们发现RHEL 7操作系统是独立,戏剧与他人,逐渐容易部署和配置。

Red Hat的责任是一个操作系统订阅模式,防止实例的支持或高度配置——不允许有趣但不稳定的内核。

这个操作系统的hackability是穷,但是其他黑客是Red Hat和Fedora衍生品。这一个是关于稳定的业务部署。Red Hat的核心可能未受侵犯的政策,但对于一些系统人员,比apt-get更好的魔鬼,你知道,你不喜欢。

像典型的Ubuntu 14.04, RHEL 7是一大堆代码,运行4.3 gb的DVD ISO我们下载RC候选人(最低似乎大约535 mb)。

Red Hat和Ubuntu发行版都将向应用程序实例隔离方法,围绕Linux容器(LXC)。码头工人的前期制作使用实例配置方法我们在我们最近的描述Ubuntu服务器检查允许开发人员进一步工作负载隔离的概念,类似于Java和Davlik隔离工作负载的方式实例在Android手机上。轻松,码头工人成为“生产”释放RHEL 7的意外收获。

Red Hat的支持LXC旨在使其更有吸引力的用户部署2型,OS-based虚拟化,而不是1型金属裸虚拟机监控程序。LXC允许容器是轻量级的,然而高度隔离——或我们希望容器没有进行严格的第三方安全评估。

集装箱工作负载基本/原子单位,符合什么已成为通用的容器允许他们从RHEL 7例,解放了。如果一切顺利,一个工作负载从一个操作系统实例到另一个工作负载是透明的。

然后它成为各种关系堆栈组件的工作——特别是OpenStack——管理,部署、安全、条款,尤其是移动主机之间的工作负载。这也是在规范和Red Hat开始寻找不同的方式组织的价值。

作为一个例子,Red Hat赞助商项目原子,环绕的代理逻辑码头工人。一旦应用程序测试成功作为一个可隔离的容器实例,它可以成为一个包,就像软件设备(想:turnkeylinux.org电器)和部署。

尽管类似的代理,Ubuntu服务器超过Red Hat的声望作为一个派生的公共云操作系统实例。事情可能会改变如果红帽被看作是一个更坚固的容器。

主要的变化

RHEL 7现在使用xfs文件系统,而不是默认ext4。支持xfs意味着RHEL可以处理非常大的文件系统,支持多达8 eb——没有硬件我们可以想象,因此理论。Red Hat的支持去只有500 pb显然。我们没有测试要求。

尽管这样的文件系统被认为是庞大的,有300拍字节xfs文件系统在生产今天。xfs的实现允许RHEL 7更有利与Oracle / Sun的ZFS文件系统/卷管理计划,和微软的专利NTFS文件系统,以及VMware的VMFS。年长的成熟但ext4仍然可以使用,可以其他文件系统。

那些渴望跨平台兼容Windows Active Directory接收新的Kerberos支持,允许他们这样做,受警告关于Kerberos时间同步——和time-synching相同的主机和时区坚持成为一个先决条件,我们发现。

身份管理两者之间是跨平台的。我们与红帽身份内部Windows 2012 R2 Active Directory域顺利。

这在RealmD的要求下,一个系统的过程,通过DNS查找资源。RealmD连接选项,然后提供一个用户代理身份缺乏系统政策和身份直接控制的另一个方法。它连接到identity manager (idM)组件的用户资源的策略管理。这张不太像听起来那么容易,但是可以有RHEL7和Windows之间的信任关系的广告相对成熟和回避的。

缺少的是方法论在RHEL允许Chromebook会话从“终端服务器”的Citrix用来做什么VDI会话微软,虽然Ericom填充空白的这种VDI模型。

RHEL 7内核更新3.20是类似于标准的实现,但在分配方面,我们发现RHEL7稍微容易部署在裸露的金属,和相同的VMware, hyper - v和Citrix XenServer。部署Windows RHEL7似乎更好、更痛切地支持,在RHEL6痛苦。我们不确定谁呢。或者为什么。

亲自动手的

安装已经改变,很大程度上更好。裸机安装没有惊喜。OpenStack最初安装更复杂的安排,但是还没有戏剧。我们看出没有理由使用少于4 gb内存的一个实例。引导从替代方法可以更容易完成,包括各种boot-on-SAN方案、部署以及形象。

我们测试升级,升级RHEL6.5 RHEL7。无可否认,我们的安装不是很复杂的,只有一个RHEL基本灯堆栈Tomcat和发霉的测试应用程序。再次,没有戏剧。

我们部署在形式(从ISOs) VMware 5.1, 5.5, 6.2 Citrix XenCenter,微软Hyper-V3。注意选择违约可以可能监狱一个安装程序版本的极简主义,这意味着除非指示,Red Hat安装功能的绝对光秃秃的极限。我们就像极简主义,但宁愿一直警告。

在安装时,我们可以选择几种类型的基础环境,Red Hat称之为:最少,基础设施服务器、文件和打印服务器,基本的web服务器、虚拟化主机和服务器的GUI。

每个选择都有一组组件的选择,你不能点击一个按钮,把所有选项在一个基地安装。每一个都必须积极地选择。我们不能深入的选项,这一定程度上模糊了的选择。此外,最最少的安装要求进一步配置步骤实例添加到subscription manager(本地、VAR或红帽托管)的网站。网络不打开默认最小实例,要么,导致很多欢乐的如果你不准备。pxe启动答案文件的远程配置光秃秃的实例并不是只要之前的版本。

虚拟化主机也意味着最小的配置,就好像它是用作1型/裸金属管理程序。它可以配置为使用NFS(一个简单的方法来批量运输文件和文件夹到/从实例),通过OpenLMI远程管理,添加开发工具,智能卡认证,和有用的库。

我们使用裸金属安装安装每个类型(有时与低内存)允许我们重装之间很多时间上网。默认情况下,当用户空间可用通过适当选择,Red Hat的服务器Gnome GUI的靴子。

不容易炒自己的项目组合。我们建议使用CentOS或Fedora的组合可能是困难的甚至奇异的支持,因为红帽会这样做,但这不是他们的核心力量。相反,组合形成至少一个前提的支持工作,以及依赖关系被了解,而不是Linux否则提供了无限的可能性。

选择运行时选择的最大公分母成为可用通过选择服务器GUI的全套选项。最理性的选择是可用的。安装程序UI使用屏幕信息的组合形式接受较低的左上角。我们最初的选择逃避是:选择一个按钮;一个奇怪的UI支出,愚弄我们。

选择后,检查依赖关系。如果仍然有问题,你引导回到您选择选择导致异常的相关性。比标准更美丽的Ubuntu方法,和更复杂的discernability的价格。

在性能方面,Gnome感觉活泼的,但我们GUI-less服务器实例部署尖叫。优化不同的角色相当良好的文档记录,和红色的帽子可以通过一个新功能增加吞吐量的网络端口进行合作。InfiniBand很容易支持那些开车数组或SSD或混合传统SSD /传统缓存数组。

Red Hat的最初发现过程发现我们所有的多核、多处理器正确野兽。事实上,单一核心硬件平台甚至不支持这一点。多核是你唯一的选择。同样适用于32位CPU家庭:不支持和可能的内存地址限制和当我们有限的内存设置的极其缓慢。不像Ubuntu,没有RHEL 7手臂CPU端口可用在新闻时间。

我们测试了Red Hat Enterprise Linux 7如何

我们买了RHEL7 RC ISOs的Red Hat的网站。然后他们在实验室安装虚拟机(不推荐,除非你有足够的内存)2型虚拟机监控程序(相似之处和VirtualBox),然后VMware 5.1/5.5,微软Hyper-V3,和一个古老的戴尔服务器裸金属基于服务器,所有这些对运行在一个GBE切换使用一个简单的对友讯科技GBE织物开关。

在NOC托管在卡梅尔的权宜之计/ nFrame,印第安纳州,我们部署大量实例通过PxE成联想ThinkServer RD530,然后使用OpenStack冰室组件,为惠普dl - 580 Gen8机器运行四个处理器15核(192光荣GB的内存)。对NOC互联通过GBE和10个千兆以太网成圣,并通过千兆以太网核心路由器。

我们长大的每个基本安装类型和试验,指出基础版本安装,这是最新的。我们强迫更新和得到很少,这意味着“我们下载是令人惊讶的是最新的。