J2EE企业级项目开发-3期(KC007) 大规模Java平台简介 4.1 大规模Java平台简介文档.docVIP

J2EE企业级项目开发-3期(KC007) 大规模Java平台简介 4.1 大规模Java平台简介文档.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
4.1 大规模Java平台简介 简介 大规模系统是指规模庞大、结构复杂 ( 环节较多、层次较多或关系复杂)、目标多样、影响因素众多,且常带有随机性的系统 。 这类系统不能采用常规的建模方法、控制方法和优化方法来进行分析和设计,因为常规方法无法通过合理的计算工作量得到满意的解答。随着生产的发展和科学技术的进步,出现了许多大规模系统,例如电力系统、城市交通网、数字通信网、柔性制造系统、生态系统、水资源系统、社会经济系统等。 这类系统的特点是规模庞大,结构复杂,而且地理位置分散,因此造成系统内部各部分之间通信的困难,提高了通信的成本,降低了系统的可靠性。 在大规模系统中由于受控对象分散和变量数目太多,不宜采用集中控制结构。因此,在各种工程和非工程的大规模系统中存在着两种基本结构方案,即递阶结构(层次结构)和分散结构。 其共同的特点是将大规模系统的总体功能和目标按一定关系分配给各子系统。这些子系统都具有各自的控制器,都有一定的决策能力。分解后的子系统的阶数下降较多,较易实现自身最优化。对大规模系统的研究,发展了递阶控制理论和分布式控制理论;研究该系统的稳定性则有加权和李雅普诺夫函数法、向量李雅普诺夫函数法和输入输出法。对于大规模系统实施模型简化(模型降阶)的主要方法有集结法和奇异摄动法。 一:大规模Java平台 1.1大规模Java平台的分类 第1类:这一类的特点在于拥有大量的Java虚拟机(Java Virtual Machine,JVM)。在这类中,有数百甚至上千个JVM部署到Java平台上,这些JVM通常应用于一个系统中,并且服务于百万级的用户。我曾经见过有的用户具备多达15 000个JVM。当你与上千个的JVM实例打交道的时候,你必须要考虑到管理成本以及是否能有机会合并这些JVM实例。 第2类:这一类的特点是更少数量的JVM(通常是1~20个),但是堆会比较大(8~256GB,甚至更大)。这些JVM通常有内存数据库部署在里面。在这类中,垃圾收集(garbage collection,GC)的调优变得至关重要,后续的章节中会进行讨论。 第3类:这一类结合了前面提到的两类,在这里可能会有上千台JVM运行企业级应用,而应用所使用的数据来源于后端第2类的大型JVM。 1.2大规模Java平台的趋势与需求 在大规模Java平台的迁移工程中,计算资源合并、JVM实例合并、弹性和灵活性以及性能是主要的发展趋势。 1.2.1  很多VMware客户发现他们的中间件部署快速地膨胀,并且因为成本的不断增长日益成为管理方面的挑战。因此,客户希望虚拟化的方式能够减少服务器的数量。与此同时,客户也希望借助合并的机会来合理化某个特定负载所使用的中间件组件的数量。中间件组件通常会运行在JVM之中,并且规模是成百上千个的JVM实例,所以这就提供了很多机会来进行JVM实例合并。因此,中间件的虚拟化会带来两次合并的机会—首先是合并服务器实例,然后是合并JVM实例。这种趋势得到了广泛认同,毕竟,地球上的每一家IT厂商都在考虑合并所带来的成本节省。 我们在服务行业的一个客户经历了合并服务器的过程,与此同时,将众多堆小于1GB的小型JVM进行了合并。他们将大量小于1GB的JVM合并成了两种类型:一种是4GB的,另外一种是6GB的。他们合并的方式是这样的,应用所能够使用的净RAM总量与之前的RAM数量是相同的,但是JVM实例更少了。通过这种方式,他们提高了性能并且维持了很好的服务水平协议(service level agreement,SLA)。同时,还大幅降低了管理的成本,因为与以前相比减少了要管理的JVM实例数量,这种精简的环境帮助他们更容易地维持SLA。 另外一个保险行业的客户也达到了相同的结果,同时他们能够在开发和QA环境中充分使用CPU,从而降低第三方软件许可证的成本。 1.2.2 JVM实例合并 有时候,我们会遇到这样的客户,他们会有合理的业务需求,按照这种需求,某个应用或一条业务线只会维持一个JVM。在这些场景之中,你无法真正地合并JVM实例,因为这样做会导致某个业务线应用的生命周期与其他业务线的应用混杂在一起。不过,尽管这些客户无法从合并JVM所带来的JVM数量减少中获益,但他们能够从更加充分地使用服务器硬件的可用计算资源方面获益,在非虚拟化的环境中,这些资源可能没有充分地得以使用。 1.2.3 弹性与灵活性 越来越多地发现表明应用具有季节性的需求。例如,我们的很多客户会进行各种市场营销活动,这使得他们的应用会产生季节性的流量变化。借助VMware,你就能够处理这种流量的暴增,这是通过当需要的时候自动提供新的虚拟机(VM)和中间件组件实现的。当负载平缓后,还能够自动地卸载这些VM。 对于中间件来说,在更新/增补硬件时,能够实现不停机是至关重要的,这保

文档评论(0)

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

大部分文档都有全套资料,如需打包优惠下载,请留言联系。 所有资料均来源于互联网公开下载资源,如有侵权,请联系管理员及时删除。

1亿VIP精品文档

相关文档