本文轉自：https://blog.csdn.net/chihen/article/details/52698594
Windows 下 Nginx+IIS 使用
一、Nginx簡介
Nginx ("engine x") 是一個高性能的HTTP 的 和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。Nginx是由Igor Sysoev為俄羅斯通路量第二的Rambler.ru站點開發的，第一個公開版本0.1.0釋出于2004年10月4日。其将源代碼以類BSD許可證的形式釋出，因它的穩定性、豐富的功能集、示例配置檔案和低系統資源的消耗而聞名。2011年6月1日，nginx 1.0.4釋出。其特點是占有記憶體少，并發能力強，事實上nginx的并發能力确實在同類型的網頁伺服器中表現較好，中國大陸使用nginx網站使用者有：百度、京東、新浪等。
二、下載下傳Nginx
可以進入Nginx官網進行下載下傳（建議下載下傳穩定版本）官網位址： http://nginx.org/
三、Nginx安裝
1） 解壓下載下傳檔案。解壓完檔案如下：
[轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用
2）配置相關配置檔案（配置檔案目錄/conf/nginx.conf）
注：這裡設定的端口号不能被占用否則啟動服務會報錯
[轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用
3）啟動Nginx服務
①運作cmd并進入nginx目錄
[轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用 這就啟動完成。下面可以檢視效果了
② 檢視效果（這裡就不介紹IIS釋出網站。）
[轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用 上面是我配置好服務清單的效果。如果沒有配置服務清單會出現如下界[轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用 [轉]Windows 下 Nginx+IIS 使用Windows 下 Nginx+IIS 使用
四、總結
Nginx的使用是不是非常簡單。
五、附錄
1）配置說明如下
Nginx的配置檔案nginx.conf配置詳解如下：（來源為：說明來源）
user nginx nginx ; --Nginx使用者及組：使用者 組。window下不指定
worker_processes 8; ---工作程序：數目。根據硬體調整，通常等于CPU數量或者2倍于CPU。
error_log logs/error.log; ---錯誤日志：存放路徑。
error_log logs/error.log notice;
error_log logs/error.log info;
pid logs/nginx.pid; --pid（程序辨別符）：存放路徑。
worker_rlimit_nofile 204800; --指定程序可以打開的最大描述符：數目。
這個指令是指當一個nginx程序打開的最多檔案描述符數目，理論值應該是最多打開檔案數（ulimit -n）與nginx程序數相除，但是nginx配置設定請求并不是那麼均勻，是以最好與ulimit -n 的值保持一緻。
現在在linux 2.6核心下開啟檔案打開數為65535，worker_rlimit_nofile就相應應該填寫65535。
這是因為nginx排程時配置設定請求到程序并不是那麼的均衡，是以假如填寫10240，總并發量達到3-4萬時就有程序可能超過10240了，這時會傳回502錯誤。
events
{
use epoll;
使用epoll的I/O 模型。linux建議epoll，FreeBSD建議采用kqueue，window下不指定。
補充說明:
與apache相類，nginx針對不同的作業系統，有不同的事件模型
A）标準事件模型
Select、poll屬于标準事件模型，如果目前系統不存在更有效的方法，nginx會選擇select或poll
B）高效事件模型
Kqueue：使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用雙處理器的MacOS X系統使用kqueue可能會造成核心崩潰。
Epoll：使用于Linux核心2.6版本及以後的系統。
/dev/poll：使用于Solaris 7 11/99+，HP/UX 11.22+ (eventport)，IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。
Eventport：使用于Solaris 10。 為了防止出現核心崩潰的問題， 有必要安裝安全更新檔。
worker_connections 204800;
沒個工作程序的最大連接配接數量。根據硬體調整，和前面工作程序配合起來用，盡量大，但是别把cpu跑到100%就行。每個程序允許的最多連接配接數，理論上每台nginx伺服器的最大連接配接數為。worker_processes*worker_connections
keepalive_timeout 60;
keepalive逾時時間。
client_header_buffer_size 4k;
用戶端請求頭部的緩沖區大小。這個可以根據你的系統分頁大小來設定，一般一個請求頭的大小不會超過1k，不過由于一般系統分頁都要大于1k，是以這裡設定為分頁大小。
分頁大小可以用指令getconf PAGESIZE 取得。
[[email protected] ~]# getconf PAGESIZE
4096
但也有client_header_buffer_size超過4k的情況，但是client_header_buffer_size該值必須設定為“系統分頁大小”的整倍數。
open_file_cache max=65535 inactive=60s;
這個将為打開檔案指定緩存，預設是沒有啟用的，max指定緩存數量，建議和打開檔案數一緻，inactive是指經過多長時間檔案沒被請求後删除緩存。
open_file_cache_valid 80s;
這個是指多長時間檢查一次緩存的有效資訊。
open_file_cache_min_uses 1;
open_file_cache指令中的inactive參數時間内檔案的最少使用次數，如果超過這個數字，檔案描述符一直是在緩存中打開的，如上例，如果有一個檔案在inactive時間内一次沒被使用，它将被移除。
}
##設定http伺服器，利用它的反向代理功能提供負載均衡支援
http
{
include mime.types;
設定mime類型,類型由mime.type檔案定義
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
log_format log404 '$status [$time_local] $remote_addr $host$request_uri $sent_http_location';
日志格式設定。
$remote_addr與$http_x_forwarded_for用以記錄用戶端的ip位址；
$remote_user：用來記錄用戶端使用者名稱；
$time_local： 用來記錄通路時間與時區；
$request： 用來記錄請求的url與http協定；
$status： 用來記錄請求狀态；成功是200，
$body_bytes_sent ：記錄發送給用戶端檔案主體内容大小；
$http_referer：用來記錄從那個頁面連結通路過來的；
$http_user_agent：記錄客戶浏覽器的相關資訊；
通常web伺服器放在反向代理的後面，這樣就不能擷取到客戶的IP位址了，通過$remote_add拿到的IP位址是反向代理伺服器的iP位址。反向代理伺服器在轉發請求的http頭資訊中，可以增加x_forwarded_for資訊，用以記錄原有用戶端的IP位址和原來用戶端的請求的伺服器位址。
access_log logs/host.access.log main;
access_log logs/host.access.404.log log404;
用了log_format指令設定了日志格式之後，需要用access_log指令指定日志檔案的存放路徑；
server_names_hash_bucket_size 128;
#儲存伺服器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的。參數hash bucket size總是等于hash表的大小，并且是一路處理器緩存大小的倍數。在減少了在記憶體中的存取次數後，使在處理器中加速查找hash表鍵值成為可能。如果hash bucket size等于一路處理器緩存的大小，那麼在查找鍵的時候，最壞的情況下在記憶體中查找的次數為2。第一次是确定存儲單元的位址，第二次是在存儲單元中查找鍵 值。是以，如果Nginx給出需要增大hash max size 或 hash bucket size的提示，那麼首要的是增大前一個參數的大小.
client_header_buffer_size 4k;
用戶端請求頭部的緩沖區大小。這個可以根據你的系統分頁大小來設定，一般一個請求的頭部大小不會超過1k，不過由于一般系統分頁都要大于1k，是以這裡設定為分頁大小。分頁大小可以用指令getconf PAGESIZE取得。
large_client_header_buffers 8 128k;
客戶請求頭緩沖大小。nginx預設會用client_header_buffer_size這個buffer來讀取header值，如果
header過大，它會使用large_client_header_buffers來讀取。
open_file_cache max=102400 inactive=20s;
這個指令指定緩存是否啟用。 例: open_file_cache max=1000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
open_file_cache_errors 文法:open_file_cache_errors on | off 預設值:open_file_cache_errors off 使用字段:http, server, location 這個指令指定是否在搜尋一個檔案是記錄cache錯誤.
open_file_cache_min_uses
文法:open_file_cache_min_uses number 預設值:open_file_cache_min_uses 1 使用字段:http, server, location 這個指令指定了在open_file_cache指令無效的參數中一定的時間範圍内可以使用的最小檔案數,如果使用更大的值,檔案描述符在cache中總是打開狀态. open_file_cache_valid
文法:open_file_cache_valid time 預設值:open_file_cache_valid 60 使用字段:http, server, location 這個指令指定了何時需要檢查open_file_cache中緩存項目的有效資訊.
client_max_body_size 300m;
設定通過nginx上傳檔案的大小
sendfile on;
sendfile指令指定 nginx 是否調用sendfile 函數（zero copy 方式）來輸出檔案，對于普通應用，必須設為on。如果用來進行下載下傳等應用磁盤IO重負載應用，可設定為off，以平衡磁盤與網絡IO處理速度，降低系統uptime。
tcp_nopush on;
此選項允許或禁止使用socke的TCP_CORK的選項，此選項僅在使用sendfile的時候使用
proxy_connect_timeout 90; 後端伺服器連接配接的逾時時間_發起握手等候響應逾時時間
proxy_read_timeout 180;
連接配接成功後_等候後端伺服器響應時間_其實已經進入後端的排隊之中等候處理（也可以說是後端伺服器處理請求的時間）
proxy_send_timeout 180;
後端伺服器資料回傳時間_就是在規定時間之内後端伺服器必須傳完所有的資料
proxy_buffer_size 256k;
設定從被代理伺服器讀取的第一部分應答的緩沖區大小，通常情況下這部分應答中包含一個小的應答頭，預設情況下這個值的大小為指令proxy_buffers中指定的一個緩沖區的大小，不過可以将其設定為更小
proxy_buffers 4 256k;
設定用于讀取應答（來自被代理伺服器）的緩沖區數目和大小，預設情況也為分頁大小，根據作業系統的不同可能是4k或者8k
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 256k;
設定在寫入proxy_temp_path時資料的大小，預防一個工作程序在傳遞檔案時阻塞太長
proxy_temp_path /data0/proxy_temp_dir;
proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g; #設定記憶體緩存空間大小為200MB，1天沒有被通路的内容自動清除，硬碟緩存空間大小為30GB。
keepalive_timeout 120;
keepalive逾時時間。
tcp_nodelay on;
client_body_buffer_size 512k; 如果把它設定為比較大的數值，例如256k，那麼，無論使用firefox還是IE浏覽器，來送出任意小于256k的圖檔，都很正常。如果注釋該指令，使用預設的client_body_buffer_size設定，也就是作業系統頁面大小的兩倍，8k或者16k，問題就出現了。 無論使用firefox4.0還是IE8.0，送出一個比較大，200k左右的圖檔，都傳回500 Internal Server Error錯誤
proxy_intercept_errors on;
表示使nginx阻止HTTP應答代碼為400或者更高的應答。
upstream bakend {
server 127.0.0.1:8027;
server 127.0.0.1:8028;
server 127.0.0.1:8029;
hash $request_uri;
}
nginx的upstream目前支援4種方式的配置設定
1、輪詢（預設）
每個請求按時間順序逐一配置設定到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
2、weight 指定輪詢幾率，weight和通路比率成正比，用于後端伺服器性能不均的情況。 例如： upstream bakend { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; }
2、ip_hash 每個請求按通路ip的hash結果配置設定，這樣每個訪客固定通路一個後端伺服器，可以解決session的問題。 例如： upstream bakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
3、fair（第三方） 按後端伺服器的響應時間來配置設定請求，響應時間短的優先配置設定。 upstream backend { server server1; server server2; fair; }
4、url_hash（第三方）
按通路url的hash結果來配置設定請求，使每個url定向到同一個後端伺服器，後端伺服器為緩存時比較有效。
例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法
upstream backend { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
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_pass http://bakend/;
每個裝置的狀态設定為: 1.down表示單前的server暫時不參與負載 2.weight為weight越大，負載的權重就越大。 3.max_fails：允許請求失敗的次數預設為1.當超過最大次數時，傳回proxy_next_upstream子產品定義的錯誤 4.fail_timeout:max_fails次失敗後，暫停的時間。 5.backup： 其它所有的非backup機器down或者忙的時候，請求backup機器。是以這台機器壓力會最輕。
nginx支援同時設定多組的負載均衡，用來給不用的server來使用。
client_body_in_file_only設定為On 可以講client post過來的資料記錄到檔案中用來做debug client_body_temp_path設定記錄檔案的目錄 可以設定最多3層目錄
location對URL進行比對.可以進行重定向或者進行新的代理 負載均衡
##配置虛拟機
server
{
listen 80;
配置監聽端口
server_name image.***.com;
配置通路域名
location ~* \.(mp3|exe)$ {
對以“mp3或exe”結尾的位址進行負載均衡
proxy_pass http://img_relay$request_uri;
設定被代理伺服器的端口或套接字，以及URL
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
以上三行，目的是将代理伺服器收到的使用者的資訊傳到真實伺服器上
}
2）相關指令如下
① 啟動 nginx.exe、start nginx
② 停止nginx -s stop、nginx -s quit（nginx停止指令stop與quit參數的差別在于stop是快速停止nginx，可能并不儲存相關資訊，quit是完整有序的停止nginx，并儲存相關資訊。）
③ 重新加載配置 nginx -s reload
④ 其他
nginx -c </path/to/config>
此指令參數指定一個新的nginx配置檔案來替換預設的nginx配置檔案，如果你不确定新的nginx配置檔案文法是否正确，你可以通過nginx指令-t參數來測試，-t參數代表不運作配置檔案，而僅僅隻是測試配置檔案，即
nginx -t -c </path/to/config>
nginx指令參數v與V的差別
nginx -v指令隻是簡單顯示nginx的版本資訊(nginx version)，而nginx -V不但顯示nginx的版本資訊，而且還顯示nginx的配置參數資訊。
重載nginx指令