【IT168 专稿】十七年前，《纽约时报》刊发过一篇文章，题为《网络当道：大型机到底为什么快要完蛋了？》。该文认为，大型机即将寿终正寝；分布式计算才是未来的发展方向。那个时代在数据中心造就了大批的服务器，但顺畅运营网络方面面临挑战；当时这些网络往往重视经济高效的服务器，但轻视管理工具。现在，虚拟化已成为每家企业的头等大事，IT部门利用VMware等开放式系统虚拟化解决方案，竭力减少设备在数据中心所占的空间。
然而，从喧嚣的虚拟化领域传出了一个新的声音：对使用开放式系统、但之前没有用过大型机的公司来说，大型机计算和虚拟化能否成为一种可行的方案？
不妨介绍一下Transzap公司，这家软件即服务（SaaS）提供商为石油天然气行业的4200个客户提供分析报告服务。作为一家SaaS提供商，Transzap的竞争对手除了业内提供同类服务的其他SaaS提供商外，还包括其众多客户的内部IT部门。Transzap公司的首席执行官Peter Flanagan说："我们为客户以及石油天然气行业提供的是关键任务服务。我们必须一贯做到的工作之一就是满足我们在服务级别协议（SLA）方面承诺的所有条款。"
Flanagan表示，许多SaaS商家面临的一大挑战就是，向客户保证正常运行时间和可用性。他说："SaaS提供商们一直愿意保证的SaaS正常运行时间标准通常是99.5%，但是行业在发生变化。客户们现在要求的新标准是正常运行时间达到99.9%，这也是我们为自己定下的新标准。"
正是Flanagan希望为Transzap客户保证提供达到99.9％的正常运行时间，让他开始考虑为其数据中心采用新的方法――该数据中心是一个分布式架构，采用戴尔和Linux服务器。Flanagan说："我们有大量服务器设备。我们发现，随着自身不断发展，我们在运行更多的系统实例，向外扩展数据库系统变得比较困难。我们的工资负担越来越大，而环境又越来越复杂。这整个情况使得我们提供客户所预期的服务质量变得极其困难――我们的成本又在攀升。"
Flanagan及其员工还面临服务质量问题：数据中心中基于英特尔处理器的设备出现的存储阵列故障已经在开始影响可用性。Flanagan问："我们面临的问题是，在你员工的核心能力体现在软件和操作系统方面的情况下，又该如何管理数据中心的硬件层？我们可能会遇到某个关键子系统出现RAID问题，但很难查明问题的根源、根据某家厂商与我们签订的SLA或服务合同，把问题明确指出来。这是因为我们有Linux操作系统厂商、硬件厂商和数据库厂商――它们都会把问题推到其他厂商身上。与此同时，我们还在利用集群数据库实现故障切换机制。我们后来得出结论，对我们所有的戴尔和英特尔设备来说，供应商势必会把我们推到靠自己诊断问题的境地。"
Transzap在考虑使用虚拟化技术减少数据中心的服务器数量时，它的第一反应自然是考虑使用英特尔/VMware解决方案。
Flanagan说："我们觉得可以使用基于英特尔大众化硬件的Red Hat和SUSE Linux以及VMware虚拟机管理程序，缓解服务器散乱现象，并进行虚拟化处理，而不是向某个供应商购买8到16台新服务器。但是随后我们又问自己：我们会得到哪种服务？这项服务战略过去已证明对我们来说并不可行，为什么现在又可行了呢？"
Transzap比较了所有方案之后，迈出了前所未有的一步：使用IBM的System z大型机。Flanagan说："之所以说这是前所未有的一步，是因为我们是一家使用开放式系统的分布式公司，之前没有用过任何大型机――但当时就觉得System z也许能运行一系列Linux虚拟机。于是我们开始对此开始展开研究。最终决定我们采用System z的因素是，这个解决方案比我们之前评估过的其他任何解决方案都要来得简单，而且它为我们的应用系统提供了更高的可用性。"
IBM公司System z营销主管Joe Doria强调："市场上出现了一个值得关注的情况，那就是成长型公司成了首次购买System z的用户，这实际上是一举两得的举动。一方面通过部署安全可靠的企业级平台，把竞争对手远远甩在了身后。二是运行的灵活基础设施可以轻松跟上企业发展的步伐。"
由于Transzap需要99.9%的系统可用性，于是这家公司把所有的关键任务Linux系统都迁移到了System z上，同时保留了混合的英特尔和Windows服务器来运行对可用性要求比较低的应用系统。
Flanagan说："你也许可以称之为'改变了用途'的IBM System z，因为我们以前没有用过大型机，现在把它完全用于对我们的数据中心进行虚拟化处理，以及提高服务的可靠性和质量。我还可以告诉你，自从2008年6月System z首次投入使用以来，这台设备就从来没有重新启动过……SaaS领域的竞争非常激烈，而使用System z重新设计了架构后，现在我晚上睡得比较安稳。"
