网站负载能力和访问速度优化的常用技术总结.pdfVIP

-

负载能力和访问速度优化的常用技术总结

组件别离DNS负载均衡

不同的web内容分布到不同的效劳器上，并划分子域，利用DNS将请求自然转移

到不同的效劳器上。主要可以分为两大内容：

1.动态内容，CPU、IO密集型

2.静态内容，IO密集型

通过在DNS中配置多个A记录，将请求转移到集群中不同的效劳器，这有助于具

有地域性问题的大型web站点上，DNS可以使用户就近访问相应的web效劳器。

像BIND这样的DNS效劳软件提供丰富的调度策略。但是，如果集群中的主机出

现故障的话，需要更新DNS缓存，这通常需要一定的时间。另外，客户端也可以

通过设置host来绕开DNS调度。

跨域共享cookie：将cookie的*围扩大到父域。

重定向通过使客户端重定向，来分散和转移请求压力，比方一些下载效劳通

常都有几个镜像效劳器。

分布式缓存无法使用页面级别缓存时，需要考虑直接缓存数据，比方使用

memcached作为缓存。此时，需要考虑并发写memcached的问题。另外，当

memcached横向规模扩大，效劳器数量增加时，需要一种对应算法，能够使应用

程序知道应该哪个memcached效劳器〔比方，取模运算〕。分布式缓存能够自动

重建缓存，不必担忧dow机。

负载均衡负载均衡就是将请求分散，这涉及到应当如何设计调度策略，以让集群

发挥最大的性能。当集群中的主机能力相当时应当尽量平均调度，能力不均时应

当能者多劳。随着问题的复杂，要时刻关注调度的性能，不要让调度成为性能瓶

颈。

反向代理负载均衡反向代理效劳器工作在层，类似代理效劳器，与普通的代

理效劳器不同的是，效劳器在代理的后端，而不是客户端在代理的后端，这类似

于NAT，只是NAT工作在网络层。同样是负载均衡，反向代理效劳器强调转发

而不是转移，因为它不仅要转发客户端的请求，还要转发效劳端的响应。可以

用作反向代理效劳器的软件有Ngin*、lig、Apache，另外目前也有一些专

业的代理转发设备能够工作在应用层，例如A10。

使用代理转发要注意以下问题：

由于反向代理的转发特性，使得代理本身很可能成为性能瓶颈。一般对于CPU

密集型请求，使用代理比拟适宜，如果是IO密集型的话，这种集群方式很可能

无法发挥最大性能

在代理上要开启**检查，及时发现集群中的故障机，从而调整转发策略，这通常

比DNS方式实时性更好

黏滞会话：对于启动sessio保存用户信息，或者后端效劳器使用动态内容缓存

.z.

-

的应用，必须将用户在一段会话中的的请求保持在同一台效劳器上。代理效劳器

一般支持类似的配置。然而，尽量不要使应用过于本地化，比方可以使用cookie

保存用户数据，或者分布式Session或分布式缓存。

IP负载均衡

字面上看，便是利用网络层进展请求转发，类似NAT网关。然而，使用网关转发

在带宽上可能出现瓶颈，因为出口只有一个，所以出口的带宽要求较高。Linu*

中的Netfilter模块可以通过iptables的配置。比方：对外网端口8001的请求

转发给内网*台效劳器，而对外网端口8002的请求转发给内网另一台效劳器。这

种方式简单易行，但是无法对调度做太多配置。LVS-NAT同样是Linu*中的在网

络层进展转发的方式，与Netfilter不同，它支持一些动态调度算法，比方最小、

带权重的最小、最短期望延迟等。

直接路由直接路由是通过调度器修改数据包的目的MAC地址，转发请求数据包，

但是响应数据包可以直接发送给外网的方式。这样做显而易见的好处就是无需担

忧网关瓶颈，但是实际的效劳器和调度效劳器都需要在WAN交换机上，并且拥有

独立的外网IP地址。

这种方式的工作原理略微复杂：

首先每台效劳器都需要设置一个IP别名，这个IP别名是面向客户端的一个虚拟

IP，只有代理效劳器对这个IP别名的ARP请求做出响应，这样客户端发给这个

IP的请求包首先会到代理效劳器。然后代理效劳器将这个请求包的目的MAC地

址填写为实际效劳器的MAC地址〔通过*种调度算法决定目的效劳器〕，由于目

标效劳器也具有这个IP别名，因此，转发过来的数据包能够被实际的效劳器接

收