章老师能说一下综合负载的具体定义吗？

综合负载中的所有系数都应该按实际需求来调整，为此，我还有两个相关的问题想请教章老师。

1. 响应时间的有效性问题

假设有两台web服务器，一个负载已经很重，但服务依然能够工作，另一个负载很轻，可以容纳大量的客户请求。要测量响应时间，分发器上的checker向两台服务器发出最简单的"GET /"http请求，意欲通过响应时间差异来看是否要调整权值，但是结果发现，两个服务器的响应时间的差值很小（小数点后面很多位），这是因为这个请求太简单了（几乎不消耗任何资源：cpu、存储、内存），即使负载再重的服务器也能很快响应，所以我们得不到我们预想的结果。

就像我们要看看两个水龙头的流量谁大，我们可以拿两个一模一样的杯子同时在水龙头下盛水，等待一段时间后同时将两个杯子同时移出来，看看那个杯子水多就知道哪个水龙头流量大了。但是，如果杯子太小，在很短时间内杯子就盛满了，那么这个测试就无效了。

这是否意味着，如果我们要使得探测响应时间有效，那么要使得我们发出的请求必须占用两台服务器上一定的资源呢？例如，我们在两台服务器上都采用同一个jsp页面，这个页面要通过一定的cpu计算、占用一定的内存，而cpu和内存占用量必须同时考虑到两台服务器的实际能力，调整到一个合适的度上（不大不小，既不消耗太多资源，适得其反，也不太小，达不到效果），这样的响应时间才有效。

2. 具体虚拟服务的软限制负反馈

虚拟服务根据类型不同，服务的健康状态都应该有不同的含义。

举例来说，如果管理员配置proftpd，让它对来自同一IP的客户数设定上限，超过上限后就拒绝该IP的其他请求，那么这时候，必须得通知lvs将后续请求分发到别的proftpd上去，但目前，我们的综合负载负反馈不能为我们发现这一点。我们在分发器上的checker发现运行该proftpd的机器的负载差异未超过阀值，而响应时间也没有什么变化（proftpd不会拒绝checker的请求，因为checker的ip不属于外网客户），那么lvs就会不知情地继续将请求分发到这个proftpd上，结果客户体验不到负载均衡的效果。

客户数上限、quota等，这些都属于具体服务的软限制。

所以，除了综合负载负反馈，我觉得还应该使用具体服务的软限制的负反馈，这样lvs带来的负载均衡效果才能彻底体现。

请章老师指教，谢谢！