建立2個**，埠分別為9001、9002
在http節點下面新增
upstream backend_server
upstream backend_server 為伺服器列表名稱，localhost為（本地）伺服器位址，9001、9002為站點埠，weight為權重，即隨機訪問到的站點概率。以上配置引數可自行修改
修改後：
到sever節點下方修改監聽埠listen，伺服器列表名稱sever_name及伺服器站點
修改後：
進入nginx檔案目錄，輸入命令start nginx 啟動nginx，若需重啟（當修改配置後，需要重啟），輸入命令nginx -s reload
多次訪問後結果如下：
兩個站點出現的概率各為50%。
將iis裡其中乙個站點停止後，繼續訪問，此時只會出現正常的站點。
注：若乙個站點無法訪問時，訪問另乙個站點速度緩慢，可在配置檔案http節點下加上如下配置：
proxy_connect_timeout 1; #nginx伺服器與被**的伺服器建立連線的超時時間，預設60秒
proxy_read_timeout 1; #nginx伺服器想被**伺服器組發出read請求後，等待響應的超時間，預設為60秒
proxy_send_timeout 1; #nginx伺服器想被**伺服器組發出write請求後，等待響應的超時間，預設為60秒
proxy_ignore_client_abort on; #客戶端斷網時，nginx伺服器是否終端對被**伺服器的請求。預設為off
如圖所示：
nginx中的ip_hash技術能夠將某個ip的請求定向到同一台後端，這樣一來這個ip下的客戶端和某個後端就能建立起穩固的session
具體配置如下
注意：ip_hash這個方案確實可以保證帶有狀態的請求的完整性，但是它有乙個很大的缺陷，那就是ip_hash方案必須保證nginx是最前端的伺服器（接受真實的ip），如果nginx不是最前端的伺服器，還存在中介軟體（中間伺服器什麼的），那麼nginx獲取的ip位址就不是真實的ip位址，那麼這個ip_hash就沒有任何意義
分布式部署
一 分布式架構和部署 1 如何進行分布式部署 2 系統拆分後，模組之間如何相互呼叫 3 如何進行統一的會話 session 管理 4 如何實現單點登入 5 如何保證一致性更新 6 如何規劃和處理分布式事務 7 如何對重要服務實現ha 二 高併發和web層的效能優化 1 高併發的處理 2 nginx的...
solr分布式部署
solr 分布式部署 solr複製模式，是一種在分布式環境下用於同步主從伺服器的一種實現方式，因之前提到的基於rsync的solr不同方式部署成本過高，被solr1.4版本所替換，取而代之的就是基於http協議的索引檔案傳輸機制，該方式部署簡單，只需配置乙個檔案即可。以下講解具體操作步驟 步驟分主伺...
分布式部署（下篇）
服務和使用者服務搭建完畢後，我們繼續搭建剩下的服務 筆記服務和日誌服務。筆記服務負責與筆記本相關的所有業務邏輯處理，也就是本專案中的主要業務功能，在 上基本不需要做修改，只用配置好 consul 即可。結構 entity service 獲取筆記本列表 邏輯中唯一需要修改的地方是獲取筆記本列表。原來...