使用虚拟化简化64位计算的迁移

 
   | |

导读:IT行业正在朝着64位计算迁移。本文说明如何使用服务器虚拟化简化64位计算的迁移,以便快速得到迁移带来的性能提升。

关键词:64位计算 服务器虚拟化 迁移

 
正在加载数据... 【TechTarget中国原创】大家大概知道,IT行业正在朝着64位计算迁移。当公司开始发布仅适合64位版本的重要产品时,目前这种缓慢迁移将在不久大大加速。如果你现在追赶潮流,你将有较大机会获得明显的性能提升,并走在当今可扩展性需求的前列。

  不过,你需要平衡采用64位计算相对于迁移复杂性的好处,这意味着采用64位计算非常昂贵。为了简化这个过程,我们来看看下一个十年的IT现象:服务器虚拟化。

【TechTarget中国原创】大家大概知道,IT行业正在朝着64位计算迁移。当公司开始发布仅适合64位版本的重要产品时,目前这种缓慢迁移将在不久大大加速。如果你现在追赶潮流,你将有较大机会获得明显的性能提升,并走在当今可扩展性需求的前列。

  不过,你需要平衡采用64位计算相对于迁移复杂性的好处,这意味着采用64位计算非常昂贵。为了简化这个过程,我们来看看下一个十年的IT现象:服务器虚拟化。

  问题

  迁移到64位计算是冒险的,并需要非常谨慎地计划。为什么?首先,迁移很慢。整个过程完成需要10年,在这期间,公司必须处理已经使用了64位操作系统的混合环境,不过一些关键应用仍然是32位操作系统。

  这个过程类似于我们在一个缩小比例的情况下看见的那样:每次我们部署一个新升级的操作系统。来自新技术增强的所有好处通常是不可能达到的,因为一个业务应用或另一个在新平台不受支持。CIO们有时必须在开始更新基础设施之前等待几年。

  在同样情况下,我们在拥抱64位技术和它的好处之前可能需要等待几年,直到所有驱动业务的应用移植到新架构,并证明在新架构上是可靠的。这种情形下的等待比等待一个应用从Windows NT 4.0移植到Windows 2000还长,并且花费更多的钱。

  第二个问题来自硬件群体。在产业转换里,提早决定采用64位操作系统意味着管理两个不同的架构。不过,最糟的是,这意味着一旦你从32位移植应用到64位,将拥有无用的硬件。

  不可避免的事情

  鉴于所有这些问题,很容易认为64位迁移是可以避免的,直到它成为一个业界标准。不过,即使你决定推迟,迁移是一个你可能面临的比预计来得快的步骤。

  接着,最大的厂商将开始仅仅在64位版本提供他们的产品,因为新的架构将可能为用户提供长期需要的最大程度的可扩展性和性能。

  微软是踏出这个步骤的第一家公司,宣布了它开发只用在64位环境的几款产品,包括流行的Exchange邮件服务器、新Windows 2003 Compute Cluster版本以及一个Windows Longhorn版本。你能预料到在2010年左右,32位产品将完全消失。微软已经为几个重要产品提供了32位到64位的版本,诸如Windows XP和2003、SQL Server 2005 和Visual Studio 2005。

  巨头软件制造商不并孤单,许多其他厂商,包括市场领导者,如苹果电脑公司、IBM、Novell、甲骨文、红帽与Sun,都开发或提供了基于新架构的产品,声称达到十倍的性能增益。

  在硬件方面,AMD和英特尔依靠技术都能同时透明地运行32到64位代码,这两家公司都只销售64位处理器给服务器、台式机和笔记本。由于有这些厂商,硬件方面的采用将比软件完成得更早。

  虚拟化的好处

  为了简化32到64位混合基础架构的管理,在迁移过程中,服务器虚拟化确实是最佳的办法。在写这篇文章时,还没有适合新架构的虚拟化平台,不过许多平台能运行64位虚拟机,这是由于新的CPU性能。

  市场领导者VMware能在它的所有产品里运行64位子操作系统,包括ESX Server 3.0、Server 1.0和Workstation 5.5.1。然而,在受支持的处理器上有限制。

  AMD                            英特尔
  皓龙修正版E或以上的版本
  速龙64修正版D或以上的版本      Intel EM64T
  炫龙64修正版E或以上的版本      带VT技术的处理器
  闪龙64修正版D或以上的版本     

  注意,没有识别AMD CPU修正版的方法,直到测试它们时,因此,VMware建议联系厂商以获得帮助。

  Xen 3.0也能运行混合的虚拟架构,Virtual Iron(现在基于Xen)的3.0版本也能运行。

  微软将在它的Virtual Server 2005 R2里支持64位主操作系统,不过,微软已经决定在运行64位虚拟机之前等待它的Windows Server Virtualization。因为Windows Server Virtualization在两年内发布,我们能肯定微软的技术对64位早期采用者来说不是一个可行的解决方案。

  由于VMware、Xen、AMD、英特尔及其他厂商的进入,我们预料到有个便宜又好用的下一代架构。

  取决于你的业务需要,你能使用两个相对的策略进行迁移。

  第一种由移动现有的32位应用到虚拟机组成,同时在新服务器上更新硬件和测试新产品。这样,当我们决定采用64位应用时,虚拟机将担当备用的解决方案,不需要额外的精力去维护两个不同的机组。并且拆除32位服务器将进行得更快。

  对于那些想要尽快从新架构获益的公司来说,这个策略是最积极的,也可能是比较好的。

  相反的方式是维持现有的32位硬件群体,并且在测试和验证新产品的虚拟机里谨慎地引进64位新应用。如果在某个特定时刻,公司想把应用移回到物理硬件,整个过程非常痛苦。为此,如果服务器整合是这个计划的一部分,就采用这种方式。

  在许多情况下,公司将发现同时采用这两种策略是有用的,这取决于他们的部门。

  无论你采用哪种策略,如今你只能选择购买安装了32位操作系统的64位物理主机。幸运的是,这没有影响,因为虚拟化厂商已经提供了64位解决方案,我们能改变主机操作系统和虚拟化平台,而不需要重建现有的虚拟机。

  并且由于有高可用性解决方案,运营中甚至不会出现业务中断。

 
查看全文
 
 
 
 
 

数据中心整合之虚拟化

 
我组织里有个关于使用VMware ESX的讨论。一方希望只将它用在实验环境下,我这一方的论点是用VMware很好。有什么方法能决定什么服务器作为虚拟机好?什么不好吗?
 
我们的服务器蔓延失去了控制。管理员寻求方法提升性能。那我们该选择虚拟化还是服务器整合?服务器整合是个美好的词,不过……
 
无论你处于服务器虚拟化项目的起步阶段还是结束阶段,容量规划都是容易让人迷惑的一个地方。什么是容量规划?需要捕获哪些关键变量以及如何为未来的需求手动规划容量?
 
有任何具体的统计或基准说明Exchange和SQL的高I/O是什么样的?诸如VMware ESX、Microsoft Virtual Server和Xen这样的产品,选择哪一个?
 
整合能极大的提高服务器物理硬件的总体管理。这是因为像刀片、SAN和虚拟化软件这样的整合平台都带有管理软件,能够与这些平台集成。不过……
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
登录Email
请输入您的登录Email
密码
下次自动登录