云计算已成为新的计算集群。集群在早期的大型机时代就已崭露头角,它是用来协调两台或多台计算机步调一致的运行,从而建立起高可用性系统。但是,一项新的使用虚拟化工具的集群正变得更具吸引力,特别是随着企业的IT部门在使用虚拟服务器有更多经验,并且云计算供应商在他们的产品中添加了更多的可用性高功能。
集群曾经是一个非常专门的学科。你需要设置几乎相同的计算机硬件并运行特殊版本的操作系统才能保证它们同步运行。另外,还需要配备特殊的网络适配器来保证两台PC之间非常高速的数据传输。
但是随着网速变得越来越快,之前只能在定制集群配置中实现的服务组合(其中包括高可用性、虚拟存储管理和短期服务器故障转移等)现在也可在虚拟世界中实现了,甚至许多已可替代实现灾难恢复(DR)应用。
所以,当云计算及其管理应用程序交付变得越来越普及,当IT部门在交付虚拟化应用程序方面获得了更多的专业技术,这些知识便可被用于交付集群选项。
改进的灾难恢复会伤害集群
怎么会出现这种情况?虚拟机(VM)更易于携带,可跨云复制,这样你就能在主服务器发生故障时快速建立和运行一个辅助站点。
“我们已经看到,众多过去无法做到这一点的企业现在已能使用灾难恢复保护了,”专业虚拟化厂商SteelEye科技公司的执行副总裁Bob Williamson说,“在过去,如果你的主服务器发生故障,你需要另外购买和准备好一台物理服务器。云计算降低了部署更大区域范围灾难恢复应用的入门门槛,为大批之前无法考虑实施该服务的公司提供了这一保护服务。
在过去的几年中,各主要的虚拟化厂商进一步增强了他们提供更多DR和业务连续性的能力。Citrx公司收购了Vmlogix公司,此举增强了机器配置的自动化建立和拆卸,以及能够用于多个管理程序的自动化工具。
另一方面,VMware公司发布了vFabric和vCloud Director。vFabric结合了用于轻量级应用服务器的Spring Java开发环境(这是VMware公司为开源社区而管理的一个平台)和负载平衡及其他基础设施需求功能,这样你就能够在不同云计算实例之间传输程序和数据。而vCloud Director的功能有助于在虚拟数据中心中管理多个虚拟机,并建立预设置的应用程序服务和基础设施。
而其他的厂商则进一步增强了他们相关工具的功能,以便于实现新虚拟机的配置自动化和更简单的灾难恢复。例如,Novell公司的云计算经理已实现了基于模板的配置流程自动化,帮助用户通过使用单一的网络门户网站请求、批准和部署新的工作量。而其Forge设备可更易于快速地使用一键式故障转移和灵活恢复选项从而实现工作量恢复。
图1:Novell公司的Forge设备可使用一键式操作实现工作量恢复,这个仪表板显示了你的虚拟机的主题。
但是,这些产品并不适用于事物处理应用,这类应用要求处理紧急故障事务,如网上支付处理或航空公司机票预定。
“当你需要更精确的集群时,例如当你无法承受失去一个交易而必须在故障转移后在新机器上重启这一交易时,”Novell公司的数据中心高级主管Carl Drisko说。“如果你的虚拟机发生故障,任何在内存中正在进行处理的应用程序和数据都将丢失。”
“如果你正在使用某种你需要保留服务器状态的交易处理系统,那么你将需要一些特殊用途的集群解决方案,”Cassatt公司的产品管理总监Ken Oestreich说。Cassatt公司为管理虚拟化对话提供自动化工具,但是高可用性虚拟化应用程序可用于低需求的业务应用云计算产品线。
云计算和集群结合使用
集群中的每一台物理机器都要求相同的硬件和操作系统版本是之前集群解决方案存在的问题之一。云计算要求更低、应用更灵活,而且成本更低廉。
许多老式的集群都需要高速链接是另一个问题所在。基于云计算的产品即便是通过典型的互联网线路,也可以实现低要求、长连接。VM6软件有一个称为Vmex的高可用性Hyper-v产品,它可将两台PC连入一个集群而无需特殊的硬件,甚至可应用与普通的有低要求的以太网连接。当***台Hyper-V机器发生故障时,所有的虚拟机都自动申请成为第二台辅助服务器。
图2:使用VM6软件的Vmex创建一个存储分区
由于这些“准集群”服务越来越受到欢迎,他们正在寻求第三方监控厂商的高精度产品,从而提供一个完整的产品。
这意味着,对于IT管理人员来说,云计算和集群将变得更加关联和互补。虽然这两种技术来源于不同的传统和基础设施,但是现在他们正在逐渐融合,为管理复杂的企业工作提供一个强大的工具。
【编辑推荐】
- 使用Microsoft Azure 让云迁移变得简便的5种方法
- VMware的混合云迁移工具:vCloud Connector
- 企业CRM等业务系统迁移到 "云"中的***实现
- 云计算该“迁移”还是“自建”?
- 云迁移全攻略:哪些应用适合迁移
- 亚马逊 谷歌 微软三大试用云服务大比拼(上)
- 亚马逊推出1年免费云计算服务
- 亚马逊EC2中断 “可用区”遭质疑
- 伤不起!亚马逊史前***宕机事件的启示
- 云震 -- 亚马逊4.21事故的反思
- 从亚马逊云服务故障中吸取的七个教训