1.Nginx知識網結構圖

Nginx是一個高性能的HTTP和反向代理服務器，特點是占用內存少，并發能力強，事實上nginx的并發能力確實在同類型的網頁服務器中表現較好

nginx專為性能優化而開發，性能是其最重要的要求，十分注重效率，有報告nginx能支持高達50000個并發連接數

1.1反向代理

正向代理
正向代理：局域網中的電腦用戶想要直接訪問網絡是不可行的，只能通過代理服務器來訪問，這種代理服務就被稱為正向代理。

反向代理
反向代理：客戶端無法感知代理，因為客戶端訪問網絡不需要配置，只要把請求發送到反向代理服務器，由反向代理服務器去選擇目標服務器獲取數據，然后再返回到客戶端，此時反向代理服務器和目標服務器對外就是一個服務器，暴露的是代理服務器地址，隱藏了真實服務器IP地址

1.2負載均衡

客戶端發送多個請求到服務器，服務器處理請求，有一些可能要與數據庫進行狡猾，服務器處理完畢之后，再將結果返回給客戶端

普通請求和響應過程

但是隨著信息數量增長，訪問量和數據量飛速增長，普通架構無法滿足現在的需求

我們首先想到的是升級服務器配置，可以由于摩爾定律的日益失效，單純從硬件提升性能已經逐漸不可取了，怎么解決這種需求呢？

我們可以增加服務器的數量，構建集群，將請求分發到各個服務器上，將原來請求集中到單個服務器的情況改為請求分發到多個服務器，也就是我們說的負載均衡

圖解負載均衡

假設有15個請求發送到代理服務器，那么由代理服務器根據服務器數量，平均分配，每個服務器處理5個請求，這個過程就叫做負載均衡

1.3動靜分離

為了加快網站的解析速度，可以把動態頁面和靜態頁面交給不同的服務器來解析，加快解析的速度，降低由單個服務器的壓力

動靜分離之前的狀態

動靜分離之后

2. nginx如何在linux安裝

https://blog.csdn.net/yujing1314/article/details/97267369

3. nginx常用命令

查看版本

./nginx -v

1

啟動

./nginx

1

關閉（有兩種方式，推薦使用 ./nginx -s quit）

./nginx -s stop ./nginx -s quit

1

2

重新加載nginx配置

./nginx -s reload

1

4.nginx的配置文件

配置文件分三部分組成

全局塊 從配置文件開始到events塊之間，主要是設置一些影響nginx服務器整體運行的配置指令

并發處理服務的配置，值越大，可以支持的并發處理量越多，但是會受到硬件、軟件等設備的制約

events塊 影響nginx服務器與用戶的網絡連接，常用的設置包括是否開啟對多workprocess下的網絡連接進行序列化，是否允許同時接收多個網絡連接等等

支持的最大連接數 http塊 諸如反向代理和負載均衡都在此配置

location指令說明

該語法用來匹配url，語法如下

location[ = | ~ | ~* | ^~] url{ }

1

2

3

=:用于不含正則表達式的url前，要求字符串與url嚴格匹配，匹配成功就停止向下搜索并處理請求

~：用于表示url包含正則表達式，并且區分大小寫。

~*：用于表示url包含正則表達式，并且不區分大瞎寫

^~：用于不含正則表達式的url前，要求ngin服務器找到表示url和字符串匹配度最高的location后，立即使用此location處理請求，而不再匹配

如果有url包含正則表達式，不需要有~開頭標識

4.1 反向代理實戰

配置反向代理 目的：在瀏覽器地址欄輸入地址www.123.com跳轉linux系統tomcat主頁面

具體實現 先配置tomcat：因為比較簡單，此處不再贅敘 并在windows訪問 具體流程 修改之前

配置 再次訪問 反向代理2

1.目標 訪問http://192.168.25.132:9001/edu/ 直接跳轉到192.168.25.132:8080 訪問http://192.168.25.132:9001/vod/ 直接跳轉到192.168.25.132:8081

2.準備 配置兩個tomcat，端口分別為8080和8081，都可以訪問，端口修改配置文件即可。

新建文件內容分別添加8080！！！和8081！！！ 響應如下 3.具體配置 重新加載nginx

./nginx -s reload

1

訪問 實現了同一個端口代理，通過edu和vod路徑的切換顯示不同的頁面

4.2 反向代理小結

第一個例子：瀏覽器訪問www.123.com，由host文件解析 出服務器ip地址

192.168.25.132 www.123.com 然后默認訪問80端口，而通過nginx監聽80端口代理到本地的8080端口上，從而實現了訪問www.123.com，最終轉發到tomcat 8080上去

第二個例子： 訪問http://192.168.25.132:9001/edu/ 直接跳轉到192.168.25.132:8080 訪問http://192.168.25.132:9001/vod/ 直接跳轉到192.168.25.132:8081

實際上就是通過nginx監聽9001端口，然后通過正則表達式選擇轉發到8080還是8081的tomcat上去

4.3 負載均衡實戰

1.修改nginx.conf 2.重啟nginx

./nginx -s reload

1

3.在8081的tomcat的webapps文件夾下新建edu文件夾和a.html文件，填寫內容為8081！！！！

4.在地址欄回車，就會分發到不同的tomcat服務器上 3.負載均衡方式

輪詢（默認）

weight，代表權，權越高優先級越高

fair，按后端服務器的響應時間來分配請求，相應時間短的優先分配

ip_hash,每個請求按照訪問ip的hash結果分配，這樣每一個訪客固定的訪問一個后端服務器，可以解決session 的問題

4.4 動靜分離實戰

什么是動靜分離 把動態請求和靜態請求分開，不是講動態頁面和靜態頁面物理分離，可以理解為nginx處理靜態頁面，tomcat處理動態頁面

動靜分離大致分為兩種：一、純粹將靜態文件獨立成單獨域名放在獨立的服務器上，也是目前主流方案；二、將動態跟靜態文件混合在一起發布，通過nginx分開

動靜分離圖析 實戰準備 準備靜態文件

配置nginx

5.nginx高可用

如果nginx出現問題 解決辦法 前期準備

兩臺nginx服務器

安裝keepalived

虛擬ip

5.1安裝keepalived

[root@192 usr]# yum install keepalived -y [root@192 usr]# rpm -q -a keepalived keepalived-1.3.5-16.el7.x86_64

1

2

3

修改配置文件

[root@192 keepalived]# cd /etc/keepalived [root@192 keepalived]# vi keepalived.conf

1

2

分別將如下配置文件復制粘貼，覆蓋掉keepalived.conf 虛擬ip為192.168.25.50

對應主機ip需要修改的是 smtp_server 192.168.25.147（主）smtp_server 192.168.25.147（備） state MASTER（主） state BACKUP（備）

global_defs { notification_email { acassen@firewall.loc failover@firewall.loc sysadmin@firewall.loc } notification_email_from Alexandre.Cassen@firewall.loc smtp_server 192.168.25.147 smtp_connect_timeout 30 router_id LVS_DEVEL # 訪問的主機地址 } vrrp_script chk_nginx { script "/usr/local/src/nginx_check.sh" # 檢測文件的地址 interval 2 # 檢測腳本執行的間隔 weight 2 # 權重 } vrrp_instance VI_1 { state BACKUP # 主機MASTER、備機BACKUP interface ens33 # 網卡 virtual_router_id 51 # 同一組需一致 priority 90 # 訪問優先級，主機值較大，備機較小 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.25.50 # 虛擬ip } }

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

啟動

[root@192 sbin]# systemctl start keepalived.service

1

訪問虛擬ip成功 關閉主機147的nginx和keepalived，發現仍然可以訪問

6.原理解析

如下圖，就是啟動了一個master，一個worker，master是管理員，worker是具體工作的進程 worker如何工作

小結

worker數應該和CPU數相等

一個master多個worker可以使用熱部署，同時worker是獨立的，一個掛了不會影響其他的