HAProxy介绍

   网址：http://cn.haproxy.org/

 

 

 

HAProxy提供 高可用性 、负载均衡 以及基于TCP和HTTP应用的代理，它是免费、快速 并且可靠的一种解决方案。HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。 HAProxy运行在当前的硬件上，完全可以支持数以万计 的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上， 如下所示：

当前，您有两种主要的版本可以使用：

• 版本 1.1 - 从2002年开始就服务于很多重要站点
  这是最稳定可靠的版本， 运行时间(uptime)已经长达几年了。该版本目前已经不接受新的特性，仅用于核心关键(mission-critical)的业务.
• 版本 1.2 - 主要用于大流量的站点
  在1.1的基础上加入了一些新的特性， poll /epoll 的支持用以支持大量的会话(session), 客户端IPv6 应用程序cookie , hot-reconfiguration , 高级的动态流量管理 , TCP keepalive , source hash , 加权负载均衡算法 , 基于红黑树(rbtree)算法的调度器 , 同时还有一个很好的Web状态页面 . 尽管1.2还在不断的发展，但是从1.2.8开始已经趋于稳定。

另外, 版本1.3 是处于活跃开发阶段的版本, 它支持如下新特性：

• 内容交换 : 可以根据请求(request)的任何一部分 来选择一组服务器, 比如请求的 URI , Host头(header) , cookie , 以及其他任何东西. 当然，对那些静态分离的站点来说，对此特性还有更多的需求。
• 全透明代理 : 可以用 客户端IP地址 或者任何其他地址来连接后端服务器. 这个特性仅在Linux 2.4/2.6内核打了cttproxy 补丁后才可以使用. 这个特性也使得为某特殊服务器处理部分流量同时又不修改服务器的地址成为可能。
• 基于树的更快的调度器 : 1.2.16以上的版本要求所有的超时都设成同样的值以支持数以万计的全速连接. 这个特性已经移植到1.2.17.
• 内核TCP拼接 : 避免了内核到用户然后用户到内核端的数据拷贝, 提高了吞吐量同时又降低了CPU使用率 . Haproxy 1.3支持Linux L7SW 以满足在商用硬件上数Gbps 的吞吐的需求。
• 连接拒绝 : 因为维护一个连接的打开的开销是很低的，有时我们很需要限制攻击蠕虫(attack bots)， 也就是说限制它们的连接打开从而限制它们的危害。 这个已经为一个陷于小型DDoS攻击的网站开发了而且已经拯救了很多站点。
• 细微的头部处理 : 使得编写基于header的规则更为简单，同时可以处理URI的某部分。
• 快而可靠的头部处理 : 使用完全RFC2616 兼容的完整性检查对一般的请求全部进行分析和索引仅仅需要不到2ms 的时间。
• 模块化设计 : 允许更多人加入进此项目，调试也非常简单. poller已经分离, 已经使得它们的开发简单了很多. HTTP已经从TCP分离出来了， 这样增加新的七层特性变得非常简单. 其他子系统也会很快实现模块化
• 投机I/O 处理 : 在一个套接字就绪前就尝试从它读取数据。poller仅推测哪个可能就绪哪个没有，尝试猜测，并且如果成功，一些开销很大的系统调用 就可以省去了。如果失败，就会调用这些系统调用。已知的使用Linux epoll()已经净提升起码10%了。
• ACLs : 使用任意规则的任意组合作为某动作的执行条件。
• TCP 协议检查 : 结合ACL来对请求的任意部分进行检查，然后再进行转发。这就可以执行协议验证而不是盲目的进行转发。比如说允许SSL但拒绝SSH。
• 更多的负载均衡算法 : 现在，动态加权轮循(Dynamic Round Robin)，加权源地址哈希(Weighted Source Hash)，加权URL哈希和 加权参数哈希(Weighted Parameter Hash)已经实现。其他算法比如Weighted Measured Response Time也很快会实现。

和其他"免费"的负载均衡解决方案不同的是, HAproxy仅被几百或者几千的遍布全球的用户使用， 但是这些用户通常运行很大的站点， 每天有数百万的点击量和几Gbps甚至几万兆(terabytes) 吞吐量。 他们需要7x24的可用性并且愿意承受免费软件解决方案的风险， 同时有这些使用技术. 通常, 这种解决方案仅配置为内部使用, 我仅在他们提供给我反馈或者需要新特性的时候才会知道.