第二天。。小废给大废买了杯奶茶。。
大废：这才差不多，讲了这么多早就应该给我奶茶了，吧唧吧唧。。
大废：那今天就来讲讲Nginx是如何实现负载均衡吧。
二废：这个我知道，我看过Nginx的配置，nginx通过upstream下的配置，对配置的服务器进行负载均衡，具体配置如下*。
http {
listen 80;
server_name localhost;
upstream webservers {
ip_hash;
server 192.168.0.1:8080;
server 192.168.0.2:8080;
}
...
}其中，listen是访问nginx的端口，server_name是访问路径，这里默认是 localhost，端口默认是80。server是两台应用服务器，由Nginx通过负载均衡策略来选择访问应用服务器，做到了应用负载。
大废：二废看来昨天偷偷做功课了呀。这样的架构设计看起来是可以支撑业务的快速增长，但所有的访问都会直接请求服务器，这显然是不太安全，因此一般也会在软负载均衡后面，增加一个网关。这样所有流量经过Server时都要先去网关进行鉴权，除了鉴权外，网关还可以起到协议转换、流量控制等功能。
小废：我看书上介绍Nginx还可以对静态资源进行处理，这是怎么做到的呀
大废：没错，如果应用服务器有一些静态资源，后端服务器每次都要从磁盘加载文件会比较影响性能，而Nginx的proxy cache功能能够提升对静态资源的处理能力。
location /static/images/ {
root /home/www/;
charset utf-8;
}注：实际上静态资源在服务器上的位置为：
/home/www/static/images/hello.png
这样配置后，如此访问便可以访问到对应的静态资源
http://localhost:8080/static/images/hello.png 此时Nginx作为了一台静态资源服务器。
location /static/images/ {
alias /home/www;
charset utf-8;
}注：这样访问的服务器上的位置为：/home/www/hello.png
小废：这样是不是就做到了动静分离。那Nginx如何保证高可用呢？
大废：由于Nginx在上面整个架构中作为流量的入口，如果Nginx不能正常工作或服务器宕机，将导致整个服务不可用。因此可以通过keepalived的机制来保证Nginx双活。
大废：架构一定要根据实际业务来设计，脱离业务的设计是没有意义的，对于业务量不大的系统，用Nginx作为负载均衡是完全够用的。当然，对于大型互联网企业则需要调整一些设计，比如静态资源应该部署在CDN上， CDN 会自动选择离用户最近的节点返回给用户，同时，流量很大时可以选择DNS负载均衡解析域名，大概如下图。
总结：
轮询策略配置：
在配置文件upstream中，ip_hash是指定负载均衡器按照基于客户端IP的分配方式，这个方法确保了相同的客户端的请求一直发送到相同的服务器，可以解决session不能跨服务器的问题。同时，还有以下其他几种轮询策略，依次介绍如下。
- 轮询，默认策略，不需要加任何配置，是upstream模块默认的负载均衡策略，会将每个请求顺序分发到不同的后端服务器上。
- 权重（weight）：指定轮询的访问权重，用于后端服务器性能不均时的策略。
- upstream webservers {
server 192.168.0.1:8080 weight=7;
server 192.168.0.2:8080 weight=3;
} - ip_hash（依据ip分配）：指定负载均衡器按照基于客户端IP的分配方式，这个方法确保了相同的客户端的请求一直发送到相同的服务器，可以解决session不能跨服务器的问题。
- least_conn（最少连接）：将请求转发给连接数较少的服务器。
upstream webservers {
least_conn;
server 192.168.0.1:8080 weight=7;
server 192.168.0.2:8080 weight=3;
}6. fair：按照服务器端的响应时间来分配请求，响应时间短的优先分配。
upstream webservers {
fair;
server 192.168.0.1:8080 weight=7;
server 192.168.0.2:8080 weight=3;
}