在负载均衡即将发布的新功能中，七层转发将支持最小连接数的均衡方式，为了让用户在不同场景下，能够让RS集群稳定的承接业务，因此我们给出几个负载均衡选择与权重配置的实例供用户进行参考。

 场景1：
　　设有3台配置相同（CPU / 内存）的RS，由于性能一致，用户可以将RS权重都设置为10。设现在每台RS与client端建立了100个TCP链接，此时新增1台RS。在此场景下，推荐用户使用最小连接数的均衡方式，这种配置能快速的让第四台RS的负载提升，降低另外3台RS的压力。 　　

场景2：
　　设用户首次接触云服务，且建站时间不长，网站负载较低，则建议购买相同配置的RS，因此RS都是无差别的接入层服务器。在此场景下，用户可以将RS权重都设为10，采用加权轮询的均衡方式进行流量分发。

场景3：
　　用户有5台服务器，用与承载简单的静态网站访问，且5台服务器的计算能力的比例为 9：3：3：3：1（按CPU、内存换算）。在此场景下，用户可以依次将RS权重比例设置为90，30，30，30，10，由于静态网站访问大多数是短连接请求，因此可以采用加权轮询的均衡方式，让CLB按RS的性能比例分配请求。

场景4：
　　某用户有10台RS用于承担海量的WEB访问请求，且不希望多购置RS增加支出。 某台RS经常会因为负载过高，导致服务器重启。在此场景下，建议用户根据RS的性能进行相应的权重设置，给负载过高的RS设置较小的权值。除此之外，可以采用最小连接数的负载均衡方式，将请求分配到活跃连接数较少的RS上，从而解决某台RS负载过高的问题。 　　

场景5：
　　某用户有3台RS用于处理若干长连接请求，且这3太服务器的计算能力比例为3：1：1（按CPU、内存换算）。 此时性能最好的服务器处理请求较多，用户不希望过载此服务器，希望能够将新的请求分配到空闲服务器上。在此场景下，可以采用最小连接数的均衡方式，并适当降低繁忙服务器的权重，便于CLB将请求分配到活跃数较少的RS上，实现负载均衡。

场景6：
　　某用户希望后续客户端的请求可以分配到同一服务器上。而采用加权轮询或加权最小连接数的方式，不能保证相同客户端的请求被分到固定某台服务器上去。为了配合客户特定应用程序服务器的需求，保证客户端的会话具有“粘性”或是“持续性”，在此场景下，我们可以采用ip_hash的均衡方式进行流量分发。此方法可以确保来自同一客户端的请求总被定向分发到同一RS上去。（服务器数量变化或是该服务器不可用时除外）