文档介绍：服务器负载均衡
解决方案
目录
一、前言…………………………………………………………..3
二、需求分析…………………………………………………….4
三、负载均衡方案……………………………………………….5
…………………………………………..5
………………………………………………..6
四、Mate功能简介……………………………………………….8
前言
互联网的快速增长已经使网络服务器面对的访问数量大大增加,并且更加不可预知。如今,服务器必须具备提供大量并发访问服务的能力,其处理能力和I/O能力已经成为提供服务的瓶颈。如果客户的增多导致通信量超出了服务器能承受的范围,那么其结果必然是宕机。这时候,你当然必须升级你的服务器,但是,单台服务器有限的性能可能解决不了这个问题,一台普通服务器的处理能力只能达到每秒几万个到几十万个请求,无法在一秒钟内处理上百万个甚至更多的请求,同时你要考虑投资保护的问题。但若能将多台这样的服务器组成一个系统,并通过相应的技术将所有请求平均分配给所有服务器,那么这个系统就完全拥有每秒钟处理几百万个甚至更多请求的能力,而你的原始投资也得到了保护。这就是负载均衡的基本设计思想。
随着应用环境的日益复杂和服务器的增多,虚拟化的地位得以很大提高,但面临的问题也相应增多,特别是在应用和服务方面,用户选择不同的负载均衡技术和设备所能解决的问题是有很大差别的,当对多台服务器采用简单的双机热备或者软件集群技术时,将产生如下问题:
资源浪费
当系统完成“物理集中”后,大量的数据等待集中的服务器处理。为实现容错,往往在主服务器旁安置一台或多台备份服务器。但这样做,平时只有一台服务器工作,其它服务器处于空闲状态,无法完全利用所有服务器的处理资源,投资得不到充分利用。
均衡问题
用简单的双机热备或集群技术可以为增加服务器或主机数量,提高处理能力。但仍存在性能不平衡问题,且这样做,投资成本大。
集群问题
通常集群有N+1的应用方式,“N”,即业务处理集群,“1”,即一台备份机。虽然存在一台备份机,随时准备对业务处理集群中的任意一台服务器进行备份,但是,如果又有服务器或更多服务器(软硬件)出现故障呢?所以“N+1”也不能很好地完成系统容错。
扩展问题
随着物理和应用的集中,服务器上所要处理的数据量也随之大增,客户交易产生的同时连接数量会越来越多。
就有扩充服务器的需求,但对于集群技术,扩充服务器相对困难。同时集群技术容量也有限制,会使系统扩展不便。
虚拟化问题
由于虚拟化的应用日益普及,使服务器的硬件资源可以得到充分的应用,但同时对于虚拟服务器的负载均衡、故障虚拟机转移、虚拟服务器与物理服务器混用等问题也日渐凸显出来。如何使虚拟化应用的变化动态地反映到网络的调整,已经成为现代化应用系统的一个新的课题。
需求分析
XXXX公司目前的系统结构为b/s/s运行方式,共运行有如下几种系统和服务:
(1)web发布平台服务
(2)数据库
(3)存储系统
由于应用的压力比较大,上面的服务安装在×台服务器上,这就需要对多台服务器实现负载均衡分配,以提升效率并降低单台服务器的负载以及避免单点故障。
当前XXXX公司的网络结构如下:
XXXX公司的需求分析如下:
提高服务器硬件资源利用率
目前服务器都是已单台硬件的形式出现,由于服务器访问的高峰和低谷时间不均,在高峰时单台硬件资源不够用,而在低谷时单台硬件资源又被极大的浪费。希望此次改造能将服务器硬件资源充分合理的利用起来。
提高服务器软件资源分配率
将同一应用系统的连接平均的分配到各个服务器上,并可根据服务器的资源利用情况选择最合适的服务器。
避免服务器单点故障对应用造成影响
目前单台服务器发生硬件故障,会造成用户访问应用失败,造成不良的用户体验,要求系统必须能自动发现发生故障的服务器,包括应用故障,不将其加入服务器集群中。
系统可自由扩充,任意增加不同类型的服务器
负载均衡方案
网络结构建议
根据XXXX公司的具体需求,works的SLB产品和VMWARE的vSphere。
方案说明
works的SLB负载均衡设备可以实现多台服务器的负载均衡,同时跟VMWARE结合的解决方案,可以完全满足用户的需求。
关于服务器负载均衡有如下优点:
SLB设备支持轮询、比重、最少连接数、基于Agent等多种服务器负载均衡方法,可根据用户的实际情况选择最适合的负载均衡方式。
强大的健康检查功能,可以及时检测到出现故障的服务器,保证服务的始终可用性。
支持源地址,cookie等会话保持功能,等够保证关键业务的正确运行。
支持传输所有TCP和基于UDP的流量及其它IP流量的链路负载平衡;