应用可用性:如何选择合适的工具

日期: 2011-03-20 作者:Mike Laverick翻译:陈德文 来源:TechTarget中国 英文

首先,包括物理服务器、网络与存储在内的物理基础设施都可以衡量可用性。其次,若在单台机架式服务器或刀片机上运行5、10甚至20台虚拟机所要承受的风险与用户焦虑依赖于物理基础设施的可用性。最后,还需要考虑到在诸多运行于虚拟机上那的些活动应用的可用性。某种程度上,对可用性的担忧在IT行业一直存在——用户们总会担心他们的业务连续性可能因某台服务器宕机或应用程序无法启动而中断。

这些担忧早在虚拟化广泛应用前就已存在。而最近十年虚拟化快速增长则带来了新的可用性问题,用户开始为虚拟化环境中可用性保障发愁。   不断提升的整合率   虚拟化技术的竞争核心在于提高服务器整合率,现在更可将桌面环境迁移至更少的物理服……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

首先,包括物理服务器、网络与存储在内的物理基础设施都可以衡量可用性。其次,若在单台机架式服务器或刀片机上运行5、10甚至20台虚拟机所要承受的风险与用户焦虑依赖于物理基础设施的可用性。最后,还需要考虑到在诸多运行于虚拟机上那的些活动应用的可用性。某种程度上,对可用性的担忧在IT行业一直存在——用户们总会担心他们的业务连续性可能因某台服务器宕机或应用程序无法启动而中断。这些担忧早在虚拟化广泛应用前就已存在。而最近十年虚拟化快速增长则带来了新的可用性问题,用户开始为虚拟化环境中可用性保障发愁。

  不断提升的整合率

  虚拟化技术的竞争核心在于提高服务器整合率,现在更可将桌面环境迁移至更少的物理服务器中。单台服务器上运行越多的虚拟机,每台虚拟机的运行成本也就越低。但随着整合的不断提升,对此的担忧也不断增加,因为我们把所有鸡蛋都放到一个篮子里了。避免出现此类状况的方法很简单,在每台物理服务器上只虚拟一台虚拟机就好了(当然用户们很难认可这样的方案)。虚拟化应用提高整合率可以带来很多好处,但大部分组织希望将整合率提升至越高越好。他们同样会采用一些技术来确保虚拟化环境免受某些硬件故障而崩溃。

  整合率逐年上升,而可用性保障技术却没有更上增长步伐。这一问题导致了“可用性缺口”的出现。可用性技术已经被不断增长的物理资源(CPU/内存)与更优秀的虚拟化管理工具所超越,这些工具可以解决物理资源管理的问题。

  当我们提到可用性,许多公司都过于偏向购买技术,以试图消去对业务中断感到的焦虑。他们往往无视产商们“产品不是完能钥匙”的提醒,消费者们通常认为购买了相关产品后,业务就万无一失了。

  人们通常会忽略一些降低可用性的故障源,这些故障中,人为误操作的数量与硬件故障数量一样多。因此,当你正着手规划一个可用性解决方案时,需要关注硬件与流程两个方面,否则可能导致精心规划的方案无法有效运作。

  还有更糟糕的吗?当公司已在软件或硬件可用性解决方案上投下数额不菲的资金,而方案不但无法满足业务的真正需求,反而带来了更多麻烦。

  如果仅关注解决可用性问题的技术,可能导致消费者们在着手解决问题时就走错了第一步。一些企业在没有得到有效评估结论之前就已开始进行了无数次的测试验证,他们一直关注于技术,而没有将重点放在如何选择解决问题的最佳方法上。

  在项目初始阶段——虽然听来有些乏味——应该评估流程而不是着手安装与配置那些所谓功能强大的系统。没有进行初始评估,你将可能处于某种试图采用不当技术来解决问题的局面中。

  我时常会看到用户们试图扭曲并调整某些技术以让其胜任用户需求,而这些技术原来并不是为此设计的。接着用户便会开始抱怨技术太烂,就像技术拙劣的工人将所有问题都归结为工具一样,不应该用螺丝刀钉钉子或用锤子旋螺母。

  对可用性问题的回答

  真正的问题不在于技术本身,而在于使用技术的人。根据实际情况,我们无法提供完整的建议与方法,整个IT行业,包括独立软件开发商、销售商、分销商和顾问——都可能错误地将可用性技术与灾难恢复技术混为一谈。不仅如此,试图重新设计产品A以解决问题Z的计划通常面临经济压力,因为客户一直都希望能节约成本。

  先将这些借口放到一边——如果没有在一开始进行需求评估,你将发现自己很就快陷入水生火热之中。

  例如,我曾见到用户尝试利用VMware的高可用性(HA)技术创建“扩展集群”。存储产商完全可以提供成熟且可靠的解决方案。诸如NetAPP MetroCluster与EMC vPlex技术都是优秀的方案。而VMware HA是设计用来解决防止单站点中某台物理服务器宕机的产生的中断问题。它不是用来解决跨区域长距离可用性的方案。

  我会询问此方案是否真正可行。得到的答案是“Yes”,当然需要对技术进行“调整”才能满足需求,但更大的问题是,这项方案的成本是多少?在完成这个功能重研发后,仅靠该技术是否能满足我们所设定的恢复时间点(RPO)与恢复时间目标(RTO)呢?RPO与RTO概念是用于说明数据中心恢复发生时,所需花费的时间与恢复程度。

  关注目标,不是技术  

  在准备开始选择某项技术之前,请先问问自己,到底什么是可用性所需达到的目标。这可以使你对需要采用何种技术来解决问题有更清晰的认识。此过程结束后,便可以集中注意力确保设计的可用性“保障政策”可用。

  以下问题值得关注:

  • 你要保护什么——站点、主机、虚拟机还是服务?
  • 你想达到怎样的可用性级别?
  • 相对于可用性解决方案的成本,将要保护的系统对业务来说有多大价值?
  • 数据在何种情况下,需要依据签订的保险政策进行索赔?

  在考虑应用可用性时,应先搞清楚上述服务条款。这些通常是对业务可用性来说最关键的因素。

  关于作者:

  Mike Laverick拥有15年技术领域从业经验的专业讲师,精通Novell、Windows与Citrix。他也于2003年加入VMware社区。Laverick是VMware论坛版主,还是London VMware User Group Steering Committee的成员。教书以外,Laverick还是博客网站RTFM Education的拥有者及作者,他通过该博客发布针对VMware ESX/VirtualCenter用户的免费指南及工具软件。2009年,Laverick获得VMware vExpert称号并协助建立了Irish与Scottish用户小组。Laverick出版过关于VMware Vitrual Infrastructure 3、VMware vSphere4与VMware Site Recovery Manager方面的书籍。

作者

Mike Laverick
Mike Laverick

A professional instructor with over 15 years of experience in technologies such as Novell, Windows and Citrix.

翻译

陈德文
陈德文

TechTarget中国特约编辑

相关推荐