【VMCloud雲平臺進階篇】應用層面優化

    在上一篇中，咱們完成了數據區域的優化，獲得不少童鞋的反饋，說想了解下如何優化應用層面，其實也無所謂優化，以前咱們在實現應用高可用時採用的是NLB 或 IIS ARR加上反向代理，而如今使用QCloud，咱們在實現公有云的應用NLB只是簡單的配置CLB（雲負載均衡）與前端NGX的負載便可：

而這裏的前端NGX也只是爲了方便你們識別，實際上使用了一些特殊配置來節省兩臺NGX（紅色爲已完成搭建，藍色是本次文章涉及的區域）：

一、 這裏所使用的DemoApp已非基礎篇所用的SharePoint，不過架構基本也是DoNet的，採用的是DNN的CMS Portal（具體如何部署這裏略），首先準備對應的App服務器端口修改成內部端口4088（這裏的主機名綁定請隨意）：

二、 設置安全組開放4088（這裏有個細節，安全漏洞一鍵實現高危對外端口封堵）：

三、 建立一個外網型CLB：

四、 創建監聽器：

五、 這裏設置好輪詢：

六、 這裏的監測還屬於比較初級，僅檢測可用性，後面咱們引入SCOM做爲應用監控能夠看到更多數據：

七、 訪問clb地址查看應用是否正常：

八、 接着在DNS域名商上添加對應VIP與域名的解析，即完成應用的準備與優化：

九、 如今就可使用cms.vmcloud.info訪問到對應網站：

後記：採用QCloud CLB產品實際上對應用級別的負載很是有好處，按照傳統微軟系的高可用應用須要部署多個IIS節點並安裝NLB，根據設備類型、應用狀況還要選擇使用哪一種播發模式，單播、組播模式選擇上都存在須要設備協調問題，此外負載依賴於節點自己，也存在必定風險，採用CLB後，實際上能夠實現下圖架構：

（圖來自QCloud官網）

後續自動化故障處理模塊會解說如何根據業務負載來自動彈性擴展CVM子機並加入對應的NLB（基於CLB）節點中，下一篇開始進階篇的重頭戲。

 

---