1. 1、本文档共19页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
cluster_intro课案

服务器集群 集群-Cluster 两个或多个服务器构成的虚拟服务器系统,以一台服务器形式对外 双机热备是集群模式中的一种(Failover Cluster) 对称集群模式:Load-balanced cluster,用于分散负载 负载均衡与双机热备不同,某节点失效后无平滑接管过程,双机热备往往缺乏并行处理能力 提高性能,扩展能力强 提高可靠性 方便管理 最典型的应用领域:WEB 负载均衡(Load-Balanced Cluster) 单服务器硬件性能提升空间有限,PC服务器的处理能力在1000并发用户左右 简单的负载分担方法:按照功能或者服务内容分割,但无法适应负载的动态变化 将不同客户端的服务请求分散,或者将同一个客户端的不同服务请求拆散,以达到缩短响应时间的目的 负载均衡算法: 循环法-不能调和处理能力的差异 加权循环法 最少连接 负载算法 服务器故障检测 负载均衡 需要考虑的影响因素: 单个服务器的最大负载容量限制,防止性能急剧降低或变得不可用 服务器物理性能限制 应用程序的限制 应用程序如果存在跨越多个节点调用的情况,单点故障可能导致服务失败 服务器数量的增加带来的监控和管理的复杂性 会话管理 会话是应用系统常用的手段,在用户交互中常用于跟踪进度、记录连续性状态变化等中间数据 会话可保存在不同的位置,如: 客户端 应用服务器 数据库服务器 与应用系统自身的实现方法有关 会话管理 集中式:在集群服务之外提供集中存储并共享 异步式:会话改变时广播,以及时同步 负载均衡实现方式 软件 安装负载均衡管理软件,根据算法转发服务请求 硬件 通过交换机、路由器分担负载 可以是独立设备,也可以集成到正常的交换功能中 优缺点 优势 增强的可伸缩性 更高的可用性 降低成本 缺点 开发复杂度增加 网络故障导致服务错误 Windows集群技术 Windows NT/2000/2003均提供支持 Microsoft集群服务(MSCS) Windows Server 2003企业版、DataCenter版 数据库、消息系统、文件、打印等关键服务都提供高可用性 支持最大8节点的集群配置 Windows集群技术 网络负载平衡(NLB)或WindowsNT负载平衡服务(WLBS),对IP请求负载进行合理分配,达到均衡IP流量的效果 Windows Server 2003的所有版本 所有NLB节点共享虚拟IP地址 所有NLB服务器都监听用户请求,但只有一个节点响应 通过心跳特性,所有NLB节点都及时获得集群变化,并启动汇聚过程,自动协调变化 Windows集群技术 组件负载平衡(CLB) 多台服务器共同承担激活与执行COM+对象产生的工作负载 服务器响应时间排序及循环算法:定期测试COM+服务器的响应速度,产生分配序列,依次分配任务 Windows集群技术 Application Center .NET成员,前身为DNA服务器 提供负载均衡的统一管理、部署、监视 Oracle RAC Real Application Cluster (Oracle Parallel Server) 集群环境下实现多机共享数据库,以保证应用的高可用性 RAC工作模式 服务器各自运行一个数据库核心进程,但共同管理、操作一个数据库,故障时不需要再启动进程,无切换时间 正常运行时可以进行负载分担,利用率高 对应用完全透明,在应用程序设计和开发的过程中也不需要进行特殊编程 Oracle新特性 10g为RAC提供新特性:CRS (Cluster Ready Service),实现故障检测与切换 SQL Server集群 通过MSCS进行管理 支持Active/Standby模式,几秒钟可完成故障转移,需要重建连接 支持Active/Active模式,但节点各自运行不同的数据库实例,故障时其它节点接管,运行多个实例 集群无法提高整体性能 JBoss集群 提供集群支持的部件:EJB, Web, JNDI, JMS 负载均衡的两种策略: 基于request 多结点之间同步:session replication Session数据不会因为节点故障而丢失 通讯频繁、性能较低 基于用户 用户一旦分配到某节点后,之后的所有request都绑定到该节点,粘性session (session sticky) 响应速度快 节点故障后,相关用户session数据丢失 WebLogic集群 单层混合型/多层结构 可集群:servlet/JSP/EJB 节点构成: Administrator Server Proxy Server Managed Server 可配置session复制解决session共享问题 WebSphere WAS ND,Web, EJB容器等均可集群 通

您可能关注的文档

文档评论(0)

jiayou10 + 关注
实名认证
内容提供者

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

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档