扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
2003/04年之前,我们认为70%+的IT机构(ITO) 将已主要应用了几个首要的和初期的基础设施整合 (例如,物理共存, 集中化的操作和管理,定期的维护服务器级别的再评估, 共享存储SAN子系统整合)。但是,向更复杂的整合水平的发展 (例如, 更高水平的操作系统, 数据库管理系统及对相似和混合的工作量的应用服务器整合) 一直问题多多, 充其量可用于企业Unix平台(例如, Solaris, HP-UX, AIX)。本地的NT和Win2000整合的选择甚至比Unix的选择更为有限。相应地,我们的研究显示许多IT机构(ITO)已适当地把复杂的更高等级的服务器整合推迟到工作量管理(WLM)和可获得的分区工具更成熟时。
而且,因为我们认为大多数IT机构(ITO)支持基于Windows的系统,为支持基于Unix的系统的大约5-10倍,本地的NT和Win2000工作量管理和分区的缺乏尤其让人灰心。我们相信,随着有限的本地Windows整合能力在2004/05年前得到发展,第三方的选择(例如,HP, VMware) 将越来越多地出现。到2003/04年, 我们希望第三方Windows整合工具已经达到一定的成熟程度,使得其它的整合限制(如,高端服务器过高的定价,服务级别的限制,退款, 机构政策)在Windows环境中比整合工具的成熟程度更为显著, 2002/03年间的企业Unix平台的情况也是如此。
基础设施整合动机背后的驱动力在过去几年中已经明显发生了变化,在2000年后从起初的增加资源使用率和降低总拥有成本(TCO)变成提高基础设施的灵活性(例如,降低执行时间和增加机动性)和稳健性 (例如,可伸缩的空间和修复故障的能力), 然后在2002年绕了一大圈又回到了对TCO最小化的强调。但是,我们对关键基础设施整合的建议是一致的,包括如下方面:
高级商业和IT管理层对潜在对TCO的好处的期望应该现实一些,首先应具可操作性。
整合的潜在好处应与实际进行整合时相关的复杂程度和成本的增加进行权衡。
如没有适当的和成熟的系统平台工具来避免对可预知的服务等级产生负面的影响,应避免更复杂形式的整合(不同种类的混合工作量分区)。
而且,我们逐步进行的基础设施整合的方法已经证明是非常持久的。我们相信大多数IT机构(ITO)已能把基础设施的整合看成一项持续的工作,而不是一个时间点的操作。另外,我们的研究显示许多IT机构(ITO)已经从基本整合活动中获得了一半以上的可能的好处(例如, 物理共存, 维护和支持服务级别的审核)。但是我们相信Windows平台的整合有着巨大的,尚未开发的潜在好处。
Windows工作量管理的选择。HP的 (原为Compaq的) 工作量管理软件包(一个相对于标准ProLiant主要基础软件包价值$1,875的选择), 包括资源分区管理器(RPM), 这是开始初步的Win2000服务器整合的第一步选择。RPM使用了Windows Job Object的界面来限制CPU的数量和独立的应用程序可以使用的主存储器的资源。严格地说, RPM不是分区工具,因为操作系统只有一个单一的程序在运行。但是, 它确实启动了多应用程序的整合,而RPM "分区" 支持SMP。虽然应用程序间的存储是相互隔离的(这是针对有存储漏洞的性能不佳的应用程序的),而操作系统只有一个程序在运行,操作系统等级的故障将影响所有应用程序。另外,不存在I/O 资源管理。而且,可能会需要重启(对于应用程序安装和升级以及DLL和注册表冲突)。Aurema的现用资源管理技术(用于Windows的ARMTech)产品的CPU资源管理能力相类似,但是它没有存储分配,I/E资源管理或者动态的规则引擎。
VMware: Windows的虚拟分区。VMware的分层产品系列支持真正的虚拟机(VM)分区, 多个操作系统程序在完全隔离的情况下共存。灵活的虚拟机系统映象可提供隔离,进行整合,增加利用率和方便开发,测试,远程管理和高可用性。这个基于软件的分区功能与HP-UX虚拟分区相似(虽然HP-UX vPars必须最少每台一个)。虽然Intel基于硬件的分区 (例如, Unisys ES7000, IBM x440) 不提供更强大的隔离,但它不那么粒状。我们认为软件分区可以对硬件分区做补充并提供更动态的灵活性。
VMware也对I/O配置进行了虚拟化 (网络界面,磁盘子系统)。VMware的Workstation ($299)和GSX (带支持$3,499) 分别可支持一台和四台CPU。VMware ESX服务器产品(~$10K)最多可支持8路SMP系统。此外, VMware ESX服务器增加了相当全面的资源管理能力,包括网络和磁盘 (1.5版本) I/O带宽资源管理 (除CPU和存储器资源外)。
但是,一个关键的VMware局限是缺乏SMP虚拟机支持(例如,当VMware在SMP系统上运行时,每个虚拟机分区最多局限于一台CPU)。在这个局限下,我们认为VMware在2002年的大部分应用将主要针对开发和测试环境,以及低端(一台CPU的一部分)生产应用的整合。确实,VMware的Workstation产品已经有了迅速增长 (>1百万用户)。我们希望VMware在2003年上半年可以在未来的版本中启用虚拟机SMP支持。
VMware的另一个问题是它相对规模较小 (~300名雇员)。但是,IBM最近已选择它将在它的x系列(原来的Netfinity)基于Intel的服务器上销售和支持VMware。我们希望HP也会效仿。另外,虚拟机配置暴露了潜在的系统管理问题。例如,虚拟机与系统管理工具的结合 (例如, HP的Insight Manager, IBM的Director)应使用户可以同时管理虚拟机分区和下属的硬件配置。虽然VMware确实支持基于SMP的MIB界面 (以及HTTP VMware管理), 我们认为需要结合额外的管理工具。
但是, 要开始开发有着更复杂的虚拟机整合和工作量管理能力的专门技术, 我们建议IT机构(ITO)对于负载较轻的应用程序应考虑选择HP以及VMware。
商业影响: 商业单位不应期望采取IT基础设施整合可以不现实地节省总拥有成本。
总结: 我们希望最小限度的本地Win2000整合能力将在今后两到三年里得到发展,但是独立的解决方案可以减轻一些策略上的痛苦。(责任编辑:张岚)
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者