Nginx基礎(chǔ)應(yīng)用有哪些

本篇內(nèi)容主要講解“Nginx基礎(chǔ)應(yīng)用有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Nginx基礎(chǔ)應(yīng)用有哪些”吧!

一、簡(jiǎn)介

nginx作為代理服務(wù)器的使用，但是漏了一個(gè)重要的，也是使用非常普遍的特性——負(fù)載均衡。

通過(guò)多個(gè)實(shí)例進(jìn)行負(fù)載均衡是一個(gè)比較常用的技術(shù)，它用來(lái)是資源利用最大化、提高通過(guò)率、降低延遲響應(yīng)、確保容災(zāi)等。

二、負(fù)載均衡的方法

• 輪詢——應(yīng)用服務(wù)器間的請(qǐng)求按照輪詢的方式分配；

• 最小連接數(shù)——下一個(gè)請(qǐng)求將會(huì)分配給當(dāng)前連接數(shù)最小的服務(wù)器；

• ip哈?！砸环N哈希的方式?jīng)Q定下一個(gè)請(qǐng)求分配到哪個(gè)服務(wù)器上（基于客戶端的ip進(jìn)行哈希）。

三、默認(rèn)的負(fù)載均衡配置

nginx最簡(jiǎn)單的負(fù)載均衡配置如下：

http {
    upstream myapp1 {
        server srv1.example.com;
        server srv2.example.com;
        server srv3.example.com;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://myapp1;
        }
    }
}

上面的例子中，有3個(gè)相同的實(shí)例運(yùn)行在srv1-srv3上。當(dāng)負(fù)載均衡的方法沒(méi)有特別指定時(shí)，它將默認(rèn)使用輪詢的方式。所有的請(qǐng)求都會(huì)被代理到服務(wù)組myapp1上，nginx將應(yīng)用HTTP的負(fù)載均衡分配請(qǐng)求。

nginx的反向代理實(shí)現(xiàn)包含負(fù)載均衡的種類：HTTP、HTTPS、FastCGI、uwsgi、SCGI和緩存等。

如果要用HTTPS的負(fù)載均衡，只需要使用HTTPS的協(xié)議即可。

當(dāng)為FastCGI、uwsgi、SCGI和緩存設(shè)置負(fù)載均衡時(shí)，使用相應(yīng)的fastcgi_pass、uwsgi_pass、scgi_pass和memcached_pass的指令集即可，這里不做詳細(xì)介紹。

四、最小連接負(fù)載均衡

另外一個(gè)負(fù)載連接方式是最小連接。最小連接的方式可以使應(yīng)用實(shí)例間的負(fù)載更公平，例如在一些請(qǐng)求需要花費(fèi)更長(zhǎng)時(shí)間去完成的情況。

使用最小連接的方式，nginx不會(huì)將過(guò)多的請(qǐng)求分配到一個(gè)比較忙的應(yīng)用服務(wù)上，它將把請(qǐng)求分配到相對(duì)不忙的應(yīng)用服務(wù)上。

最小連接的負(fù)載均衡方式在nginx中的配置如下，它作為服務(wù)組中的一個(gè)配置出現(xiàn)：

upstream myapp1 {
        least_conn;
        server srv1.example.com;
        server srv2.example.com;
        server srv3.example.com;
    }

五、會(huì)話保持的方式

在介紹這種方式之前，大家先記住，使用輪詢和最小連接的負(fù)載均衡方式，同一客戶端的下一個(gè)請(qǐng)求有可能分配到不同的應(yīng)用服務(wù)上。這兩種方式不能保證同一客戶端的請(qǐng)求總是分配到同一個(gè)服務(wù)上。

如果需要將一個(gè)客戶端綁定到一個(gè)特殊的應(yīng)用服務(wù)上，換句話說(shuō)，使客戶端的會(huì)話“粘連”或“保持”，就要使用“ip-hash”的負(fù)載均衡機(jī)制了。

使用ip-hash，客戶端的ip用來(lái)做哈希的key，決定著選擇服務(wù)組中的哪個(gè)應(yīng)用服務(wù)這個(gè)客戶端的請(qǐng)求。這種方法決定了相同客戶端的請(qǐng)求總是分配給相同的服務(wù)，除非這個(gè)服務(wù)不可用了。

配置ip-hash的負(fù)載均衡，只需要將ip-hash指令添加到服務(wù)組（upstream）中，如下：

upstream myapp1 {
    ip_hash;
    server srv1.example.com;
    server srv2.example.com;
    server srv3.example.com;
}

六、負(fù)載均衡的權(quán)重

通過(guò)使用服務(wù)權(quán)重，可以進(jìn)一步影響負(fù)載均衡的邏輯。上面的例子中，沒(méi)有配置權(quán)重的意思是，所有指定的服務(wù)將被看做有相同的權(quán)重。

采用輪詢的方式，如果有足夠的請(qǐng)求，并且請(qǐng)求通過(guò)統(tǒng)一的方式處理并且快速的完成的情況下，它仍然意味著在服務(wù)之間或多或少的公平的分配。

當(dāng)weight參數(shù)為一個(gè)服務(wù)指定時(shí)，它將是負(fù)載均衡過(guò)程中的一部分。

upstream myapp1 {
        server srv1.example.com weight=3;
        server srv2.example.com;
        server srv3.example.com;
    }

上面的配置中，每5個(gè)應(yīng)用請(qǐng)求將分配如下：3個(gè)請(qǐng)求分配個(gè)srv1，1個(gè)請(qǐng)求分配給srv2，另一個(gè)請(qǐng)求分配給srv3。在nginx最近的版本中，在最小連接和ip-hash的負(fù)載均衡方式中使用權(quán)重（weight）也是有可能的。

七、健康檢查

nginx的反向代理包括在內(nèi)（或被動(dòng)）的健康檢查。如果一個(gè)服務(wù)的響應(yīng)是失敗的，nginx將會(huì)標(biāo)記這個(gè)服務(wù)是失敗的，并且在短暫的時(shí)間內(nèi)，避免為下一個(gè)請(qǐng)求選擇這個(gè)服務(wù)。

max_fails指令設(shè)置是，在fail_timeout時(shí)間內(nèi)，嘗試和這臺(tái)服務(wù)連續(xù)通信失敗的次數(shù)。默認(rèn)情況下，max_fails設(shè)置為1，當(dāng)設(shè)置為0時(shí)，這個(gè)服務(wù)的健康檢查將失效。fail_timeout參數(shù)定義了這個(gè)服務(wù)多長(zhǎng)時(shí)間會(huì)被標(biāo)記為失效，在服務(wù)失敗的fail_timeout間隔后，nginx使用活的客戶端請(qǐng)求優(yōu)雅的探測(cè)服務(wù)，如果探測(cè)成功了，這個(gè)服務(wù)將會(huì)標(biāo)記為成功的。

到此，相信大家對(duì)“Nginx基礎(chǔ)應(yīng)用有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！