使用Nginx+IIS的部署方案實現負載均衡

使用Nginx+IIS的部署方案實現負載均衡

    這段時間一直在研究負載均衡問題，用家用電腦搭建了個Nginx+IIS的負載均衡部署，算是個入門級別的說明吧，由於是測試簡化版本的部署方案搭建，因此使用的是測試業務。在文章初期我先明確一下問題：

一、負載均衡是什麼？

二、爲何使用負載均衡？

三、處理負載均衡還能夠有別的優化方案嗎？

四、何時必須用負載均衡？

下面我依次回答這些問題：

問題1、負載均衡是什麼？

百度百科給負載均衡的定義是，負載均衡是創建在現有網絡結構之上，它提供了一種廉價有效透明的方法擴展網絡設備和服務器的帶寬、增長吞吐量、增強網絡數據處理能力、提升網絡的靈活性和可用性。示意圖以下：我換句簡單理解的話說就是，當一臺服務器完成一個業務出現性能問題時讓兩臺服務器同時完成這個功能就行了。

問題2、爲何使用負載均衡？

負載均衡主要是爲優化服務器而使用的，一臺服務器的性能始終是有限的，就像一我的再有勁也不可能和100我的同時拔河同樣。

問題3、處理負載均衡還能夠有別的優化方案嗎？

負載均衡能夠理解爲一個業務節點的水平擴展，讀者看待水平就想到垂直了吧，對。其實我在對服務器集羣進行性能優化的方案上也是秉承一個優化原則。在有服務器的大前提下，（固然單位要是不給機器那什麼都白搭），能夠根據業務進行垂直切割。和朋友聊天室不少人都問題怎麼進行優化，我會一直會反問，你的業務是什麼不一樣業務的垂直分割方案是不一樣的，垂直分割沒有一刀切似的優化方案，只有針對業務服務分割方案。

問題4、何時必須用負載均衡？

在針對單個業務服務節點時，當不能在優化服務業務時，就必需要水平擴展了，也就是必需要使用負載均衡的時候了。

 

好，說了這麼多鋪墊負載均衡的文字，下面不羅嗦了，說點主題。

咱們按照一下4個步驟後進行說明：

一、獲取Nginx，並試運行。

二、發佈兩個IIS服務節點，服務節點A和服務節點B。

三、使用Nginx充當反向代理服務器，設置服務器集羣。

四、測試服務節點A，測試服務節點B，測試反向代理服務器。

 

步驟1、獲取Nginx並試運行。

去Nginx官網http://nginx.org/en/download.html，下載Nginx的windows版本，我下載的是1.11.10版本，如圖所示。

解壓nginx-1.11.10.zip文件，打開命令行進入到Nginx目錄下：

使用start nginx命令打開：

進程中多了兩個Nginx進程如圖：

Nginx配置中的默認端口是80，咱們能夠在\conf\nginx.conf配置文件修改成5000。

下面重啓Nginx：

查看Nginx開始界面：

 

步驟2、發佈兩個IIS服務節點，服務節點A和服務節點B。

使用IIS建立兩個服務站點，

爲了方便區分，第一臺服務器咱們設置爲服務器A，端口爲50001，如圖。

第二臺服務器咱們設置爲服務器B，端口爲50002，如圖。

 

步驟3、使用Nginx充當反向代理服務器，設置服務器集羣。

咱們打開\conf\nginx.conf配置文件，添加一個服務器集羣的配置，使用upstream節點設置一個服務器集羣Jiqun_one，端口50000，跳轉的權重分別爲1。

而後在Locaition節點中設置集羣名稱，設置主機頭和客戶端真實地址。

 

步驟4、測試服務節點A，測試服務節點B，測試反向代理服務器的跳轉。

設置好開始測試啦。進入集羣的地址，先看到服務器A，端口50001。

刷新幾下後，見證奇蹟的時候到了，忽然，yes，服務器B，端口50002出現啦。