nginx 反向代理 proxy_pass 及對比nginx與haproxy反向代理服務器功能、性能的優劣
阿新 • • 發佈：2018-06-11
端口 mes ken 對比 http TP 靜態 thread post
參考：http://f.dataguru.cn/thread-527750-1-1.html
https://www.cnblogs.com/kevingrace/p/6249725.html
1.使用 proxy 去請求另一個域名下的資源，如果跨域資源也部署在同一臺機器上，我們甚至可以 proxy 到 127.0.0.1，比如：
location /api
{ proxy_pass http://127.0.0.1:1234;}
當客戶端請求 /api 這個路徑下的資源時服務器就會幫助我們去 127.0.0.1 的 1234 端口上取資源，解決了跨域的問題。proxy_pass 會將當前的 $uri 帶過去
2.Nginx的反向代理負載均衡配置
upstream backend {
server 127.0.0.1:90 weight=1 max_fails=3 fail_timeout=30; server 127.0.0.1:91 weight=5 max_fails=3 fail_timeout=30;
}
server {
listen 9090;
location / {
proxy_pass http://backend;
}
}
前端還是使用9090來監聽，把請求轉發到90和91端口。
如果讓你選擇負載均衡器，哪種情況你會選擇哪種？
1.nginx 處理靜態圖片請求有優勢
2.最核心的問題是代理負載均衡算法，比較少，沒有session保持等功能，那就不如用haproxy
| 對比nginx說明haproxy反向代理服務器功能、性能的優劣 |
| 1、haproxy能夠做http協議的反向代理，也可以提供基於端口監聽服務的反向代理。具備心跳功能，同時能夠提供負責均衡服務。 2、nginx只能做http協議的代理。不具備心跳檢測功能。 3、在同樣可行的http協議的代理下，兩者性能基本一致。 |
nginx 反向代理 proxy_pass 及對比nginx與haproxy反向代理服務器功能、性能的優劣