【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