强伦人妻一区二区三区,成视频年人黄网站免费视频,大硬黄又爽的免费视频

摘要：Nginx是一個輕量級的、高性能的WebServer，他主要可以干下面兩件事：1.作為http服務(wù)器（和apache的效果一樣）2.作為反向代理服務(wù)器實現(xiàn)負(fù)載均衡現(xiàn)在Nginx到處都可以見到，經(jīng)常會看...

Nginx是一個輕量級的、高性能的WebServer，他主要可以干下面兩件事：

1.作為http服務(wù)器（和apache的效果一樣）

2.作為反向代理服務(wù)器實現(xiàn)負(fù)載均衡

現(xiàn)在Nginx到處都可以見到，經(jīng)常會看到宕機后的網(wǎng)頁會顯示nginx的字樣，這也說明Nginx由于高性能、使用配置簡、開源單這些特點被越來越多的用戶所接受，所使用。

其中第一種作為http服務(wù)器，結(jié)合php-fpm進程，對發(fā)來的請求進行處理，nginx本身并不會解析php，他只是作為一個服務(wù)器，接受客戶端發(fā)來的請求，如果是php請求，則交給php進程處理，并將php處理完成之后的結(jié)果發(fā)送給客戶端。這個很簡單，安裝好nginx+php-fpm之后配置好各自的配置文件，啟動就可以實現(xiàn)。運行原理可以看下面這段解釋：

Nginx不支持對外部程序的直接調(diào)用或者解析，所有的外部程序（包括PHP）必須通過FastCGI接口來調(diào)用。FastCGI接口在Linux下是socket（這個socket可以是文件socket，也可以是ip socket）。為了調(diào)用CGI程序，還需要一個FastCGI的wrapper（wrapper可以理解為用于啟動另一個程序的程序），這個wrapper綁定在某個固定socket上，如端口或者文件socket。當(dāng)Nginx將CGI請求發(fā)送給這個socket的時候，通過FastCGI接口，wrapper接收到請求，然后派生出一個新的線程，這個線程調(diào)用解釋器或者外部程序處理腳本并讀取返回數(shù)據(jù)；接著，wrapper再將返回的數(shù)據(jù)通過FastCGI接口，沿著固定的socket傳遞給Nginx；最后，Nginx將返回的數(shù)據(jù)發(fā)送給客戶端。這就是Nginx+FastCGI的整個運作過程。

反向代理是和正向代理（或者叫代理）相反的，代理大家定聽過吧，為了更方便的訪問B資源，通過A資源間接的訪問B資源，特點就是用戶知道自己最終要訪問的網(wǎng)站是什么，但是反向代理用戶是不知道代理服務(wù)器后邊做了什么處理的，反向代理中服務(wù)真正的處理服務(wù)器放在內(nèi)網(wǎng)，對外網(wǎng)而言只可以訪問反向代理服務(wù)器，這也大大提高了安全性。

負(fù)載均衡是我們大流量網(wǎng)站要做的一個東西，下面我來給大家介紹在Nginx服務(wù)器上進行負(fù)載均衡配置方法：

先來簡單了解一下什么是負(fù)載均衡，單從字面上的意思來理解就可以解釋N臺服務(wù)器平均分擔(dān)負(fù)載，不會因為某臺服務(wù)器負(fù)載高宕機而某臺服務(wù)器閑置的情況。那么負(fù)載均衡的前提就是要有多臺服務(wù)器才能實現(xiàn)，也就是兩臺以上即可。

Nginx負(fù)載均衡配置與使用

測試環(huán)境

由于沒有服務(wù)器，所以本次測試直接host指定域名，然后在VMware里安裝了三臺CentOS

測試域名：a.com

A服務(wù)器IP ：192.168.5.149 （主）

B服務(wù)器IP ：192.168.5.27

C服務(wù)器IP ：192.168.5.126

部署思路

A服務(wù)器做為主服務(wù)器，域名直接解析到A服務(wù)器（192.168.5.149）上，由A服務(wù)器負(fù)載均衡到B服務(wù)器（192.168.5.27）與C服務(wù)器（192.168.5.126）上。

由于不是真實環(huán)境，域名就隨便使用一個a.com用作測試，所以a.com的解析只能在hosts文件設(shè)置。

A服務(wù)器nginx.conf設(shè)置：

打開nginx.conf，文件位置在nginx安裝目錄的conf目錄下。

在http段加入以下代碼:

upstream a.com { 
      server  192.168.5.126:80 weight=1;  #權(quán)重為1
      server  192.168.5.27:80 weight=2;   #權(quán)重為2
} 
  
server{ 
    listen 80; 
    server_name a.com; 
    location / { 
        proxy_pass         http://a.com; 
        proxy_set_header   Host             $host; 
        proxy_set_header   X-Real-IP        $remote_addr; 
        proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for; 
    } 
}

保存重啟nginx

B、C服務(wù)器nginx.conf設(shè)置

打開nginx.conf，在http段加入以下代碼：

server{ 
    listen 80; 
    server_name a.com; 
    index index.html; 
    root /data0/htdocs/www; 
}

保存重啟nginx

測試

當(dāng)訪問a.com的時候，為了區(qū)分是轉(zhuǎn)向哪臺服務(wù)器處理我分別在B、C服務(wù)器下寫一個不同內(nèi)容的index.html文件，以作區(qū)分。

打開瀏覽器訪問a.com結(jié)果，刷新會發(fā)現(xiàn)所有的請求均分別被主服務(wù)器（192.168.5.149）分配到B服務(wù)器（192.168.5.27）與C服務(wù)器（192.168.5.126）上，實現(xiàn)了負(fù)載均衡效果，因為我配的權(quán)重第二個是第一個的兩倍，所以第二個出現(xiàn)的概率會是第一個的兩倍。

我們把域名解析到A服務(wù)器，然后由A服務(wù)器轉(zhuǎn)發(fā)到B服務(wù)器與C服務(wù)器，那么A服務(wù)器只做一個轉(zhuǎn)發(fā)功能，現(xiàn)在我們讓A服務(wù)器也提供站點服務(wù)。

我們先來分析一下，如果添加主服務(wù)器到upstream中，那么可能會有以下兩種情況發(fā)生：

1、主服務(wù)器轉(zhuǎn)發(fā)到了其它IP上，其它IP服務(wù)器正常處理；

2、主服務(wù)器轉(zhuǎn)發(fā)到了自己IP上，然后又進到主服務(wù)器分配IP那里，假如一直分配到本機，則會造成一個死循環(huán)。

怎么解決這個問題呢？因為80端口已經(jīng)用來監(jiān)聽負(fù)載均衡的處理，那么本服務(wù)器上就不能再使用80端口來處理a.com的訪問請求，得用一個新的。于是我們把主服務(wù)器的nginx.conf加入以下一段代碼：

server{ 
    listen 8080; 
    server_name a.com; 
    index index.html; 
    root /data0/htdocs/www; 
}

重啟nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結(jié)果可以正常訪問

既然能正常訪問，那么我們就可以把主服務(wù)器添加到upstream中，但是端口要改一下，如下代碼：

upstream a.com { 
      server  192.168.5.126:80 weight=1;  #權(quán)重為1
      server  192.168.5.27:80 weight=2;   #權(quán)重為2
      server  127.0.0.1:8080 weight=1;  #權(quán)重為1
}

由于這里可以添加主服務(wù)器IP192.168.5.149或者127.0.0.1均可以，都表示訪問自己。

重啟Nginx，然后再來訪問a.com看看會不會分配到主服務(wù)器上，主服務(wù)器也能正常加入服務(wù)了。

總結(jié)：

一、負(fù)載均衡不是nginx獨有，著名鼎鼎的apache也有，但性能可能不如nginx。

二、多臺服務(wù)器提供服務(wù)，但域名只解析到主服務(wù)器，而真正的服務(wù)器IP不會被ping下即可獲得，增加一定安全性。

三、upstream里的IP不一定是內(nèi)網(wǎng)，外網(wǎng)IP也可以。不過經(jīng)典的案例是，局域網(wǎng)中某臺IP暴露在外網(wǎng)下，域名直接解析到此IP。然后又這臺主服務(wù)器轉(zhuǎn)發(fā)到內(nèi)網(wǎng)服務(wù)器IP中。

四、某臺服務(wù)器宕機、不會影響網(wǎng)站正常運行，Nginx不會把請求轉(zhuǎn)發(fā)到已宕機的IP上。