资源预览内容
第1页 / 共19页
第2页 / 共19页
第3页 / 共19页
第4页 / 共19页
第5页 / 共19页
第6页 / 共19页
第7页 / 共19页
第8页 / 共19页
第9页 / 共19页
第10页 / 共19页
亲,该文档总共19页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
服务器集群,集群-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) 集群环境下实现多机共享数据库,以保证应用的高可用性,实现并行处理及均分负载 数据库在故障时的容错和无断点恢复 提供一个通用的、集成的分布式锁定管理器(DLM)替代了原来的,由不同操作系统厂商提供的锁管理器,使Oracle并行服务器能够跨平台工作 某节点失效,透明的应用程序容错能够把用户自动转接到另一节点上继续运行,RAC工作模式,服务器各自运行一个数据库核心进程,但共同管理、操作一个数据库,故障时不需要再启动进程,无切换时间 正常运行时可以进行负载分担,利用率高 对应用完全透明,在应用程序设计和开发的过程中也不需要进行特殊编程,Oracle新特性,10g为RAC提供新特性:CRS (Cluster Ready Service),实现故障检测与切换,实际上,他们只能支持双向的active-passive 架 构,即节点 A 运行应用A,同时节点B 运行应用B,每个节点作为另一个节点的备份节点。但是同样的应用无法同时运行在两个不同的节点,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容器等均可集群 通过IBM Http Server接收http请求并分发,Deployment Manager实现应用部署同步 Session中Serializable数据可通过复制实现共享,
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号