数据中心向虚拟化的平滑过渡解决方案

在一个典型的数据中心中，相比真正较少的需求，提供更多的服务器和存储设备是非常常见的事情。这样做的目的在于处理未来可能出现的高峰负载时段、满足高可用性以及灾难恢复的需求。这样就会导致昂贵资源的巨大浪费。实际上，服务器使用率通常都会低于25%，这也就是为什么服务器虚拟化在过去的几年中发展极快的原因。

那么，除了虚拟化一个单一的服务器及其应用程序以外，你还能做些什么呢?如果你能够控制数据中心中的所有服务器--物理的或者虚拟的--并且根据特殊的业务或技术需要而中心组合它们，又是怎样的一种结果呢?如果这个问题勾起了你的兴趣，你就可以了解一些Scalent系统公司以及它的虚拟化操作环境(V/OE)。

ScalentV/OE是一个软件的解决方案，它可以允许企业的数据中心动态地改变工作负载、改变网络和存储的拓扑结构，使得这些运行的服务器可以访问而不需要做物理机器、线缆、LAN或者SAN方面的任何改变。

但是ScalentV/OE并不是一个像VMware那样的操作系统。取而代之的是，V/OE是一个控制系统，它在整个物理和虚拟服务器上提供了实时的管理和自动化功能。Scalent控制器(服务器)软件运行在一个机器上，不在你的数据中心上。ScalentV/OE可以访问到每一个物理或者虚拟机，通过lights-out管理协议来进行交互并且让它们开机或断电。然后，当一个机器启动的时候，Scalent实时地建立正确的网络和存储地址。

比如，如果一台机器将成为一个邮件服务器，Scalent将把它连接到邮件网络和存储上。如果机器被指定为(在一个特殊时刻)一个 VMwareESX服务器时，Scalent将把它连接到正确的ESX集群网络上和存储上。然后，Scalent让这台机器从网络启动，运行裸机的软件映像，该机器可以在连接到该机器上的中心存储上找到该映像。一般情况下，裸机软件映像可以是Windows(一个Exchange服务器、SQL服务器或者其它)、Linux(Apache、SAP、Oracle或者其它)、Xen或者VMwareESX(虚拟机上的一系列软件)。

让数据中心操作者特别感兴趣的地方就是映像的可移植性以及Scalent和数据通路之间的脱离。对于映像的可移植性来讲，Scalent可以将服务器映像放到物理机或者虚拟机上启动，而不需要做处理，都是实时的操作。你的微软Exchange邮件服务器可能在一个VMware的虚拟机上启动，那么下次启动，如果你愿意的话，它可以在一个Dell的刀片上启动;再下次，可以在惠普的机架式服务器上启动，这完全是透明的。

而和数据通路相脱离就意味着，一旦机器开始启动时，Scalent就脱离了这条通路。从机器上流出和流入的数据都不会传到Scalent控制器上，因此不会增加机器额外的负担。而且，如果Scalent失效了，没有服务器会宕机，你只需要恢复你的静态数据中心就好了。

通过平衡VMware3.5的功能和使用网络和SAN集成Scalent软件，V/OE创建了一个可以移植的实例，该实例可以从SAN上启动，在那里可以让一个单一的启动映像被克隆，并且被部署到一个或更多的服务器上，可以是物理的或虚拟的服务器。一旦部署完成，遇到了失效情况，该服务器就可以被动态地迁移。

本质上，ScalentV/OE允许物理和虚拟服务器的重新组织，而且几乎是顺时完成。当部署的时候，公司定机架一次、布线一次，同时根据需求重新配置，而不需要再插拔线缆或者机器，V/OE通过分离物理上的连接来完成这项工作。即使当你的服务器被转移并且从SAN上启动，同样可以保持它们的地址和连接性。

ScalentV/OE主要用于实现节省成本的灾难恢复、IT巩固和部署、测试操作的解决方案。比如，在一个业务持续性的案例中，Scalent减少了对每一个生产服务器都必须有一个单独的服务器的需求。如果一个生产服务器失效了，它的应用可以被立即带到另一个服务器上。 Scalent允许一个N到1的配置用于失效恢复，减少了连续计划的成本。

众多的技术公司--包括EMC、Dell、HP、Sun、VMware以及其它公司，都已经和Scalent合作来给出它们的解决方案。比如，HP就推荐它们的客户在HPBladeSystemc-Class服务器上使用Scalent V/OE，这样可以减少成本、增加灵活性并提高性能。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友