upstream bakend { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; }
指定輪詢幾率，weight和訪問比率成正比，用于后端服務器性能不均的情況。
ip_hash
upstream bakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個后端服務器，可以解決session的問題。
fair（第三方）
upstream backend { server server1; server server2; fair; }
按后端服務器的響應時間來分配請求，響應時間短的優先分配。
url_hash（第三方）
upstream backend { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，后端服務器為緩存時比較有效。例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法
tips:
upstream bakend{# 定義負載均衡設備的Ip及設備狀態}{ ip_hash; server 127.0.0.1:9090 down; server 127.0.0.1:8080 weight=2; server 127.0.0.1:6060; server 127.0.0.1:7070 backup; }
在需要使用負載均衡的server中增加 proxy_passhttp://bakend/;
每個設備的狀態設置為：
down表示單前的server暫時不參與負載 weight為weight越大，負載的權重就越大 max_fails：允許請求失敗的次數默認為1.當超過最大次數時，返回proxy_next_upstream模塊定義的錯誤 fail_timeout：max_fails次失敗后，暫停的時間 backup：其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕
nginx支持同時設置多組的負載均衡，用來給不用的server來使用
client_body_in_file_only設置為On可以講clientpost過來的數據記錄到文件中用來做debug
client_body_temp_path設置記錄文件的目錄可以設置最多3層目錄
location對URL進行匹配.可以進行重定向或者進行新的代理負載均衡
server
配置虛擬機
server { # 配置監聽端口 listen 80; # 配置訪問域名 server_name image.***.com; # 對以“mp3或exe”結尾的地址進行負載均衡 location ~* .(mp3|exe)$ { # 設置被代理服務器的端口或套接字，以及URL proxy_pass http://img_relay$request_uri; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # 以上三行，目的是將代理服務器收到的用戶的信息傳到真實服務器上 } location /face { if ($http_user_agent ~* "xnp") { rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect; } proxy_pass http://img_relay$request_uri; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; error_page 404 502 = @fetch; } location @fetch { access_log /data/logs/face.log log404; rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect; } location /image { if ($http_user_agent ~* "xnp") { rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect; } proxy_pass http://img_relay$request_uri; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; error_page 404 502 = @fetch; } } 內置變量
gx_http_core_module模塊支持內置變量，他們的名字和apache的內置變量是一致的。
首先是說明客戶請求title中的行，例如$http_user_agent,$http_cookie等等。
此外還有其它的一些變量
$args # 此變量與請求行中的參數相等 $content_length # 等于請求行的“Content_Length”的值。 $content_type # 等同與請求頭部的”Content_Type”的值 $document_root # 等同于當前請求的root指令指定的值 $document_uri # 與$uri一樣 $host # 與請求頭部中“Host”行指定的值或是request到達的server的名字（沒有Host行）一樣 $limit_rate # 允許限制的連接速率 $request_method # 等同于request的method，通常是“GET”或“POST” $remote_addr # 客戶端ip $remote_port # 客戶端port $remote_user # 等同于用戶名，由ngx_http_auth_basic_module認證 $request_filename # 當前請求的文件的路徑名，由root或alias和URI request組合而成 $request_body_file $request_uri # 含有參數的完整的初始URI $query_string # 與$args一樣 $sheeme # http模式（http,https）盡在要求是評估例如:Rewrite ^(. )$ $sheme://example.com$; Redirect; $server_protocol # 等同于request的協議，使用“HTTP/或“HTTP/ $server_addr # request到達的server的ip，一般獲得此變量的值的目的是進行系統調用。為了避免系統調用，有必要在listen指令中指明ip，并使用bind參數。 $server_name # 請求到達的服務器名 $server_port # 請求到達的服務器的端口號 $uri # 等同于當前request中的URI，可不同于初始值，例如內部重定向時或使用index
更多關于云服務器，域名注冊，虛擬主機的問題，請訪問三五互聯官網：m.shinetop.cn