主頁(yè) > 知識(shí)庫(kù) > Nginx實(shí)現(xiàn)負(fù)載均衡的方法總結(jié)

Nginx實(shí)現(xiàn)負(fù)載均衡的方法總結(jié)

熱門(mén)標(biāo)簽:400電話號(hào)碼辦理多少錢(qián) 濮陽(yáng)好的聯(lián)通400電話申請(qǐng) 地圖標(biāo)注如何改成微信號(hào) 承德地圖標(biāo)注公司 百度地圖標(biāo)注公司位置要多少錢(qián) 虛假地圖標(biāo)注 山東企業(yè)外呼系統(tǒng)公司 地圖標(biāo)注黃河的位置 靈圖uu電子寵物店地圖標(biāo)注

要理解負(fù)載均衡,必須先搞清楚正向代理和反向代理。

注:

  • 正向代理,代理的是用戶。
  • 反向代理,代理的是服務(wù)器

什么是負(fù)載均衡

當(dāng)一臺(tái)服務(wù)器的單位時(shí)間內(nèi)的訪問(wèn)量越大時(shí),服務(wù)器壓力就越大,大到超過(guò)自身承受能力時(shí),服務(wù)器就會(huì)崩潰。為了避免服務(wù)器崩潰,讓用戶有更好的體驗(yàn),我們通過(guò)負(fù)載均衡的方式來(lái)分擔(dān)服務(wù)器壓力。

我們可以建立很多很多服務(wù)器,組成一個(gè)服務(wù)器集群,當(dāng)用戶訪問(wèn)網(wǎng)站時(shí),先訪問(wèn)一個(gè)中間服務(wù)器,在讓這個(gè)中間服務(wù)器在服務(wù)器集群中選擇一個(gè)壓力較小的服務(wù)器,然后將該訪問(wèn)請(qǐng)求引入該服務(wù)器。如此以來(lái),用戶的每次訪問(wèn),都會(huì)保證服務(wù)器集群中的每個(gè)服務(wù)器壓力趨于平衡,分擔(dān)了服務(wù)器壓力,避免了服務(wù)器崩潰的情況。

負(fù)載均衡是用反向代理的原理實(shí)現(xiàn)的。

負(fù)載均衡的幾種常用方式

1、輪詢(默認(rèn))

每個(gè)請(qǐng)求按時(shí)間順序逐一分配到不同的后端服務(wù)器,如果后端服務(wù)器down掉,能自動(dòng)剔除。

upstream backserver {
 server 192.168.0.14;
 server 192.168.0.15;
}

2、weight

指定輪詢幾率,weight和訪問(wèn)比率成正比,用于后端服務(wù)器性能不均的
情況。

upstream backserver {
  server 192.168.0.14 weight=3;
  server 192.168.0.15 weight=7;
}

權(quán)重越高,在被訪問(wèn)的概率越大,如上例,分別是30%,70%。

3、上述方式存在一個(gè)問(wèn)題就是說(shuō),在負(fù)載均衡系統(tǒng)中,假如用戶在某臺(tái)服務(wù)器上登錄了,那么該用戶第二次請(qǐng)求的時(shí)候,因?yàn)槲覀兪秦?fù)載均衡系統(tǒng),每次請(qǐng)求都會(huì)重新定位到服務(wù)器集群中的某一個(gè),那么已經(jīng)登錄某一個(gè)服務(wù)器的用戶再重新定位到另一個(gè)服務(wù)器,其登錄信息將會(huì)丟失,這樣顯然是不妥的。

我們可以采用ip_hash指令解決這個(gè)問(wèn)題,如果客戶已經(jīng)訪問(wèn)了某個(gè)服務(wù)器,當(dāng)用戶再次訪問(wèn)時(shí),會(huì)將該請(qǐng)求通過(guò)哈希算法,自動(dòng)定位到該服務(wù)器。

每個(gè)請(qǐng)求按訪問(wèn)ip的hash結(jié)果分配,這樣每個(gè)訪客固定訪問(wèn)一個(gè)后端服務(wù)器,可以解決session的問(wèn)題。

upstream backserver {
  ip_hash;
  server 192.168.0.14:88;
  server 192.168.0.15:80;
}

4、fair(第三方)

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

upstream backserver {
  server server1;
  server server2;
  fair;
}

5、url_hash(第三方)

按訪問(wèn)url的hash結(jié)果來(lái)分配請(qǐng)求,使每個(gè)url定向到同一個(gè)后端服務(wù)器,后端服務(wù)器為緩存時(shí)比較有效。

upstream backserver {
  server squid1:3128;
  server squid2:3128;
  hash $request_uri;
  hash_method crc32;
}123456

每個(gè)設(shè)備的狀態(tài)設(shè)置為:

  • down 表示單前的server暫時(shí)不參與負(fù)載
  • weight 默認(rèn)為1.weight越大,負(fù)載的權(quán)重就越大。
  • max_fails:允許請(qǐng)求失敗的次數(shù)默認(rèn)為1.當(dāng)超過(guò)最大次數(shù)時(shí),返回 proxy_next_upstream模塊定義的錯(cuò)誤
  • fail_timeout:max_fails次失敗后,暫停的時(shí)間。
  • backup: 其它所有的非backup機(jī)器down或者忙的時(shí)候,請(qǐng)求backup機(jī)器。所以這臺(tái)機(jī)器壓力會(huì)最輕。

配置實(shí)例:

#user nobody;
worker_processes 4;
events {
  # 最大并發(fā)數(shù)
  worker_connections 1024;
}
http{
  # 待選服務(wù)器列表
  upstream myproject{
    # ip_hash指令,將同一用戶引入同一服務(wù)器。
    ip_hash;
    server 125.219.42.4 fail_timeout=60s;
    server 172.31.2.183;
    }

  server{
        # 監(jiān)聽(tīng)端口
        listen 80;
        # 根目錄下
        location / {
          # 選擇哪個(gè)服務(wù)器列表
          proxy_pass http://myproject;
        }

      }
}

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。

標(biāo)簽:安康 泰安 上海 鷹潭 德宏 淮安 福州 樂(lè)山

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《Nginx實(shí)現(xiàn)負(fù)載均衡的方法總結(jié)》,本文關(guān)鍵詞  Nginx,實(shí)現(xiàn),負(fù)載,均衡,的,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《Nginx實(shí)現(xiàn)負(fù)載均衡的方法總結(jié)》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于Nginx實(shí)現(xiàn)負(fù)載均衡的方法總結(jié)的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章