博文大綱:
1.Nginx簡介
2.Nginx的核心特點
3.Nginx平滑升級
4.修改Nginx版本信息
5.Nginx虛擬主機配置
6.nginx配置文件location選項的作用
7.配置https訪問nginx
8.開啟Nginx訪問認(rèn)證十載的白水網(wǎng)站建設(shè)經(jīng)驗,針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應(yīng)快,48小時及時工作處理。營銷型網(wǎng)站的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整白水建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計,從而大程度地提升瀏覽體驗。成都創(chuàng)新互聯(lián)從事“白水網(wǎng)站設(shè)計”,“白水網(wǎng)站推廣”以來,每個客戶項目都認(rèn)真落實執(zhí)行。
Nginx是一款輕量級的網(wǎng)頁服務(wù)器、反向代理服務(wù)器以及電子郵件代理服務(wù)器。因它的穩(wěn)定性、豐富的功能集、實例配置文件和低系統(tǒng)資源消耗而聞名。
Nginx已經(jīng)在俄羅斯最大的門戶網(wǎng)站上運行,同時俄羅斯有超過20%的虛擬主機平臺采用Nginx作為反向代理服務(wù)器;在國內(nèi),Nginx已經(jīng)運行在淘寶、新浪、網(wǎng)易等多家網(wǎng)站使用Nginx作為Web服務(wù)器或反向代理服務(wù)器。
- (1)跨平臺:Nginx可以在大多數(shù)OS編譯運行,而且也有Windows版本;
- (2)配置異常簡單、非常容易上手;
- (3)非阻塞、高并發(fā)連接;官方測試能夠支撐5萬的并發(fā)連接,在實際環(huán)境中可以達到2~3萬并發(fā)連接數(shù)。(這得益于Nginx使用了最新的epoll模型);
- (4)事件驅(qū)動:采用epoll模型,支持更大的并發(fā)連接;
非阻塞通過不斷檢查事件的狀態(tài)來判斷是否進行讀寫操作,這樣帶來的開銷很大,因此就有了異步非阻塞的事件處理機制。這種機制讓你可以同時監(jiān)控多個事件,調(diào)用他們是非阻塞的,但可以設(shè)置超時時間,在超時時間之內(nèi),如果有事件準(zhǔn)備好了,就返回。這種機制解決了上面阻塞調(diào)用與非阻塞調(diào)用的兩個問題。
以 epoll 模型為例:當(dāng)事件沒有準(zhǔn)備好時,就放入 epoll(隊列)里面。如果有事件準(zhǔn)備好了,那么就去處理;當(dāng)事件沒有準(zhǔn)備好時,才在 epoll 里面等待。這樣,我們就可以并發(fā)處理大量的并發(fā)請求了,當(dāng)然,這里的并發(fā)請求,是指未處理完的請求。線程只有一個,所以同時能處理的請求當(dāng)然只有一個了,只是在請求之間進行不斷地切換而已,切換也是因為異步事件未準(zhǔn)備好,而主動讓出的。這里的切換是沒有任何代價,你可以理解為循環(huán)處理多個準(zhǔn)備好的事件。
多線程方式相比,這種事件處理方式是有很大的優(yōu)勢的,不需要創(chuàng)建線程,每個請求占用的內(nèi)存也很少,沒有上下文切換, 事件處理非常的輕量級,并發(fā)數(shù)再多也不會導(dǎo)致無謂的資源浪費(上下文切換)。對于 apache 服務(wù)器,每個請求會獨占一個工作線程,當(dāng)并發(fā)數(shù)上到幾千時,就同時有幾千的線程在處理請求了。這對操作系統(tǒng)來說,是個不小的挑戰(zhàn):因為線程帶來的內(nèi)存占用非常大,線程的上下文切換帶來的 cpu 開銷很大,自然性能就上不去,從而導(dǎo)致在高并發(fā)場景下性能下降嚴(yán)重。
總結(jié):通過異步非阻塞的事件處理機制,Nginx 實現(xiàn)由進程循環(huán)處理多個準(zhǔn)備好的事件,從而實現(xiàn)高并發(fā)和輕量級。- (5)Master/Worker 結(jié)構(gòu):一個 master 進程,生成一個或多個worker 進程,如圖:
Master-Worker設(shè)計模式主要包含兩個主要組件Master和Work,Master維護者Worker隊列,將請求下發(fā)到多個Worker并行執(zhí)行,Worker主要進行實際邏輯計算,并將結(jié)果返回給Master。
采用獨立的進程,可以讓互相之間不會影響,一個進程退出后,其他進程還在工作,服務(wù)不會中斷,Master進程則很快重新啟動新的Worker進程。當(dāng)然,Worker進程的異常退出,肯定是程序中有bug了,異常退出,會導(dǎo)致當(dāng)前Worker上的所有請求失敗,不過不會影響到所有的請求,所以降低了風(fēng)險;- (6)內(nèi)存消耗小:處理高并發(fā)的請求內(nèi)存消耗非常小。在3萬并發(fā)連接下,開啟的10個Nginx進程才消耗150M內(nèi)存;
- (7)內(nèi)置的健康檢查工作:如果Nginx代理的后端某臺Web服務(wù)器宕機了,不會影響前端的訪問;
- (8)節(jié)省帶寬:支持GZIP壓縮,可以添加到瀏覽器本地緩存的Header頭;
- (9)穩(wěn)定性高:用于反向代理,宕機的概率微乎其微;
本篇博文中所需使用的軟件包都已經(jīng)打包了,可以直接下載Nginx軟件包
所謂Nginx平滑升級就是當(dāng)前服務(wù)器正在運行Nginx服務(wù),想將當(dāng)前運行的Nginx服務(wù)的版本進行升級,且在服務(wù)不停止的前提進行升級。
實現(xiàn)思路:
- 在不停止老進程的情況下,啟動新進程;
- 老進程負(fù)責(zé)處理仍然沒有處理完成的請求,但不再接收處理請求;
- 新進程接收新請求;
- 老進程處理完所有請求,關(guān)閉所有連接后,停止;
實現(xiàn)步驟:
[root@localhost ~]# yum -y install pcre-devel openssl-devel //安裝nginx所需依賴
[root@localhost ~]# tar zxf nginx-1.14.0.tar.gz -C /usr/src
[root@localhost ~]# cd /usr/src/nginx-1.14.0/
[root@localhost nginx-1.14.0]# ./configure --prefix=/usr/local/nginx --with-http_ssl_module && make && make install
//編譯安裝nginx1.14版本,由于實驗環(huán)境,配置項較少
[root@localhost ~]# ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin //創(chuàng)建符號鏈接
[root@localhost ~]# nginx //啟動nginx服務(wù)
[root@localhost ~]# nginx -v //查看Nginx服務(wù)的版本信息
nginx version: nginx/1.14.0
[root@localhost ~]# tar zxf nginx-1.2.4.tar.gz -C /usr/src
[root@localhost ~]# cd /usr/src/nginx-1.2.4/
[root@localhost nginx-1.2.4]# ./configure --prefix=/usr/local/nginx --with-http_ssl_module && make
//配置、編譯nginx1.2.4版本,注意不要進行安裝,可以根據(jù)需要添加配置項,但是原本的配置必須存在
[root@localhost ~]# mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old
//備份舊版本的nginx的執(zhí)行程序
[root@localhost ~]# cp /usr/src/nginx-1.2.4/objs/nginx /usr/local/nginx/sbin/
//替換舊的Nginx的執(zhí)行程序
[root@localhost ~]# netstat -anpt | grep 80
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 4655/nginx: master
[root@localhost ~]# kill -USR2 4655 //建議針對nginx的進程號進行操作,不建議針對nginx的pid文件進行操作
//生成新的進程去接收客戶端請求,執(zhí)行完成后nginx安裝目錄下logs目錄會出現(xiàn)一個nginx.pid.old文件,用來存放舊版的pid信息
[root@localhost ~]# nginx -s reload //重新加載新版的nginx配置
[root@localhost ~]# kill -HUP 4655 //平滑的重啟新版的nginx進程
[root@localhost ~]# nginx -v //查看nginx版本信息
nginx version: nginx/1.2.4
[root@localhost ~]# curl -I 127.0.0.1
HTTP/1.1 200 OK
Server: nginx/1.14.0 //頭部信息版本還未更改
Date: Sun, 01 Dec 2019 06:04:10 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Sun, 01 Dec 2019 05:59:29 GMT
Connection: keep-alive
ETag: "5de356c1-264"
Accept-Ranges: bytes
[root@localhost ~]# kill -QUIT 4655 ////平滑的關(guān)閉舊版的nginx進程
[root@localhost ~]# nginx -v //查看nginx版本信息
nginx version: nginx/1.2.4
[root@localhost sbin]# curl -I 127.0.0.1
HTTP/1.1 200 OK
Server: nginx/1.2.4 //注意版本信息,已經(jīng)成功發(fā)生改變
Date: Sat, 30 Nov 2019 14:47:53 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Sat, 30 Nov 2019 14:42:09 GMT
Connection: keep-alive
Accept-Ranges: bytes
注意:整個過程中,建議針對進程號進行平滑升級、重啟、關(guān)閉等操作!
關(guān)于nginx使用kill命令常用的參數(shù):
- QUIT 平滑關(guān)閉
- HUP 平滑重啟,重新加載配置文件
- USR1 重新打開日志文件
- USR2 平滑升級可執(zhí)行程序
- WINCH 平滑關(guān)閉工作進程
[root@localhost ~]# vim /usr/src/nginx-1.2.4/src/core//nginx.h
……………… //省略部分內(nèi)容
#define nginx_version 1002004
#define NGINX_VERSION "8.8.8.8" //根據(jù)實際情況修改為自己想要的信息
#define NGINX_VER "lzj/" NGINX_VERSION //同上,注意修改完的lzj
[root@localhost ~]# vim /usr/src/nginx-1.2.4/src/http/ngx_http_header_filter_module.c
……………… //省略部分內(nèi)容
static char ngx_http_server_string[] = "Server: lzj" CRLF; //與上一個文件中修改的名稱一樣(lzj)
static char ngx_http_server_full_string[] = "Server: " NGINX_VER CRLF;
[root@localhost ~]# vim /usr/src/nginx-1.2.4/src/http/ngx_http_special_response.c
……………… //省略部分內(nèi)容
static u_char ngx_http_error_tail[] =
"
lzj " CRLF //注意與上兩個文件中修改的lzj要一致
"
" CRLF "