共计 1681 个字符，预计需要花费 5 分钟才能阅读完成。
1.HAProxy 是一款提供高可用性、负载均衡以及基于 TCP（第四层）和 HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。 HAProxy 特别适用于那些负载特大的 web 站点，这些站点通常又需要会话保持或七层处理。HAProxy 运行在时下的硬件上，完全可以支持数以万计的 并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中，同时可以保护你的 web 服务器不被暴露到网络上。
2、HAProxy 实现了一种事件驱动、单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户端 (User-Space) 实现所有这些任务，所以没有这些问题。此模型的弊端是，在多核系统上，这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个 CPU 时间片(Cycle) 做更多的工作。
3、HAProxy 支持连接拒绝 : 因为维护一个连接的打开的开销是很低的，有时我们很需要限制攻击蠕虫（attack bots），也就是说限制它们的连接打开从而限制它们的危害。这个已经为一个陷于小型 DDoS 攻击的网站开发了而且已经拯救了很多站点，这个优点也是其它负载均衡器没有的。
4、HAProxy 支持全透明代理（已具备硬件防火墙的典型特点）: 可以用客户端 IP 地址或者任何其他地址来连接后端服务器. 这个特性仅在 Linux 2.4/2.6 内核打了 cttproxy 补丁后才可以使用. 这个特性也使得为某特殊服务器处理部分流量同时又不修改服务器的地址成为可能。
性能
HAProxy 借助于 OS 上几种常见的技术来实现性能的最大化。
1，单进程、事件驱动模型显著降低了上下文切换的开销及内存占用。
2，O(1)事件检查器 (event checker) 允许其在高并发连接中对任何连接的任何事件实现即时探测。
3，在任何可用的情况下，单缓冲 (single buffering) 机制能以不复制任何数据的方式完成读写操作，这会节约大量的 CPU 时钟周期及内存带宽；
4，借助于 Linux 2.6 (>= 2.6.27.19)上的 splice()系统调用，HAProxy 可以实现零复制转发(Zero-copy forwarding)，在 Linux 3.5 及以上的 OS 中还可以实现零复制启动(zero-starting)；
5，内存分配器在固定大小的内存池中可实现即时内存分配，这能够显著减少创建一个会话的时长；
6，树型存储：侧重于使用作者多年前开发的弹性二叉树，实现了以 O(log(N))的低开销来保持计时器命令、保持运行队列命令及管理轮询及最少连接队列；
7，优化的 HTTP 首部分析：优化的首部分析功能避免了在 HTTP 首部分析过程中重读任何内存区域；
8，精心地降低了昂贵的系统调用，大部分工作都在用户空间完成，如时间读取、缓冲聚合及文件描述符的启用和禁用等；
所有的这些细微之处的优化实现了在中等规模负载之上依然有着相当低的 CPU 负载，甚至于在非常高的负载场景中，5% 的用户空间占用率和 95% 的系统空间占用率也是非常普遍的现象，这意味着 HAProxy 进程消耗比系统空间消耗低 20 倍以上。因此，对 OS 进行性能调优是非常重要的。即使用户空间的占用率提高一倍，其 CPU 占用率也仅为 10%，这也解释了为何 7 层处理对性能影响有限这一现象。由此，在高端系统上 HAProxy 的 7 层性能可轻易超过硬件负载均衡设备。
在生产环境中，在 7 层处理上使用 HAProxy 作为昂贵的高端硬件负载均衡设备故障故障时的紧急解决方案也时长可见。硬件负载均衡设备在“报文”级别处理请求，这在支持跨报文请求 (request across multiple packets) 有着较高的难度，并且它们不缓冲任何数据，因此有着较长的响应时间。对应地，软件负载均衡设备使用 TCP 缓冲，可建立极长的请求，且有着较大的响应时间。
haproxy 安装
安装建议安装 1.8 的版本,1.8 的版本性能上较于前面的版本有很大的提升
声明：文章转载于网络，版权归原作者所有！
