1、基于輪詢的均衡策略：

這個是Nginx默認(rèn)的均衡算法,，如果你不進行相關(guān)的配置,，默認(rèn)會執(zhí)行該策略，配置如下：

可以看出,，nginx負(fù)載均衡使用到的指令不多,，其中比較重要的兩個是upstream和proxy_pass,upstream塊定義一個后端小集群，里邊配置相關(guān)的Server組成這個集群,，同時upstream為這個集群起個相應(yīng)的名字,，本實例叫myapp1.proxy_pass處于location塊中，表示對于所有符合/的request,，將會交給哪個集群進行處理,，本實例為http://myapp1。

但又一點我們需要注意,，上面http://myapp1中myapp1必須是upstream起的名字,，對于協(xié)議是使用http還是https,都無所謂，如果你的協(xié)議使用https,，則將http直接改成https即可,。另外，如果你在upstream中的server指令中指定了協(xié)議名,，那么在proxy_pass指令中就不需要加上協(xié)議名稱了,。

nginx負(fù)載均衡使用反向代理實現(xiàn)，也就是我們上面使用到的proxy_pass指令,，支持的協(xié)議不止是http和https,同時還支持FastCGI,、uwsgi、SCGI,、memcached,、gRPC，如果你需要使用除了http,、https外的其他協(xié)議,，我們不能使用proxy_pass指令了,，應(yīng)該轉(zhuǎn)而使用相應(yīng)的指令，如fastcgi_pass,、uwsgi_pass,、scgi_pass、memcached_pass,、grpc_pass,。

該策略處理負(fù)載，小編認(rèn)為還是有缺陷的,，不能防止某臺Server出現(xiàn)負(fù)載過高的情況,。因為如果有些請求執(zhí)行時間過長，而系統(tǒng)的并發(fā)量卻非常大,，那么就可能導(dǎo)致某臺Server出現(xiàn)request堆積,，負(fù)載過高，snowslide is possible~

2,、基于最少連接數(shù)的均衡策略：

該策略主要使用了least_conn指令,，具體配置如下：

該策略還是比較人性化的，可以按照機器的實際情況進行剛需分配,。

3,、基于ip-hash的均衡策略：

當(dāng)然了，如果我們想實現(xiàn)這樣一個功能,，我們想讓對于相同客戶端的請求每次都被分發(fā)到同一個Server進行處理,，上面兩種策略都是不做到。此策略可確保來自同一客戶端的請求始終定向到同一服務(wù)器,，但此服務(wù)器不可用時除外,。相關(guān)配置如下：

既然相同客戶端的請求能被同一臺Server進行處理，那么相同客戶端的會話Session就可以實現(xiàn)持久化了,。

4,、基于加權(quán)輪詢的均衡策略：

基于加權(quán)輪詢的策略就不需要過多講解了，就是在輪詢的基礎(chǔ)上加上個權(quán)重信息

這種策略適合Server機器處理能力有區(qū)別的情況,。

以上就是四種nginx負(fù)載均衡策略的介紹,。