Apache Keepalive

Apache的KeepAlive的设置。

KeepAlive在Apache Core中的设置说明：
Keep-Alive扩展自HTTP/1.0和HTTP/1.1的持久链接特性。提供了长效的HTTP会话，用以在同一个TCP连接中进行多次请求。在某些情况下，这样的方式会对包含大量图片的HTML文档造成的延时起到50%的加速作用。在Apache1.2版本以后，您可以设置 KeepAlive On 以启用持久链接。
对于HTTP/1.0的客户端来说，仅当客户端指定使用的时候才会使用持久链接连接。此外，仅当能够预先知道传输的内容长度时，才会与HTTP/1.0的客户端建立持久链接连接。这意味着那些长度不定的内容，诸如CGI输出、SSI页面、以及服务器端生成的目录列表等内容一般来说将无法使用与HTTP/1.0客户端建立的持久链接连接。而对于HTTP/1.1的客户端来说，如果没有进行特殊指定，持久将是默认的连接方式。如果客户端进行了请求，将使用分块编码以解决在持久链接里发送未知长度内容的问题。

另一个相关的是KeepAliveTimeout在Apache Core中的设置说明：
Apache在关闭持久连接前等待下一个请求的秒数。一旦收到一个请求，超时值将会被设置为Timeout指令指定的秒数。
对于高负荷服务器来说，KeepAliveTimeout值较大会导致一些性能方面的问题：超时值越大，与空闲客户端保持连接的进程就越多。

后最后还有一个相关的是MaxKeepAliveRequests在Core中的说明：
MaxKeepAliveRequests指令限制了当启用KeepAlive时，每个连接允许的请求数量。如果将此值设为"0"，将不限制请求的数目。我们建议最好将此值设为一个比较大的值，以确保最优的服务器性能。
通过Apache的设置说明，我们已经能明白KeepAlive的原理。在对于一个包含许多图片的网页来说， 客户端会在瞬间发出多个HTTP请求，此时多次建立TCP连接会大大降低响应速度。 此时通过持续连接，可以允许用户在一个TCP连接中发出多个HTTP请求， 减少TCP连接建立次数，提高响应速度。我们可以通过access_log统计出连续HTTP请求出现的次数、间隔时间、访问量， 以确定 MaxKeepAliveRequests 和 KeepAliveTimeout 的值。 KeepAliveTimeout 太小发挥不了持续连接的作用；太大了，持续连接迟迟不断， 浪费TCP连接数不说，更糟糕的是系统中的 httpd 进程数目会因此不断增加， 使得系统负载升高，甚至会导致服务器失去响应。开启keepalive，在一次TCP连接中响应多次请求，CPU开销减小了，但比如页面静态图片较多，那么连接的进程数会加大，占有内存量增高，负载加大。开启了有优势，但是同时带来的负面效果也有，所以以上的keepalive相关参数值是一个需要综合考虑才能做出合适决定。

但是当你的服务器只是在处理动态网页请求时，由于用户很少会瞬间请求多个动态网页 （一般都是打开页面之后阅读好半天才点下一页）， 此时打开KeepAlive无异于浪费TCP连接数。

哪么什么决定着我们是不是要开启KeepAlive的因素就很简单的确定出来了，就是说在用户一个页面请求中是否会向服务器发出多个HTTP的请求。

对于我的哪个朋友，他们的服务器中有着动态应用，有着所有的图片，我看了一下，估算他们的首页中发出的请求类型为以下几种：text/html、text/css、application/octet-stream、text/javascript、image/gif、image/jpeg。一个首页发出了181次请求（我看了所有的请求，注意所有的请求都是同一个域名）。这里可能由应用程序生成的只有text/html和application/octet-stream，这种请求中text/html只有一次，而application/octet-stream也只有4次。哪么关闭KeepAlive对他们有帮助吗？我的回复是没有帮助，而且会让服务器的服务质量更差！

1.如果我们每一个页面中只有一个请求是动态生成的，而180个（里面可能有4个不是，不过不重要了）都是静态的，哪么应该将静态与动态分开到两个服务器上（一台机器都可以）。将动态应用的KeepLive关闭，将静态服务器的KeepLive打开。
2.前端前部署四层交换或七层交换或缓存服务器，这样会让系统的扩展做起来，同时也可以让服务器的KeepLive打开时有更好的效果。

 

随文附上Keepalive的参数讲解：

keepalive on
        这个选项明确 httpd 进程对每个请求的链接是否保持长链接。如果保持长链接，则从同一个客户端的连续两次请求会使用同一个连接，而不用重复发送请求。
       对于下载类的应用，因为连接时间都比较长，因此这个值设置成 on 还是 off 关系不大，从节约每一滴资源角度考虑，可以设置为 off。
对于网页类应用来说，如果你的静态页面上有一些图标、图片、和js、css等东西的话，并且如果有超过两个的资源的话，我建议是设置为 on。

maxkeepaliverequests 100
        最多保持多少个活动的长链接

keepalivetimeout 5
        连接的保持时间，超过时间就回收apache进程在使用内存时，是“渐长”的。也就是说，直到这个进程死掉，使用内存的数量是一直增长而不会减少的。这样的话，apache进程使用内存的多少，就决定于你的应用程序最大使用内存量了。keepalivetimeout 这个参数决定了，在什么都不做之前，一个http进程能够等待多长时间？设想一下，如果keepalive设置为on,而 keepalivetimeout设置为一个比较大的数字，apache占用内存会很快的增长。这是因为，一个apache进程完成了一个任务（并达到了一定的内存占用，想一下“渐进”模式），并不会马上退出，而是等待一个keepalivetimeout时间。假设用户的链接请求持续不断的到来，则积累起来的无用的apache进程就会相当多，直到timeout，这些进程才会被杀死。但是，keepalive的确对于静态的文件，比如图像文件的传送是很有效的，因此，keepalive要设置为on，但是keepalvietimeout要设置的小些，比如5s