基于开源云技术的高可用Web应用云研究.docVIP

基于开源云技术的高可用Web应用云研究.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于开源云技术的高可用Web应用云研究.doc

基于开源云技术的高可用Web应用云研究   摘要:Web应用已成为当前主流的计算机服务方式,其数量与用户量已远远超过客户端程序。Web后端如何适应Web应用访问量迅速增加或减少带来的负载波动成为了当前的主要问题。而传统的分层架构企业级应用服务器集群方案存在一定的伸缩限制、高代价等缺陷。基于云计算的基本特征提出一种新的高可用Web应用云SPI(SaaSPaasIaaS)架构模型方案,基于Openstack的硬件资源管理、Cloudify的平台服务实现SPI模型,提供弹性Web应用运行平台,能较好解决前述问题。   关键词关键词:云计算;Web应用云;Openstack;Cloudify;弹性云;SPI(SaaSPaasIaaS)   中图分类号:TP3-0   文献标识码:A 文章编号2014)002000105   0引言   Web应用(Web Application, WebApp)是基于万维网的一种延伸,既包括以浏览器为入口的站点,也包括一些更适应移动终端的Native App。在普通计算机上以浏览器访问Web资源为主,根据WordWebSize官网对Web网页的实时统计,截至2013年6月27日,Web网页数量已超过45.6亿页[1]。而各类移动终端上,浏览器启动次数逐渐减少,因为Native App更适用于移动互联网,很多Native App(如微博、微信、淘宝等)已内置浏览器。根据百度2013年一季度的移动互联网发展趋势报告,截至2013年3月,移动互联网的人均上网时长已超越PC互联网的29%[2]。   Web应用的特点[3]是基于Http等协议以统一资源标识符的形式对资源进行访问,资源存放在互联网中的某一服务器(物理的或虚拟的)中,但其中存在以下两个问题:①负载(访问量)周期性变化,在部分时间需要大量的计算资源(网络带宽、数据处理、存储等),如新学期学生选课、购物网促销等,而其它时间需要的计算资源要小得多甚至零负载;②易受突发事件影响,如美女毕业照致人大网络瘫痪等。这些问题是Web应用与生俱来的缺陷,目前主流的解决方法[47]包括基于分层的Web架构、分布式集群、缓存技术、负载均衡等。这些方法能在一定程度上解决Web应用的负载问题,但存在管理成本高、可伸缩性有限、浪费计算资源等问题。   本文通过分析传统的分层架构集群存在的问题,并针对问题设计了SPI云架构方案。结合开源Openstack、Cloudify平台,设计并实现了“Openstack+Cloudify+WebApp”的SPI方案,该方案具有应用安全、弹性计算、高性价比等特点。   1传统分层架构集群   大多数现代企业级应用[47]的构建分为3个或4个物理层。第一层是数据层,一般采用关系型数据库实现。第二层是业务逻辑层,实现应用核心的业务逻辑功能。第三层是Web表示层,实现应用请求响应的用户结果呈现(比如HTML、JSON、XML等)。通常在Web表示层之上还有负载均衡。许多应用系统也使用一个消息传递层,基于可靠的异步通信和事件驱动的处理模式,业务逻辑服务消费消息层到达的消息,并处理消息映射的工作。为了实现高可用性和更高的处理能力,每个层都使用集群配置。3个或4个不同的集群,由网络通信组成一个整体,形成企业级应用,如图1所示。   分层架构的集群在一定程度上增加了Web应用的处理能力,但同时存在以下问题:   (1)管理存在困难。每一层是一个不同的集群,需要不同的特定技术支持,会造成如下问题:①每一层集群需购买相关组件并雇佣专业人员安装维护,带来昂贵成本;②组件繁多带来跟踪和监控上的困难;③业务处理需要多个组件动态组合,若产生故障难以维护;④应用多个分层协同工作,分层部署困难。   (2)性能方面受到一定限制。一项完整的业务处理需要多个层共同协作,而每层间只能通过网络传输完成,使得每一项业务处理的时延受到限制。同时,随着集群的扩展,计算能力增加,但网络带宽存在瓶颈,整个系统吞吐受限。   上述延迟和可伸缩性受限问题,一般通过建立缓存机制解决。在数据库层增加基于内存技术的缓存层,适用于读操作次数远大于写操作的情况。同时可在Web表示层建立基于资源分类的缓存,此方法特别适用于静态资源的缓存,可减少请求处理的路径。增加缓存层同样会付出一定代价。增加新的层,需要为新的技术和管理付费,同时缓存技术对于写操作多的场景并不适用。   (3)造成计算资源浪费。一个Web应用系统为了解决系统负载高峰,对集群节点进行扩展,而在运营中为了应对突发事件的影响,需开启更多节点以防止系统宕机,造成大量的计算资源浪费。   不同企业对SPI三层模型的划分略有差别,但大体相同。图2中,IaaS层对物理服务器集群进行统一管理

您可能关注的文档

文档评论(0)

lmother_lt + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档