超级集群解决方案,第1部分实现应用的最大可伸缩性的技巧题库.doc

超级集群解决方案,第1部分实现应用的最大可伸缩性的技巧题库.doc

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
超级集群解决方案,第 1 部分: 实现应用程序的最大可伸缩性的技巧 级别: 中级 Kevin Kepros, 咨询软件工程师, IBM Dr. Debasish Banerjee, WebSphere 顾问, IBM, Software Group 2009 年 8 月 26 日 如果您的应用程序的客户机负载压力非常大,该怎么办?面对大量的客户机或客户机请求,需要使用大量的应用服务器来处理负载。这类问题的常见解决方案就是利用 IBM? WebSphere? Application Server Network Deployment 集群,但是,如果普通规模的集群仍然无法处理所需的应用程序负载,那又该怎么办? 来自 IBM WebSphere Developer Technical Journal。 简介 对于大多数企业软件拓扑结构,应用程序可伸缩性是一项重要的服务品质。为了实现可伸缩性,企业级 Java? EE 应用程序通常被部署到 IBM WebSphere Application Server Network Deployment 集群 中,并在其中执行。然而,集群的实际大小是有限制的。如果集群的规模还不足以处理所需的应用程序负载,该怎么办? 这个共分 2 部分的系列文章介绍了一种有用的技巧,可以在 WebSphere Application Server 中实现最大程度的应用程序可伸缩性,我们将之称为超级集群。本系列的第一部分介绍了将应用于 HTTP 插件和 WebSphere Proxy Server 的 “超级集群” 技巧。第 2 部分将讨论 DMZ Secure Proxy Server for WebSphere Application Server、IBM WebSphere Virtual Enterprise 随需应变路由器(ODR),以及 IBM WebSphere eXtreme Scale。 回页首 集群 为了实现可伸缩性,企业级 Java EE 应用程序通常被部署到 WebSphere Application Server Network Deployment(此后简称为 Network Deployment)集群,并在其中执行。客户机请求跨越集群进行路由,因此将在所有应用服务器进程之间分配工作负载。 图 1. 分布在集群成员之间的客户机请求 您可以点击如下链接,马上下载 WebSphere Application Server 软件 v7 版本,体验其为您带来的新特性及新功能。 WebSphere Application Server for Developers v7(完全免费) WebSphere Application Server v7 试用版 WebSphere Application Server Express v7 试用版 WebSphere Application Server Hypervisor Edition 试用版(虚拟映像) 更多关于 WebSphere Application Server 的技术资源,请参考: WebSphere Application Server 产品专题:为您提供了 WebSphere Application Server 相关的文章、教程、多媒体课堂等必威体育精装版技术资源。 WebSphere Application Server V7 专题:为您总结了与 WAS V7 相关必威体育精装版的内容和资源,其中包括入门介绍及开发技巧、配置与管理、迁移、监控与测试等。 亲缘性(affinity) 如果应用程序使用无状态的方式进行设计,那么请求将被路由到包含已部署应用程序的任意 Network Depoloyment 集群成员中(无请求亲缘性)。然而,根据协议和应用程序设计,客户机请求可以与特定的 Network Deployment 集群成员具有一种亲缘性。例如,一个 HTTP 会话可能会在处理第一个请求的集群成员中创建,因此该客户机的所有后续请求应当发送到相同的集群成员。亲缘性例子包括 HTTP 会话与 HTTP 协议的亲缘性、SIP 会话与 SIP 协议的亲缘性、IIOP 的事务亲缘性,等等。大多数路由器组件在向集群成员(应用服务器)转发请求时都可以维护相应的亲缘性。 故障转移 除可伸缩性以外,将应用程序部署到 Network Deployment 集群可以提供高可用性。如果其中一个集群成员失败,那么路由器可以将客户机请求传递到其他集群成员上的应用程序中。使用会话故障转移机制将在出现 HTTP 或 SIP 会话时提供透明的故障转移机制。 管理 尽管理论上可以使用非集群式的 Networ

文档评论(0)

希望之星 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档