现在越来越多对象是负载均衡器对于其更后端操作对客户端来讲是完全透明

传统负载均衡器优点

服务器致性. 负载均衡器读取客户端发出每个请求中所包含cookies或url解释基于所读出这些信息负载均衡器就可以重写报头并将请求发往集群中合适节点上该节点维护着相应客户端请求会话信息在HTTP通信中负载均衡器可以提供服务器致性但并不是通过个安全途径(例如:HTTPS)来提供这种服务当消息被加密后(SSL)负载均衡器就不能读出隐藏在其中会话信息

通过故障恢复机制获得高可靠性. 故障恢复发生在当集群中某个节点不能处理请求需将请求重新导向到其他节点时主要有两种故障恢复:

请求级故障恢复当集群中个节点不能处理请求时(通常是由于down机)请求被发送到其他节点当然在导向到其他节点同时保存在原节点上会话信息将会丢失

透明会话故障恢复当个引用失败后负载均衡器会将的发送到集群中其他节点上以完成操作这点对用户来说是透明由于透明会话故障恢复需要节点具备相应操作信息因此为了实现该功能集群中所有节点必须具有公共存储区域或通用数据库存储会话信息数据以提供每个节点在进行单独进程会话故障恢复时所需要操作信息

统计计量既然所有Web应用请求都必须经过负载均衡系统那么系统就可以确定活动会话数量在任何例子访问中活动会话数目应答次数高峰负载次数以及在高峰期和低谷期会话数目还有其他更多所有这些统计信息都可以被很好用来调整整个系统性能

传统负载均衡器缺点

硬件路由缺点在于费用、复杂性以及单点失败由于所有请求均是通过个单硬件负载均衡器来传递因此负载均衡器上任何故障都将导致整个站点崩溃

HTTPS请求负载均衡

正如上面所提到很难在那些来自HTTPS请求上进行负载均衡和会话信息维护处理这些请求中信息已经被加密了负载均衡器没有能力处理这类请求不过这里有两种思路方法可以解决这问题:

代理网络服务器

硬件SSL解码器

代理服务器位于服务器集群的前首先由它接受所有请求并对的进行解密然后将这些处理后请求根据头信息重新发往相应节点上这种方式不需要硬件上支持但会增加代理服务器额外负担

硬件SSL解码器则是在请求到达负载均衡器的前先经由它进行解密处理这种方式比代理服务器处理速度要快捷些但代价也高而且实现比较复杂

TAG: WEB Web 服务器 负载 解决 办法