一張小圖看盡 Nginx

nginx安裝

nginx安裝完成，沒有sbin目錄

cd進(jìn)入到nginx-1.18.0目錄內(nèi)執(zhí)行

[root@centos7?nginx-1.18.0]#?./configure?--prefix=/usr/local/nginx[root@centos7?nginx-1.18.0]#?make[root@centos7?nginx-1.18.0]#?make?install

ps：–prefix=path 定義一個(gè)目錄，存放服務(wù)器上的文件 ，也就是nginx的安裝目錄，默認(rèn)使用 /usr/local/nginx

這步你會(huì)看到local目錄下有一個(gè)跟你安裝的nginx1.12.2同級(jí)的nginx目錄，里面就有sbin目錄了。

基礎(chǔ)指令

listen：該指令用于配置網(wǎng)絡(luò)監(jiān)聽。

listen?*:80?|?*:8080??????#監(jiān)聽所有80端口和8080端口listen??IP_address:port???#監(jiān)聽指定的地址和端口號(hào)listen??IP_address????????#監(jiān)聽指定ip地址所有端口listen?port???????????????#監(jiān)聽該端口的所有IP連接

server_name：該指令用于虛擬主機(jī)的配置。

a. 基于名稱的虛擬主機(jī)配置

server_name???name?...;

b. 基于 IP 地址的虛擬主機(jī)配置

server_name?192.168.1.1

location：該指令用于匹配 URL。

location指令的作用是根據(jù)用戶請(qǐng)求的URI來執(zhí)行不同的應(yīng)用，也就是根據(jù)用戶請(qǐng)求的網(wǎng)站URL進(jìn)行匹配，匹配成功即進(jìn)行相關(guān)的操作。

牛逼啊！接私活必備的?N?個(gè)開源項(xiàng)目！趕快收藏吧

location的語法

• =開頭表示精確匹配

• 如 A 中只匹配根目錄結(jié)尾的請(qǐng)求，后面不能帶任何字符串。

• ^~ 開頭表示uri以某個(gè)常規(guī)字符串開頭，不是正則匹配

• ~ 開頭表示區(qū)分大小寫的正則匹配;

• ~* 開頭表示不區(qū)分大小寫的正則匹配

• / 通用匹配, 如果沒有其它匹配,任何請(qǐng)求都會(huì)匹配到

Location正則案例

#精確匹配,/后面不能帶任何字符 server?{ ????????listen???????80; ????????server_name??www.itmayiedu.com; ????????#精確匹配,注解后面不能帶任何字符 ????????location?=/?{ ????????????proxy_pass?http://127.0.0.1:8080; ????????????index??index.html?index.htm; ????????} }  ?#匹配所有以/開頭請(qǐng)求 server?{ ????????listen???????80; ????????server_name??www.itmayiedu.com; ???????#匹配所有以/開頭請(qǐng)求? ????????location?/?{ ????????????proxy_pass?http://127.0.0.1:8080; ????????????index??index.html?index.htm; ????????} ????} ###??以開頭/itmayiedu_8080攔截??默認(rèn)開啟不區(qū)分大小寫 ????server?{ ????????listen???????80; ????????server_name??www.itmayiedu.com; ????????###??以開頭/itmayiedu_8080?最終跳轉(zhuǎn)到http://127.0.0.1:8080/; ????????location?/itmayiedu_8080/?{ ????????????proxy_pass?http://127.0.0.1:8080/; ????????????index??index.html?index.htm; ????????} ????????###??以開頭/itmayiedu_8080?最終跳轉(zhuǎn)到http://127.0.0.1:8081/; ????????location?/itmayiedu_8081/?{ ????????????proxy_pass?http://127.0.0.1:8081/; ????????????index??index.html?index.htm; ????????} ????} ###?開頭區(qū)分大小寫

proxy_pass：該指令用于設(shè)置被代理服務(wù)器的地址?？梢允侵鳈C(jī)名稱、IP地址加端口號(hào)的形式。

語法結(jié)構(gòu)如下：

proxy_pass?URL;

index：該指令用于設(shè)置網(wǎng)站的默認(rèn)首頁。

域名重定向

server { ????listen?80?; ????server_name?mxiaoqi.top?aaa.com; ????if?(?$host?=?mxiaoqi.top?) ????#增加判斷條件，當(dāng)訪問域名是mxiaoqi.top的時(shí)候 ????{ ????????rewrite?/(.*)??http://aaa.com/$1?permanent; ????????#把mxiaoqi.top/后面的內(nèi)容重新寫到aaa.com/后面如果后面有多段則使用$2、$3以此類推 ????????#permanent是轉(zhuǎn)發(fā)狀態(tài)碼 ????} ????index?index.html?index.htm?index.php; ????root?/data/wwwroot/mxiaoqi.top; ????}

反向代理

使用 nginx 反向代理 www.123.com 直接跳轉(zhuǎn)到127.0.0.1:8080

server?{ ?????????listen???????80; ?????????server_name??www.123.com;  ?????????location?/?{ ?????????????proxy_pass?http://127.0.0.1:8080; ??????????????????????????#?歡迎頁面，按照從左到右的順序查找頁面 ?????????????index??index.html?index.htm?index.jsp; ?????????} ?????}

監(jiān)聽80端口，訪問域名為www.123.com，不加端口號(hào)時(shí)默認(rèn)為80端口，故訪問該域名時(shí)會(huì)跳轉(zhuǎn)到127.0.0.1:8080路徑上。

限流配置

漏桶算法與令牌桶算法區(qū)別：主要區(qū)別在于“漏桶算法”能夠強(qiáng)行限制數(shù)據(jù)的傳輸速率，

而“令牌桶算法”在能夠限制數(shù)據(jù)的平均傳輸速率外，還允許某種程度的突發(fā)傳輸。在“令牌桶算法”中，只要令牌桶中存在令牌，那么就允許突發(fā)地傳輸數(shù)據(jù)直到達(dá)到用戶配置的門限，因此它適合于具有突發(fā)特性的流量。

Nginx按請(qǐng)求速率限速模塊使用的是漏桶算法，即能夠強(qiáng)行保證請(qǐng)求的實(shí)時(shí)處理速度不會(huì)超過設(shè)置的閾值。

• limit_req_zone 用來限制單位時(shí)間內(nèi)的請(qǐng)求數(shù)，即速率限制,采用的漏桶算法 “leaky bucket”。

• limit_req_conn 用來限制同一時(shí)間連接數(shù)，即并發(fā)限制。

limit_req_zone 參數(shù)配置

Syntax:????limit_req?zone=name?[burst=number]?[nodelay]; Default:????— Context:????http,?server,?location

limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;

• 第一個(gè)參數(shù)：$binary_remote_addr表示通過remote_addr這個(gè)標(biāo)識(shí)來做限制，“binary_”的目的是縮寫內(nèi)存占用量，是限制同一客戶端ip地址。

• 第二個(gè)參數(shù)：zone=one:10m表示生成一個(gè)大小為10M，名字為one的內(nèi)存區(qū)域，用來存儲(chǔ)訪問的頻次信息。

• 第三個(gè)參數(shù)：rate=1r/s表示允許相同標(biāo)識(shí)的客戶端的訪問頻次，這里限制的是每秒1次，還可以有比如30r/m的。

limit_req zone=one burst=5 nodelay;

• 第一個(gè)參數(shù)：zone=one 設(shè)置使用哪個(gè)配置區(qū)域來做限制，與上面limit_req_zone 里的name對(duì)應(yīng)。

• 第二個(gè)參數(shù)：burst=5，重點(diǎn)說明一下這個(gè)配置，burst爆發(fā)的意思，這個(gè)配置的意思是設(shè)置一個(gè)大小為5的緩沖區(qū)當(dāng)有大量請(qǐng)求（爆發(fā)）過來時(shí)，超過了訪問頻次限制的請(qǐng)求可以先放到這個(gè)緩沖區(qū)內(nèi)。

• 第三個(gè)參數(shù)：nodelay，如果設(shè)置，超過訪問頻次而且緩沖區(qū)也滿了的時(shí)候就會(huì)直接返回503，如果沒有設(shè)置，則所有請(qǐng)求會(huì)等待排隊(duì)。

ngx_http_limit_conn_module 參數(shù)配置

這個(gè)模塊用來限制單個(gè)IP的請(qǐng)求數(shù)。并非所有的連接都被計(jì)數(shù)。只有在服務(wù)器處理了請(qǐng)求并且已經(jīng)讀取了整個(gè)請(qǐng)求頭時(shí)，連接才被計(jì)數(shù)。

Syntax:????limit_conn?zone?number; Default:????— Context:????http,?server,?location  limit_conn_zone?$binary_remote_addr?zone=addr:10m; server?{ ????location?/download/?{ ????????limit_conn?addr?1; ????}

一次只允許每個(gè)IP地址一個(gè)連接。

負(fù)載均衡

#user??nobody; worker_processes??1; error_log??logs/error.log;#?開啟日志 pid????????logs/nginx.pid; ... ????upstream?lyf?{ ????server?192.168.37.220:8001;?#?3個(gè)tomcat服務(wù) ????server?192.168.37.220:8002; ????server?192.168.37.220:8003; ????} ????server?{ ????????listen???????80; ????????server_name??192.168.37.220;#?監(jiān)聽ip ????????location?/?{ ????????????proxy_pass???http://lyf;??#?設(shè)置代理 ????????????index??index.html?index.htm; ????????} }

keepalive 長連接提高吞吐量
keepalived ：設(shè)置長連接處理的數(shù)量
proxy_http_version ：設(shè)置長連接http版本為1.1
proxy_set_header ：清除connection header 信息

upstream?tomcats?{? #?server?192.168.1.173:8080?max_fails=2?fail_timeout=1s;? server?192.168.1.190:8080;? #?server?192.168.1.174:8080?weight=1;? #?server?192.168.1.175:8080?weight=1;? keepalive?32;? } server?{ listen?80;? server_name?www.tomcats.com;? location?/?{? proxy_pass?http://tomcats;? proxy_http_version?1.1;? proxy_set_header?Connection?"";? }? }

工作方式

輪詢方式是Nginx負(fù)載默認(rèn)的方式

權(quán)重方式 指定每個(gè)服務(wù)的權(quán)重比例，weight和訪問比率成正比

upstream??dalaoyang-server?{ ???????server????localhost:10001?weight=1; ???????server????localhost:10002?weight=2; }

iphash

每個(gè)請(qǐng)求都根據(jù)訪問ip的hash結(jié)果分配，經(jīng)過這樣的處理，每個(gè)訪客固定訪問一個(gè)后端服務(wù)，如下配置（ip_hash可以和weight配合使用）。

upstream??dalaoyang-server?{ ???????ip_hash;? ???????server????localhost:10001?weight=1; ???????server????localhost:10002?weight=2; }

最少連接

將請(qǐng)求分配到連接數(shù)最少的服務(wù)上。

upstream??dalaoyang-server?{ ???????least_conn; ???????server????localhost:10001?weight=1; ???????server????localhost:10002?weight=2; }

fair

按后端服務(wù)器的響應(yīng)時(shí)間來分配請(qǐng)求，響應(yīng)時(shí)間短的優(yōu)先分配。

upstream??dalaoyang-server?{ ???????server????localhost:10001?weight=1; ???????server????localhost:10002?weight=2; ???????fair;?? }

consul+upsync+Nginx ?實(shí)現(xiàn)無需raload動(dòng)態(tài)負(fù)載均衡 https://www.cnblogs.com/a1304908180/p/10697278.html

傳統(tǒng)的負(fù)載均衡，如果Upstream參數(shù)發(fā)生變化，每次都需要重新加載nginx.conf文件,

因此擴(kuò)展性不是很高，所以我們可以采用動(dòng)態(tài)負(fù)載均衡，實(shí)現(xiàn)Upstream可配置化、動(dòng)態(tài)化，無需人工重新加載nginx.conf。

lvs+Keepalived+Nginx+Tomcat搭建高可用雙機(jī)主從熱備集群

https://blog.csdn.net/dsen726/article/details/89519013

需要明確的是：

• Nginx兩臺(tái)是主備關(guān)系，只有一臺(tái)在工作。后面的tomcat是集群，同時(shí)工作的。

• keepalived是同時(shí)安裝在兩臺(tái)Nginx上的，不過文件配置不一樣

• 這里的雙機(jī)熱備是指LVS，Nginx則是集群

keepalived

健康檢查和失敗切換是keepalived的兩大核心功能。所謂的健康檢查，就是采用tcp三次握手，icmp請(qǐng)求，http請(qǐng)求，udp echo請(qǐng)求等方式對(duì)負(fù)載均衡器后面的實(shí)際的服務(wù)器(通常是承載真實(shí)業(yè)務(wù)的服務(wù)器)進(jìn)行?；睿欢∏袚Q主要是應(yīng)用于配置了主備模式的負(fù)載均衡器，利用VRRP維持主備負(fù)載均衡器的心跳，當(dāng)主負(fù)載均衡器出現(xiàn)問題時(shí)，由備負(fù)載均衡器承載對(duì)應(yīng)的業(yè)務(wù)，從而在最大限度上減少流量損失，并提供服務(wù)的穩(wěn)定性。另外，搜索公眾號(hào)linux就該這樣學(xué)后臺(tái)回復(fù)“猴子”，獲取一份驚喜禮包。

LVS是Linux Virtual Server的簡寫，意即Linux虛擬服務(wù)器，是一個(gè)虛擬的服務(wù)器集群系統(tǒng)。lvs目前是集成在Linux內(nèi)的。

為什么要LVS+Nginx？

一、ngix（應(yīng)用層 網(wǎng)絡(luò)七層負(fù)載均衡）

1、異步轉(zhuǎn)發(fā)，請(qǐng)求數(shù)據(jù)和相應(yīng)數(shù)據(jù)都要經(jīng)過ngix，ngix和客戶端建立連接

2、輪詢所有的tomcat服務(wù)器，保證請(qǐng)求成功或者最后一臺(tái)tomcat服務(wù)器也請(qǐng)求失敗

二、lvs(網(wǎng)絡(luò)層 ?網(wǎng)絡(luò)四層負(fù)載均衡)

1、同步轉(zhuǎn)發(fā)接受請(qǐng)求數(shù)據(jù)，lvs轉(zhuǎn)發(fā)到服務(wù)器，服務(wù)器直接和客戶端建立連接

nginx要承受所有的流量，當(dāng)一臺(tái)nigx承受不了，就需要搭建ngix集群。ngix+ngix 外層的ngix還是要承受所有流量。

lvs+ngix:lvs同步轉(zhuǎn)發(fā)不會(huì)接受相應(yīng)數(shù)據(jù)，LVS采用DR模式時(shí)不用響應(yīng)服務(wù)器返回的內(nèi)容。（通常請(qǐng)求數(shù)據(jù)是比較小的，響應(yīng)數(shù)據(jù)會(huì)比較大）

??location?~?.*.(jpg|gif|png)$?{ ????????gzip?on; ????????gzip_http_version?1.1; ????????gzip_comp_level?2; ????????gzip_types?text/plain?application/JavaScript?image/jpeg?image/gif?image/png; ????????root???/usr/share/nginx/images; ????}  ????location?~?.*.(txt|xml)$?{ ????????gzip?on; ????????gzip_http_version?1.1; ????????gzip_comp_level?1; ????????gzip_types?text/plain?application/javascript?image/jpeg?image/gif?image/png; ????????root???/usr/share/nginx/code; ????} ??location?~?^/download?{ ????????gzip_static?on; ????????tcp_nopush?on; ????????root?/opt/app/code; ????}

###靜態(tài)資源訪問 ????server?{ ??????listen???????80; ??????server_name??static.itmayiedu.com; ??????location?/static/imgs?{ ???????????root?F:/; ???????????index??index.html?index.htm; ???????} ????} ???###動(dòng)態(tài)資源訪問 ?????server?{ ??????listen???????80; ??????server_name??www.itmayiedu.com;  ??????location?/?{ ?????????proxy_pass?http://127.0.0.1:8080; ?????????index??index.html?index.htm; ???????} ????}

#允許跨域請(qǐng)求的域，*代表所有 add_header?'Access-Control-Allow-Origin'?*; #允許帶上cookie請(qǐng)求? add_header?'Access-Control-Allow-Credentials'?'true';? #允許請(qǐng)求的方法，比如?GET/POST/PUT/DELETE? add_header?'Access-Control-Allow-Methods'?*;? #允許請(qǐng)求的header? add_header?'Access-Control-Allow-Headers'?*;

#對(duì)源站點(diǎn)驗(yàn)證 valid_referers?*.imooc.com;? #非法引入會(huì)進(jìn)入下方判斷? if?($invalid_referer)?{?return?404;?}