Day-42代理與負載均衡

1.代理

概念：代為辦理
分類

正向代理：上網(wǎng)，vpn

反向代理：nginx
區(qū)別

正向代理是為客戶端服務(wù)

反向代理是為服務(wù)端服務(wù)
nginx代理(反向代理)

代理模式：http,websocket,https,fastcgi,uwsgi,grpc

代理模塊:ngx_http_proxy_module,ngx_http_fastcgi_module,ngx_http_uwsgi_module,nginx_http_v2_module

nginx代理語法

#代理設(shè)置頭把信息給后端服務(wù)器讀取
proxy_redirect defult;
proxy_set_header Host $http_host;
proxy_set-header X-Real-IP $remote_addr;
#連接超時
proxy_set_connect_timeout 30;
#請求后處理時間
proxy_send_timeout 60;
#接受后處理時間
proxy_read_timeout 60;
#讀取頭信息的大小
proxy_huffer_size 32k;
#緩沖
proxy_buffering on;
proxy_buffers 4 128k;
proxy_busy_buffers_size 256k;

nginx反向代理實例

#代理配置
[root@lb01 conf.d]# cvim proxy_web.conf
server {
  listen 80;
  server_name web.com;
  location / {
      proxy_pass http://10.0.0.7:80;
      proxy_http_version 1.1;
      proxy_set_header Host $http_host;
      proxy_set_header X-Forwarded-For $proxy_add_x_forword_for;
  }
}
#web1配置
[root@web01 conf.d]# cvim web.conf
server {
  listen 80;
  server_name web.com;
  root /web;
  client_max_body_size 100m;
  
  location / {
  index index.html
  }
}
#web2配置
[root@web02conf.d]# cvim web.conf
server {
  listen 80;
  server_name web.com;
  root /web;
  client_max_body_size 100m;
  
  location / {
  index index.html
  }
}
#host劫持
#訪問網(wǎng)站測試

2.負載均衡

概念：高可用網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的的一個關(guān)鍵組成部分徐勃，有了負載均衡纺裁，可以將我們的應(yīng)用服務(wù)器部署多臺讹挎，然后通過負載均衡將用戶的請求分發(fā)到不同的服務(wù)器用來提高網(wǎng)站趴泌、應(yīng)用倒戏、數(shù)據(jù)庫或其他服務(wù)的性能以及可靠性
作用

解決單點故障問題

解決多個用戶在同一時間內(nèi)訪問服務(wù)器響應(yīng)慢
場景：四層負載均衡與七層負載均衡

四層:轉(zhuǎn)發(fā)·改寫數(shù)據(jù)包·源IP·端口·真實ip,目標端口

七層：代理代為辦理
四層與七層的區(qū)別

效率：四層遠高于七層

功能：七層可以url匹配，設(shè)置頭部信息

配置七層負載均衡

[root@lb01 conf.d]# vim fz.conf
upstream fz {
  server 10.0.0.7:80;
  server 10.0.0.8:80;
}
server {
  listen 80;
  server_name fz.com
  
  location / {
      proxy_pass http://fz;
      include proxy_params;
  }
}
[root@lb01 ~]# vim /etc/nginx/proxy_params
proxy_http_version 1.1;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded_For $proxy_add_x_forwarded_for

proxy_connect_timeout 30;
proxy_send_timeout 60;
proxy_read_timeout 60；

proxy_buffering on;
proxy_buffer_size 32k;
proxy_buffers 4 128k;
調(diào)度算法

七層負載均衡調(diào)度算法

輪詢
#按時間順序逐一分配到不同的后端服務(wù)器(默認)機器的配置一致(web集群 硬件環(huán)境 一致)
weight
#加權(quán)輪詢,weight值越大,分配到的訪問幾率越高機器硬件不一致的情況下使用  (硬件  pc機)
ip_hash
#每個請求按訪問IP的hash結(jié)果分配,這樣來自同一IP的固定訪問一個后端服務(wù)器
解決問題:能解決會話保持的問題   
帶來新的問題:會造成后端負載不均衡
url_hash
#按照訪問URL的hash結(jié)果來分配請求,是每個URL定向到同一個后端服務(wù)器
least_conn
#最少鏈接數(shù),個機器鏈接數(shù)少就分發(fā)

七層負載均衡后端狀態(tài)

   狀態(tài)             概述
  down                當前的server暫時不參與負載均衡
  backup              預(yù)留的備份服務(wù)器
  max_fails           允許請求失敗的次數(shù)
  fail_timeout        經(jīng)過max_fails失敗后, 服務(wù)暫停時間
  max_conns           限制最大的接收連接數(shù)

七層負載均衡實現(xiàn)Redis會話共享

1碌嘀、粘性session
粘性session是指Ngnix每次都將同一用戶的所有請求轉(zhuǎn)發(fā)至同一臺服務(wù)器上涣旨，及Nginx的 IP_hash。

2股冗、session復制
即每次session發(fā)生變化時霹陡，創(chuàng)建或者修改，就廣播給集群中的服務(wù)器止状，使所有的服務(wù)器上的session相同烹棉。

3、session持久化 ( 慢 )
將session存儲至數(shù)據(jù)庫中怯疤，像操作數(shù)據(jù)一樣操作session浆洗。

4、session共享
緩存session至內(nèi)存數(shù)據(jù)庫中旅薄，使用redis ( 內(nèi)存-->刷到磁盤  )辅髓，memcached (內(nèi)存數(shù)據(jù)庫)泣崩。

#在172.16.1.8和172.16.1.7安裝phpmyadmin     
#1.安裝phpmyadmin（web01和web02上都裝）
[root@web01 conf.d]# cd /code
[root@web01 code]# wget https://files.phpmyadmin.net/phpMyAdmin/4.8.4/phpMyAdmin-4.8.4-all-languages.zip
[root@web01 code]# unzip phpMyAdmin-4.8.4-all-languages.zip
#2.配置phpmyadmin連接遠程的數(shù)據(jù)庫
[root@web01 code]# cd phpMyAdmin-4.8.4-all-languages/
[root@web01 phpMyAdmin-4.8.4-all-languages]# cp config.sample.inc.php config.inc.php
[root@web01 phpMyAdmin-4.8.4-all-languages]# vim config.inc.php
/* Server parameters *
/$cfg['Servers'][$i]['host'] = '172.16.1.51';
#接入負載均衡
[root@lb01 conf.d]# cat proxy_php.oldxu.com.conf 
upstream  php {
  server 172.16.1.7;
  server 172.16.1.8;
}

server {
  listen 80;
  server_name php.oldxu.com;
  location / {
      proxy_pass http://php;
      proxy_set_header Host $http_host;
  }
}
#發(fā)現(xiàn)無法正常登陸
#1.解決方法:  
在負載均衡上配置ip_hash會話保持*(ip_hash的缺點)
[root@lb01 conf.d]# cat proxy_php.oldxu.com.conf 
upstream  php {
  ip_hash;
  server 172.16.1.7;
  server 172.16.1.8;
}

server {
  listen 80;
  server_name php.oldxu.com;
  location / {
      proxy_pass http://php;
      proxy_set_header Host $http_host;
  }
}
#既希望能夠?qū)崿F(xiàn)流量的均攤,又希望會話的問題得以保持, 所以引入了redis

#1)安裝redis
  [root@db01 ~]# yum install redis -y
#2)配置redis
  [root@db01 ~]# sed -i '/^bind/c bind 127.0.0.1 172.16.1.51' /etc/redis.conf
#3)啟動redis
  [root@db01 ~]# systemctl enable redis
  [root@db01 ~]# systemctl start redis
#4) 改造php, session寫本地修改為寫入redis中  (所有的web上都需要配置)
PS:已經(jīng)安裝過了redis的模塊---> php71w-pecl-redis
#修改php存儲session至redis中
[root@db01 ~]# vim /etc/php.ini
session.save_handler = redis
session.save_path = "tcp://172.16.1.51:6379?weight=1"
#修改php-fpm 注釋默認存儲session的位置
[root@web01 ~]# vim /etc/php-fpm.d/www.conf
;php_value[session.save_handler] = files
;php_value[session.save_path]    = /var/lib/php/session
#將修改后的配置文件,推送至172.16.1.8
[root@web01 ~]# scp /etc/php.ini root@172.16.1.8:/etc/  
[root@web01 ~]# scp /etc/php-fpm.d/www.conf  root@172.16.1.8:/etc/php-fpm.d/www.conf
#重啟172.16.1.7 172.16.1.8兩臺服務(wù)器的php-fpm
[root@web02 conf.d]# systemctl restart php-fpm
#測試效果
#瀏覽器登錄測試  (ok)
#查看redis的sessionID和    瀏覽器cookie中提交的sessionID是否一致
[root@db01 ~]# redis-cli 
127.0.0.1:6379> keys *
"PHPREDIS_SESSION:38ecc8696c70a7252d943e7cb9b20f70"

案例

企業(yè)案例:使用nginx負載均衡時少梁，如何將后端請求超時的服務(wù)器流量平滑的切換到另一臺上。如果后臺服務(wù)連接超時矫付，Nginx是本身是有機制的凯沪，如果出現(xiàn)一個節(jié)點down掉的時候，Nginx會更據(jù)你具體負載均衡的設(shè)置买优，將請求轉(zhuǎn)移到其他的節(jié)點上妨马，但是，如果后臺服務(wù)連接沒有down掉杀赢，但是返回錯誤異常碼了如:504烘跺、502、500脂崔，應(yīng)該如何處理滤淳。
可以在負載均衡添加如下配置proxy_next_upstream http_500 | http_502 | http_503 | http_504 |http_404;意思是，當其中一臺返回錯誤碼404,500...等錯誤時砌左，可以分配到下一臺服務(wù)器程序繼續(xù)處理脖咐，提高平臺訪問成功率。
```
server {
    listen 80;
    server_name xuliangwei.com;

    location / {
        proxy_pass http://node;
        proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
    }
}
```