HAProxy 是一款高性能、免费、开源的反向代理软件，其提供高可用性、负载均衡，以及基于 TCP 和 HTTP 的应用程序代理，被广泛应用于各大互联网公司。
HAProxy 运行在现代常见硬件体系架构中，HAProxy 能支撑数以万计的并发连接，同时，HAProxy 的运行模式使得将其整合进当前架构中是一件非常简单且安全的事。通过 HAProxy 的代理，还可以避免后端服务器直接暴露在外部网络所带来的风险。
HAProxy具有以下功能：
HAProxy 使用模型：
此前，我们曾经介绍过文件同步常用的几种方案。
它们都有各自的应用场景，每一种方案都有其应用场景。
在 rsync + inotify 或 rsync + sersync 解决方案中，有一个共同的缺点，就是当文件修改的比较频繁时，会不断的产生同步操作。比如说程序的日志文件，日志文件的修改频率是非常频繁的，如果是用上述的两种方案，则会不断的触发同步操作。
lsyncd 有一个非常好的特性，它支持延时同步，即会把修改次数累积到一定的数量或时间后再触发同步操作，这样一来，使得同步不那么的频繁了。
前面的文章中，我介绍到 rsync + inotify 可以实现文件实时同步功能，rsync + inotify 有优点，也有一些弊端。
inotifywait来实现，所有的逻辑控制都要编写脚本来实现，使用门槛高sersync 是由金山所开源的一款基于 rsync + inotify 的实现，它使用 C++ 语言进行编写，提供了比原生 rsync + inotify 更为强大的功能。
此前的文章中，我介绍了 rsync 的工作原理及使用。而在此前的使用中，我是通过命令行的方式执行 rsync 客户端命令来同步数据的，在实际的应用中，更多的是配置定时任务，定时的执行客户端命令去同步数据。
一般而言，rsync 客户端命令大致都是这样：
rsync -avrz /data remote_host::data意思是把本地 /data 目录推送到远端 rsync 服务的 data 模块对应的 path 目录中。然后，把这条命令添加到定时任务中去，就达到了定时同步的目的了。
虽然这样能实现我们的需求，但是当 /data 目录下有几千、几万、几十万甚至更多文件时，rsync 会遍历 /data 的所有文件，每一个文件都要计算摘要和校验和。这绝对是灾难性的，会损耗服务器的大量资源来处理同步的事情。
那么，我们就想，有没有一种机制，能实现当文件发生改变时才触发同步到远端服务器呢？答案是有的，它就是 inotify。
前面我们介绍过 rsync 有三种常用的使用方式，其中之一是 rsync 作为守护进程启动时，其默认监听在 873 端口，接收 rsync 客户端的请求。
在这种模式下，我们需要给 rsync 守护进程提供一个配置文件，告诉 rsync 提供哪些目录访问，允许哪些 IP 访问等。
rsync 配置文件由全局参数和一个或多个模块组成，全局参数写在文件头部，模块的定义则是由中括号开始，下方定义模块参数。
模块参数也可以定义在全局参数中，这表示给模块参数提供默认值。
配置示例
uid = nobody
gid = nobody
use chroot = yes
max connections = 4
syslog facility = local5
pid file = /var/run/rsyncd.pid
[ftp]
path = /var/ftp/pub
comment = whole ftp area
[www]
path = /var/www
comment = web file