原架構構想為部署為keepalived+nginx+tomcat組成的高可用的負載均衡式的環境，但去阿里雲最後實施到部署keepalived後，發現keepalived存在一些問題：
1）只能使用單播發送心跳（阿里雲限制了多播）；
2）配置完之後，在專用網路中申請的虛擬ip（需從經典網路遷移動專用網路，專用網路的配置環境與一般的vm配置差不多，都存在虛擬交換機，可配置乙個內網的ip位址段，裡面的ip可自己隨便拿 來用），但啟動keepalived後，兩台主機上都存在vip(虛擬ip)；
3）打**給阿里雲售後，說是的keepalived目前還在測試階段，可能存在問題
根據以上說明，放棄了使用keepalived，從阿里雲產品中無意發現了有slb的說明，這也不正是我要找的解決方案嘛！
劃重點！！！！！！！
購買slb時，選擇內網，是可免費使用的！
slb的功能能夠實現keepalived+nginx的功能，可提供出乙個虛擬ip，再通過四層或七層**進行負載均衡，但官網建議都用四層去****，原因是七層再做了一些封裝（親測了是存在問題，用四層一次就搞定）。
1）有虛擬交換機功能，配置網段；
2）有虛擬路由功能，並且可以使用classiclink打通經典網路與專用網路；
3）有訪問控制功能；
通過半天的配置可以完成解決這次的架構公升級！
阿里雲負載均衡SLB
slb 簡單來講就是slb系統也是乙個由多台計算機構成的集群。使用者在這個系統中申請和配置了乙個slb的例項對外提供服務，針對該slb例項的訪問請求會通過我們的系統按照使用者設定的規則向後端的多台ecs進行 那麼當我們系統內的某一台計算機出現問題的時候，其他的計算機可以承擔本應由其處理的任務而保證整...
阿里雲負載均衡SLB配置教程 實戰案例
雖然實際訪問量沒有達到預估的百萬，日均有4 5萬，併發有100多，所以此次配置還是相當有效的。由於專案是純前端h5，把專案整體打包到cdn，這樣就算分享介面掛掉，也不會影響h5的正常訪問。那壓力就集中在分享介面的承載上。具體的slb操作方法這裡不再陳述，阿里雲slb的入門文件 寫的很清楚了。這裡只是...
阿里雲負載均衡服務SLB實戰案例 說明指南
雖然實際訪問量沒有達到預估的百萬，日均有4 5萬，併發有100多，所以此次配置還是相當有效的。由於專案是純前端h5，把專案整體打包到cdn，這樣就算分享介面掛掉，也不會影響h5的正常訪問。那壓力就集中在分享介面的承載上。具體的slb操作方法這裡不再陳述，阿里雲slb的入門文件 寫的很清楚了。這裡只是...