摘要：負(fù)載均衡與緩存服務(wù)也是屬于的實(shí)用場景之一，因?yàn)槟K相對重要，所以沒有一同放入入門到實(shí)戰(zhàn)場景實(shí)現(xiàn)篇文章中，將其多帶帶提取出來一負(fù)載均衡負(fù)載均衡的實(shí)現(xiàn)方法就是我們上章介紹的反向代理。

負(fù)載均衡與緩存服務(wù)也是屬于 nginx 的實(shí)用場景之一，因?yàn)槟K相對重要，所以沒有一同放入 Nginx入門到實(shí)戰(zhàn)（2）場景實(shí)現(xiàn)篇 文章中，將其多帶帶提取出來

負(fù)載均衡的實(shí)現(xiàn)方法就是我們上章介紹的反向代理 。將客戶的請求通過 nginx 分發(fā)（反向代理）到一組多臺不同的服務(wù)器上

這一組服務(wù)器我們稱為 服務(wù)池（upstream server），池內(nèi)的每一個服務(wù)器稱為一個 單元，服務(wù)池內(nèi)將對每一個單元進(jìn)行請求輪訓(xùn)，實(shí)現(xiàn)負(fù)載均衡

#配置
語法：upstream name ...
默認(rèn)：——
位置：http

upstream #自定義組名 {
    server x1.baidu.com;    #可以是域名
    server x2.baidu.com;    
    #server x3.baidu.com    
                            #down         不參與負(fù)載均衡
                            #weight=5;    權(quán)重，越高分配越多  
                            #backup;      預(yù)留的備份服務(wù)器
                            #max_fails    允許失敗的次數(shù)
                            #fail_timeout 超過失敗次數(shù)后，服務(wù)暫停時間
                            #max_coons    限制最大的接受的連接數(shù)
                            #根據(jù)服務(wù)器性能不同，配置適合的參數(shù)
    
    #server 106.xx.xx.xxx;        可以是ip
    #server 106.xx.xx.xxx:8080;   可以帶端口號
    #server unix:/tmp/xxx;        支出socket方式
}

假設(shè)我們有三臺服務(wù)器，并且假設(shè)它們的IP地址，前端負(fù)載均衡服務(wù)器A（127.0.0.1），后臺服務(wù)器B（127.0.0.2），后臺服務(wù)器C（127.0.0.3）

新建文件 proxy.conf，內(nèi)容如下，上一章介紹的反向代理配置

proxy_redirect default;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_connect_timeout 30;
proxy_send_timeout 60;
proxy_read_timeout 60;
proxy_buffer_size 32k;
proxy_buffering on;
proxy_buffers 4 128k;
proxy_busy_buffers_size 256k;
proxy_max_temp_file_size 256k;

#服務(wù)器A的配置
http {
    ...
    upstream xxx {
        server 127.0.0.2;
        server 127.0.0.3;
    }
    server {
        liseten 80;
        server_name localhost;
        location / {
            proxy_pass http://xxx     #upstream 對應(yīng)自定義名稱
            include proxy.conf;  
        }
    }
}

#服務(wù)器B、服務(wù)器C的配置
server {
    liseten 80;
    server_name localhost;
    location / {
         index  index.html
    }
}

調(diào)度算法

輪訓(xùn)：按時間順序逐一分配到不同的后端服務(wù)器

加權(quán)輪訓(xùn)：weight值越大，分配到的幾率越高

ip_hash：每個請求按訪問IP的hash結(jié)果分配，這樣來自同一個IP固定訪問一個后端服務(wù)器

least_conn：最少鏈接數(shù)，哪個機(jī)器連接數(shù)少就分發(fā)給誰

url_hash：按照訪問的URL的hash結(jié)果來分配請求，每一個URL定向到同一個后端服務(wù)器

hash關(guān)鍵數(shù)值：hash自定義key

ip_hash 配置

  upstream xxx {
        ip_hash;
        server 127.0.0.2;
        server 127.0.0.3;
  }

ip_hash存在缺陷，當(dāng)前端服務(wù)器再多一層時，將獲取不到用戶的正確IP，獲取的將是前一個前端服務(wù)器的IP，因此 nginx1.7.2版本推出了 url_hash

url_hash 配置

  upstream xxx {
        hash $request_uri;
        server 127.0.0.2;
        server 127.0.0.3;
  }

1. 緩存類型

服務(wù)端緩存：緩存存儲在后端服務(wù)器，如redis,memcache

代理緩存：緩存存儲在代理服務(wù)器或者中間件上，它的內(nèi)容是從后端服務(wù)器獲取的，但是保存在自己本地

客戶端緩存：緩存在瀏覽器內(nèi)的

2. nginx 代理緩存
客戶端請求nginx，nginx查看本地是否有緩存數(shù)據(jù)，若有直接返回給客戶端，若沒有再去后端服務(wù)器請求

http {          
    proxy_cache_path    /var/www/cache #緩存地址
                        levels=1:2 #目錄分級
                        keys_zone=test_cache:10m #開啟的keys空間名字:空間大小(1m可以存放8000個key)
                        max_size=10g #目錄最大大小(超過時，不常用的將被刪除)
                        inactive=60m #60分鐘內(nèi)沒有被訪問的緩存將清理
                        use_temp_path=pff; #是否開啟存放臨時文件目錄，關(guān)閉默認(rèn)存儲在緩存地址 
                                         
    server {
        ...
        location / {
            proxy_cache test_cache;    #開啟緩存對應(yīng)的名稱，在keys_zone命名好
            proxy_cache_valid 200 304 12h;    #狀態(tài)碼為200 304的緩存12小時
            proxy_cache_valid any 10m;    #其他狀態(tài)緩存10小時
            proxy_cache_key $host$uri$is_args$args;    #設(shè)置key值
            add_header Nginx-Cache "$upstream_cache_status";
        }     
    }                    
}

當(dāng)有個特定請求我們不需要緩存的時候，在上面配置的內(nèi)容中加入以下配置

server {
    ...
    if ($request_uri ~ ^/(login|register) ) {    #當(dāng)請求地址有l(wèi)ogin或register時
        set $nocache = 1;    #設(shè)置一個自定義變量為true
    }  
    location / {
        proxy_no_cache $nocache $arg_nocache $arg_comment;
        proxy_no_cache $http_pragma $http_authoriztion;
    }
}

3. 分片請求

早期版本 nginx 對大文件的分片請求不支持緩存，1.9版本后slice模塊實(shí)現(xiàn)了這個功能
前端發(fā)起請求，nginx去獲取這個請求文件的大小，若超過我們的定義slice的大小，會進(jìn)行切片，分割成多個小的請求去請求后端，到前端就成為一個一個獨(dú)立的緩存文件

優(yōu)勢：每個子請求收到的數(shù)據(jù)都會形成獨(dú)立文件，一個請求中斷了，其他請求不受影響，原本情況請求中斷，再次請求文件將從頭開始，而開啟分片請求，就接下去獲取未請求的小文件

劣勢：當(dāng)文件很大或者slice很小時，可能會導(dǎo)致文件描述符耗盡等情況

 語法：   slice size;    #當(dāng)大文件請求時，設(shè)置size為每個小文件的大小
 默認(rèn)：   slice 0;
 位置：   http/server/location