目錄

一些好的文檔
基本模塊介紹：虛擬主機(jī)蒲牧，匹配規(guī)則撇贺，反向代理，熱備和冷備冰抢，負(fù)載均衡和weight松嘶，hash和緩存命中率 等
一些案例：結(jié)合host，post接口轉(zhuǎn)發(fā)

一些好的文檔

Nginx官網(wǎng)
Nginx中文文檔
Nginx熱點(diǎn)微博

基本模塊

虛擬主機(jī)server

http {
    server {
          listen          80;
          server_name     www.domain1.com;
          access_log      logs/domain1.access.log main;
          location / {
                    index index.html;
                    root  /var/www/domain1.com/htdocs;
          }
     }

     server {
          listen          80;
          server_name     www.domain2.com;
          access_log      logs/domain2.access.log main;
          location / {
                    index index.html;
                    root  /var/www/domain2.com/htdocs;
          }
      }
  }

  IP黑白名單
  server {
       server_name    *****
       .....
       allow   x.x.x.x/32;
       allow   y.y.y.y/32;
       deny   all;
       .....
  }
  
  server {
       .....
       deny   x.x.x.x/32;
       deny   y.y.y.y/32;
       .....
  }

location匹配規(guī)則
http://www.nginx.cn/115.html
=           精確匹配會(huì)第一個(gè)被處理挎扰，如果發(fā)現(xiàn)精確匹配翠订，nginx停止搜索其他匹配
普通字符匹配  正則表達(dá)式規(guī)則和長的塊規(guī)則將被優(yōu)先和查詢匹配，也就是說如果該項(xiàng)匹配還需要去看看有沒有正則表達(dá)式匹配和更長的匹配
 ^~         只匹配該規(guī)則遵倦，nginx停止搜索其他匹配項(xiàng)尽超，否則nginx會(huì)繼續(xù)處理其他location指令
 ～和～*     匹配里帶有這兩個(gè)的，如果找到相應(yīng)匹配則ng停止搜索其他匹配梧躺；當(dāng)沒有正則表達(dá)式或沒有正則表達(dá)式被匹配的情況下似谁，那么匹配程度最高的逐字匹配指令被使用

如下是個(gè)demo：

匹配優(yōu)先級(jí)demo.png

配置反向代理
proxy_pass 指令  ，見下面的demo
http://www.nginx.cn/927.html

熱備和冷備 
down掠哥，表示當(dāng)前的server暫時(shí)不參與負(fù)載均衡巩踏。
backup，預(yù)留的備份機(jī)器续搀。當(dāng)其他所有的非backup機(jī)器出現(xiàn)故障或者忙的時(shí)候蛀缝，才會(huì)請求backup機(jī)器，因此這臺(tái)機(jī)器的壓力最輕目代。
max_fails，允許請求失敗的次數(shù)嗤练，默認(rèn)為1榛了。當(dāng)超過最大次數(shù)時(shí)，返回proxy_next_upstream 模塊定義的錯(cuò)誤煞抬。
fail_timeout霜大，在經(jīng)歷了max_fails次失敗后，暫停服務(wù)的時(shí)間革答。max_fails可以和fail_timeout一起使用战坤。

熱備和冷備.png

負(fù)載均衡和weight
  weight 輪詢（默認(rèn)）曙强。每個(gè)請求按時(shí)間順序逐一分配到不同的后端服務(wù)器，如果后端某臺(tái)服務(wù)器宕機(jī)途茫，故障系統(tǒng)被自動(dòng)剔除碟嘴，使用戶訪問不受影響。weight囊卜。指定輪詢權(quán)值娜扇，weight值越大，分配到的訪問機(jī)率越高栅组，主要用于后端每個(gè)服務(wù)器性能不均的情況下雀瓢。
  ip_hash。每個(gè)請求按訪問IP的hash結(jié)果分配玉掸，這樣來自同一個(gè)IP的訪客固定訪問一個(gè)后端服務(wù)器刃麸，有效解決了動(dòng)態(tài)網(wǎng)頁存在的session共享問題。
  fair（第三方）司浪。比上面兩個(gè)更加智能的負(fù)載均衡算法泊业。此種算法可以依據(jù)頁面大小和加載時(shí)間長短智能地進(jìn)行負(fù)載均衡，也就是根據(jù)后端服務(wù)器的響應(yīng)時(shí)間來分配請求断傲，響應(yīng)時(shí)間短的優(yōu)先分配脱吱。Nginx本身是不支持fair的，如果需要使用這種調(diào)度算法认罩，必須下載Nginx的upstream_fair模塊箱蝠。
  url_hash（第三方）。按訪問url的hash結(jié)果來分配請求垦垂，使每個(gè)url定向到同一個(gè)后端服務(wù)器宦搬，可以進(jìn)一步提高后端緩存服務(wù)器的效率。Nginx本身是不支持url_hash的劫拗，如果需要使用這種調(diào)度算法间校，必須安裝Nginx的hash軟件包。

如圖：

負(fù)載均衡和weight.png

hash
注意：當(dāng)負(fù)載調(diào)度算法為ip_hash時(shí)页慷，后端服務(wù)器在負(fù)載均衡調(diào)度中的狀態(tài)不能是weight和backup憔足。

hash和緩存命中率.png

一些案例

 1.結(jié)合host
  
  ng.conf 如下:

  upstream  machine_001{  #定義服務(wù)組
       server  192.168.1.1:8080
  }

  upstream  machine_002{
       server  192.168.1.2:8080
  }

  server{
       listen  192.168.x.21:80
       server_name  domain.beta.qunar.com
       ...
       location /  {
                 proxy_pass  http://machine_001;
                 ...
       }
  }

    server{
       listen  192.168.x.121:80
       server_name  domain.beta.qunar.com
       ...
       location /  {
                 proxy_pass  http://machine_002;
                 ...
       }
  }

  服務(wù)器host中對應(yīng)配置走具體機(jī)器：
  #192.168.x.121    domain.beta.qunar.com
  192.168.x.21     domain.beta.qunar.com

2.post請求，根據(jù)param不同做轉(zhuǎn)發(fā)

  upstream machine_001 {    #定義服務(wù)組
    server IP_001_1:port_001;
    server IP_001_2:port_001;

    #hash $remote_addr;
    #hash_again 10; # hash次數(shù)需要大于5次

    healthcheck_enabled;           #healthcheck檢查
    healthcheck_delay 3000;
    healthcheck_timeout 1000;
    healthcheck_failcount 2;
    healthcheck_send 'GET /healthcheck.html HTTP/1.0' 'Host: qunar.com' 'Connection: close';
}

upstream machine_002 {
     server IP_002_1:port_002;
     server IP_002_2:port_002;
     ....
}

upstream machine_003 {
     server IP_003_1:port_003;
     server IP_003_2:port_003;
     ....
}

server {
    ....
    listen       ****;
    server_name  machine.com;

   ... ... 
    location /xxxyyy  {
        set $target ''; 
        access_by_lua '
        ngx.req.read_body()
        local data = ngx.req.get_body_data()
        if not data then
           -- ngx.log(ngx.ERR, "No request body found")
           -- ngx.exit(500)
           ngx.var.target = "machine_001"
        elseif string.match(data, "參數(shù)=參數(shù)值") then
            ngx.var.target = "machine_001"
        elseif string.match(data, "參數(shù)=參數(shù)值") then
            ngx.var.target = "machine_002"
        else
            ngx.var.target = "machine_003"
            -- ngx.log(ngx.ERR, "Missing env data")
        end
         ';
        proxy_pass http://$target;
        proxy_set_header Host $host;
        proxy_set_header X-Real-Scheme $scheme;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

    location /mmmnn {
        proxy_pass http://machine_001;
        proxy_set_header   Host             $host;
        proxy_set_header   X-Real-Scheme    $scheme;
        proxy_set_header   X-Real-IP        $remote_addr;
        proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
    }

}