负载均衡 (Load Balancing) 负载均衡建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。
优点
缺点
优势
应用背景
健康性检查算法的目的:通过某种探针机制,检查服务器群中真实服务器的健康情况,避免把客户端的请求分发给出现故障的服务器,以提高业务的HA能力。
目前常用的健康性检查算法:
优化功能 -SSL 加速
HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。F5 HTTP[压缩技术](https://zm10.sm-tc.cn/?src=l4uLj8XQ0IWXlpuekNGdnpabitGckJLQjJqejZyXwIiQjZvC2rrK2se62se92rrI2r282r7G2rrJ2se%2B2sfP2rrJ2sa82r652ZmNwo6doIyano2cl6Cah4%2FZlprCiouZxw%3D%3D&uid=96961868b00c02996d71d0627348e454&restype=1&from=derive&depth=2&v=1&link_type=12)通过具有智能压缩能力的 BIG-IP 系统可缩短[应用交付](https://zm10.sm-tc.cn/?src=l4uLj8XQ0IWXlpuekNGdnpabitGckJLQjJqejZyXwIiQjZvC2rrK2r2%2B2sbL2rrI2sbL2r7H2rrL2r2%2B2r7L2rrL2r292sbH2ZmNwo6doIyano2cl6Cah4%2FZlprCiouZxw%3D%3D&uid=96961868b00c02996d71d0627348e454&restype=1&from=derive&depth=2&v=1&link_type=12)时间并优化带宽。HTTP压缩采用通用的压缩算法压缩HTML、JavaScript或CSS文件。压缩的最大好处就是降低了网络传输的数据量,从而提高客户端浏览器的访问速度。
源IP地址会话保持就是将同一个源IP地址的连接或者请求认为是同一个用户,根据会话保持策略,在会话保持有效期内,将这些发自同一个源IP地址的连接/请求都转发到同一台服务器。
当采用基于源地址的会话保持无法做到负载均分时,例如客户端发起连接请求的源IP地址相对固定,发生此类问题通常可采用基于应用层的会话保持方式,Cookie通常是存在于HTTP头中,现如今基于HTTP的应用被广泛使用,因此基于Cookie的会话保持越来越多的出现在服务器负载均衡解决方案中。 局限性: 对于非HTTP协议,或者客户端禁用Cookie,无效。
哈希会话保持的一个基本概念就是按照某个Hash因子,根据此因子以及后台存在多少台服务器计算得到的结果来选择将请求分配到那台服务器。哈希会话保持的特点是在后台服务器的健康状态不发生改变的时候,每个特定的Hash因子被分配到的服务器是固定的。其最大的优势是哈希会话保持可以没有会话保持表,而仅仅是根据计算的结果来确定被分配到那台服务器,尤其在一些会话保持表查询的开销已经远远大于Hash计算开销的情况下,采用Hash会话保持可以提高系统的处理能力和响应速度。
URL 哈希会话保持通常针对后台采用 Cache 服务器的应用场景,针对 URL 进行 Hash 计算,将同一个 URL 的请求分配到同一台 Cache 服务器,这样,对后台的 Cache 服务器群来说,每台 Cache 服务器上存放的内容都是不一样的,提高 Cache 服务器的利用率。
故障现象: Web服务端对用户访问的URL进行判断,对于非https的请求,重定向到http站点,结果导致用户一直302跳转。 原因分析: 采用了负载均衡SSL加速功能,在服务端看到所有的用户请求都来自于http。 解决方案: 全站启用SSL加速。
故障现象: 用户在http站点上提交数据到同域名的https站点,web程序抛出session丢失的异常,用户提交数据失败。 原因分析: http和https在负载均衡设备上被认为是2个独立的服务,产生2个独立的TCP链接,会命中不同的真实服务器,导致session丢失。 解决方案: 在负载均衡设备上启用基于真实服务器的会话保持。
故障现象: 服务端获取不到用户外网的IP地址,看到的都是大量来自于内网特定网段的IP地址。 原因分析: 负载均衡设备启用了用户源地址转换(SNAT)模式,修改了TCP报文中的用户源IP。 解决方案: 负载均衡设备会用用户的外网IP改写x-forwarded-for值,服务端通过获取http协议中request header头的x-forwarded-for值作为用户源IP。IIS日志通过安装插件形式显示用户源IP。
1. 价格因素 硬件设备:F5、 Citrix 、Redware 、A10 软件:LVS、Nginx、Haproxy、zen loadbalance
2. 性能 4/7 层吞吐量 (单位 bps) 4/7 层新建连接数(单位 CPS) 并发连接数 功能模块性能指标(ssl 加速、 HTTP 压缩、内存 Cache)
3. 满足真实和未来需求 1)如果确认负载均衡设备对所有应用的处理都是最简单的 4 层处理,那么理论上选择的负载均衡设备的 4 层性能稍高于实际性能需求即可。 2)如果确认负载均衡设备对所有应用的处理都是简单的 7 层处理,那么理论上选择的负载均衡设备的 7 层性能稍高于实际性能需求即可。 3)如果负载均衡设备处理的应用既有 4 层的也有 7 层的,建议按照 7 层应用的性能来考虑负载均衡设备。 4)如果确认自己的应用经过负载均衡处理时,需要复杂的 4 层或者 7 层处理,例如需要根据客户端的地址做策略性分发,需要根据 tcp 的内容做处理,需要根据 HTTP 头或者 HTTP 报文做处理,那么建议选择的负载均衡设备 4/7 层性能为真实性能需求的两倍。 5)如果负载均衡设备有混合的复杂流量处理并且还开启了一些功能模块,那么建议选择的负载均衡设备 4/7 层性能为真实性能需求的 3 倍。 6)考虑到设备需要轻载运行才能更加稳定,所以有可能的话在以上基础上再增加 30% 的性能。 7)如果还要满足未来几年的发展需求,在以上基础上还要留出未来发展所需要增加的性能。 8)不同负载均衡设备厂家由于不同的架构,使得某些设备在复杂环境下可能也表现的比较优秀,这个客户可以对比判断,但总体来说,以上建议适合于所有厂家的设备。