服务器 频道

Linux平台哪家强 SUSE Linux12挑战红帽

  【IT168 评测】自从SUSE上一次发布完整的Enterprise Linux软件版本以来,时间已过去五年之多,这段时间里这家公司已经历了许多故事。不过经过测评,我们认为SUSE 12完全值得如此长时间的等待。

  SUSE 12是一套Linux软件,包括从桌面到企业的所有级别。我们测试了若干实例,结果表明这些软件非常适合企业使用--无论是用于永久安装还是作为虚拟机的随机实例。

  SUSE似乎花了很长时间才由SLES 11飞跃至SLES 12(举个例子,Canonical在这段时间里已经推出了四个“完整”版本),但是请放心,SUSE并没有睡大觉。每天就像钟表那样准时,我们总会收到SUSE的补丁/更新通知邮件,尽职尽责地提醒我们完成他们所提议的大大小小的变更。

  自上次测评以来,该软件的版本列表又有所扩展。目前的版本包括SUSE Linux企业服务器、IBM系统z服务器、IBM Power服务器、SAP应用服务器、高性能计算服务器、扩展支持服务器,以及销售点服务器。此外还包括桌面版本。

  服务器版本还可增加选项(在必要情况下),如SLE高可用性扩展(包括可选Geo Clustering)、企业实时扩展、VM驱动器组件、微软系统中心管理组件和/或工作站扩展等。

  相应地,多数此类选项都可通过OpenStack与VMware ESXi直接相连(奇怪的是,SLES 12文档并不建议连接ESX 5.5),并通过SUSE云和SUSE Manager进行管理,可运行来自SUSE Studio的负载,也可部署于SUSE Enterprise,用于Amazon EC2(及兼容组件),或者部署于SUSE Linux企业服务器,用于Windows Azure.其他扩展都增加了微软系统中心虚拟机的管理能力。

  与Red Hat类似,SUSE是一整套生态系统,为不同的基础设施量身定制附加值,以私有/公共“基础设施即服务(IaaS)”和“平台即服务(PaaS)”云为重点。整个生态系统规模庞大而引人入胜,但本次测评以SLES 12为重点,这是一种x86_64企业版本--虽然没有相应的32位版本。

  为什么花了这么长时间?

  对于德国公司SUSE而言,这是一段漫长而奇特的旅程,该公司在约20年前成为首家提供企业级Linux版本的公司。Novell于2003年收购了SUSE,Attachmate于2010年收购了Novell,英国的Micro Focus International又于2014年收购了Attachmate.在这段时间里,SUSE Enterprise Linux经历了一段变形期,进行了多次迭代式SLES 11.x修正,直至SUSE Linux企业服务器版本达到12.

  从某些方面说,SLES 12是一个保守的版本,但又拥有Red Hat的远见卓识和稳定特性,同时又以不同方式对Red Hat的业务模式提出挑战。这个Linux版本支持Docker容器,但是其支持并不坚定,而且带有附加条件。

  用户能获得什么

  我们在SLES 12发布前后检视了x86_64服务器版本。除部分更新外,其beta版本与生产版本完全一致。说明文档尚未最终确定,例如,该文档建议的最底内存一处为512M,另一处却为2G.除非流程非常可靠且交换文件得到优化,否则我们建议用户采用2GB内存。

  在内部,x86_64版本采用与Red Hat、Ubuntu和数种其他最新Linux版本同样的V-8引擎Linux内核提供驱动(包括系统驱动)。与其他常见版本类似,SUSE版本的价值在于其对基础设施和生态系统的支持。

  SUSE的SLES 12版本质量与此前版本类似,采用Yast2指导系统管理。AutoYast有助于构建及封装版本,用于后续裸机或自动化/上网本/网络唤醒(wake-on-LAN)等应用。

  我们可以通过VNC、PXE或值守安装(attended installations)完成SLES 12的安装。我们尝试了所有安装方法,没有发现问题。我们发现,通过SSH进行PxE安装尤为方便,完全没有难度。无论是值守安装还是非值守安装,都可以将btfs作为根文件系统,据称Red Hat将在即将推出的Red Hat 7版本中预演这种功能。

  桌面与服务器版本的图形用户界面(GUI)均以Gnome为基础,因为SUSE在此版本中不再支持KDE.SUSE现在支持rsyslog而不是syslog和syslog-ng,这可能是德国和匈牙利开发者争论的结果。rsyslog知名度较低,但并不比开放源syslog和syslog-ng更复杂,也不会使众多用户受到影响,因为如有需要,只需很少时间、精力或成本即可替换为另一种。

  MariaDB已取代Oracle的MySQL成为缺省的捆绑/支持关系数据库。我们没有发现部署或性能方面的差异,特别是在测评两种LAMP栈版本时。

  性能

  我们发现SUSE SLES 12和Red Hat在最大的单一系统(拥有四套sockets和60内核)上并未表现出明显的性能差异。不过我们没有足够的硬件真正运行SLES 12高性能计算/HPC版本。

  可以利用SUSE开发者资源创造采用优化负荷的实例,部署于裸机或PaaS/IaaS虚拟目的地。与其他现代化Linux版本一样,该版本可以进行改进以实现特定性能,包括网络引擎、数据库、嵌入式应用包等,因此对当前版本进行有意义的性能比较本身就是一门复杂的学问。

  我们发现,从历史上看SUSE的更新总是像时钟那样准确,这些升级非常关注质量,能够快速修复安全问题和CVE(公共漏洞与暴露)。这个版本提供自动更新功能,包括内核模块--真是令我们激动不已。

  实时内核补丁有助于增加稳定性,而且已经部署于部分内核,实现了驱动器和其他模块在内核空间的装载与卸载。我们希望中间人攻击不会影响系统稳定性,或因非法模块装载导致rootkit入侵,虽然从理论上说系统已经针对此类问题实施了保护措施。

  实时完成内核补丁升级,使服务器得以在升级期间继续运行,保证实时交易的完整性。服务器POST和重启时间可能超过10分钟,因此实时上载功能有助于防止高可靠性/可用性系统出现服务中断--在这类系统中,交易完整性,即状态机(state-machine)完整性绝对不能受到影响。

  整体结论

  令人望眼欲穿的SLES 12版本在网络运营中心表现良好,虽然与Red Hat稍有不同,它仍然称得上后者强大的竞争对手。我们还没有将生态系统纳入本次测评范围,不过我们对SUSE支持工作(已经在很大程度上与Novell脱离)体验非常不错。

  对于重视用户界面的用户,KDE已经远去,Gnome成为主角。实例负载具有定制工程潜力,满足了我们对高度定制和可制造组件的需求。我们希望系统文档像操作系统一样精雕细琢,同时仍相当实用。

  SUSE Linux 12的测评方法

  我们首先下载了SUSE SLES 12的beta版,接后又下载了生产版。我们创造了数个不同的实例负载,然后调整其大小,关注得出的应用组合。我们将这些实例安装于裸机服务器,主要为戴尔服务器,然后又安装于虚拟机,主要采用VMware ESXi 5.1/5.5和微软Hyper-V 3.1 Hardware VM主平台,包括联想Thinkservers、HP DL580/560/380 Gen8s、Mac Mavericks 上的VirtualBox,以及基于三星Samsung i7的笔记本(安装了KDE与Gnome)。

  我们的试验室网络包括一部惠普ProliantMicroServer Gen8(Windows 2012与HyperV-3)和两部戴尔1925(VMware ESX 5.1)服务器。我们的NOC网络包括两部联想ThinkServers(RD440运行ESX 5.5;RD630运行微软2012 R2/Hyper-V3.1),一部惠普DL580-G8(ESX 5.5)和一部惠普DL560-G8(ESX 5.1)。试验室内所有主机均通过吉比特以太网/10G以太网连接,试验室网络又与印第安纳波利斯市的Expedient NOC网络相连,后者通过吉比特以太网和10G以太网交换机L2/L3借助Extreme Networks Summit系列交换机连接至Expedient的核心网络。

  文章来源:

  Network World, Tom Henderson runs ExtremeLabs, in Bloomington, Ind.

  http://www.networkworld.com/article/2868521/linux/suse-linux-12-challenges-red-hat.html

5
相关文章