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

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

可以看出，nginx負載均衡使用到的指令不多，其中比較重要的兩個是upstream和proxy_pass,upstream塊定義一個后端小集群，里邊配置相關的Server組成這個集群，同時upstream為這個集群起個相應的名字，本實例叫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負載均衡使用反向代理實現，也就是我們上面使用到的proxy_pass指令，支持的協(xié)議不止是http和https,同時還支持FastCGI、uwsgi、SCGI、memcached、gRPC，如果你需要使用除了http、https外的其他協(xié)議，我們不能使用proxy_pass指令了，應該轉而使用相應的指令，如fastcgi_pass、uwsgi_pass、scgi_pass、memcached_pass、grpc_pass。

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

2、基于最少連接數的均衡策略：

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

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

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

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

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

4、基于加權輪詢的均衡策略：

基于加權輪詢的策略就不需要過多講解了，就是在輪詢的基礎上加上個權重信息

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

以上就是四種nginx負載均衡策略的介紹。