后續的連載如下
1、 無業務不伸縮之一，云計算有ESS
2、 無業務不伸縮之二，云監控搭配SLB及ESS
3、無互動不加速，云計算有CDN
4、無對像不存儲，云計算有OSS
5、無文件不存儲，云計算有”文件存儲”
6、淺談彈性IP的運用
這些文章將會在接下來的一段時間向各位一一呈現出，本期第二篇“無業務不伸縮之二，云監控搭配SLB及ESS
”
進入主題。第二篇：無業務不伸縮之二，云監控搭配SLB及ESS
親們！又見面了這次我們接著上一講繼續聊一聊ESS的高級應用吧，在上一期我們演示的是基于“定時模式”的ECS伸縮規則這雖然在短時間內達到了我們的預期，業務量也在眾目睽睽中有所上升但是好像還不太行??！它更適合在固定時間預算好的場景，對于隨時可能突發的業務增長還是顯的力不從心啊，不急，接下來我會為兄弟們來點干貨的，那就是利用云監控加SLB搭配ECS做自動伸縮這么一個操作、用咱行內話來講叫做“動態模式”它是基于云監控獲取到的性能指標（如 CPU 利用率），來自動增加或減少 ECS 實例的，它在爆發式業務增長環境下特別重要，從2018年央視春晚租用了1000+臺云服務器來提供微信互動業務的例子我們可以看出該技術的重要程度了。
SLB(負載均衡)通俗一點我們這么理解吧“當某樣事件達到一定負荷時、然后載入一種可以均衡或者說是平衡這種負荷的技術”，有學過Cisco的同學嗎？不錯，你們想起來什么了嗎？對的！在Cisco網絡技術中我們也同樣有這樣的技術叫GLBP它同樣是以輪詢和權重兩種方式來進行負載均衡的。
那么輪詢是怎么工作的呢打個比方吧我們在SLB集群中有“A服務器”和“B服務器”它們的業務相同，當A在提供服務的同時又有外線進來了，這個時候SLB會詢問A和B你們誰需要服務啊!A回答我忙著呢，這時B回答我閑著呢把服務給我唄！，就這樣一論一論的詢問唄。那么權重又是怎么工作的呢？它例似主備關系，比如A權重為100、B權重為50，所有的業務流量都由A來負責只有當A累暈了倒下住院了B才會來接管A的工作。在實際的項目中我們一般在前端部署SLB（同時用輪詢加權重），后端掛載N臺ECS，然后再搭配一個ESS同時用云監控來管理，這樣就完美了，管它什么訪問量有種盡管來造吧，嘿嘿！
請看下圖：這是云監控和ESS的一個簡易工作流程，手頭上工具不精良啊各位看官湊合看吧。
那么好，我們一般在什么情況下使用SLB+云監控+ESS呢，上次我們說了如果在傳統IDC模式下遇到爆發式業務增長然后再手動去添加服務器那我們就等著關門大吉吧，同樣啊，如果我們是自建電商、金融、通迅等一些在線做買賣的公司則必須要搞上這一套服務要不然還是不太妙啊，呵呵！因為我們不知道什么時候會達到業務峰值或許就是下一秒，如果等達到了業務峰值再去做調整好像就有點晚了吧!正所謂“未雨綢繆”吧，千萬不要等到“亡羊補牢”那就真的猶時已晚了。
實操都是基于真實的實驗環境的啊，是要實驗幣的！我還是蠻心疼的但是能怎么辦呢？誰讓我承諾要寫個連載的呢。
首先呢，我們在控制面板找到“產品與服務”然后在左側找到“云服務器ECS”在這里我們已經提前搭建了網站環境，現在我們需要做的是給這個網站服務器做一個鏡像文件給ESS去調用，在控制面板中點擊實例然后找到管理并進入。
在管理頁面中我們選擇“本實例磁盤”在右側我們可以看到有個“創建快照”的選項，我們點擊進去。其實我們可以跳過創建快照直接可以創建鏡像文件的。
在彈出的創建快照對話框中輸入快照名稱這里為WEB_P并點擊確定進行創建。
來到本實例快照中，我們可以看到快照狀態為100%接著我們選擇創建自定義鏡像。 
在彈出的創建自定義鏡像對話框中輸入鏡像名WEB_LAB，點擊創建完成。接下來我們來到ECS的鏡像選項中可以看到整個鏡像成功完成。
到此為上ECS的準備工作結束了，接下來我們再進行一個ESS（彈性伸縮）服務的配置和部署，這也是比較關鍵的一步吧，沒有ESS一切前面和接下來做的都是扯蛋！來吧我們配置起來，說實話寫這個圖文心得我也挺累的要不斷的截圖要不然怎么辦呢？好了不廢話了！
我們還是一慣的作風，不管找什么都得是從控制面板進去，我們來到彈性伸縮服務頁面找到右側的“創建伸縮組“在彈出的對話框中輸入組名ESS_GROUP、最大實例數4、最小實例數1、網絡類型選擇專有網絡、負載均衡暫不填在后面會講到，點擊確定按鈕此時會彈出個框子問你是否創建伸縮配置我們選擇創建。
在這里我們需要選擇的是ESS所用的服務器配置，由于是演示關系我這里選擇按量付費、一核一G的共享基本型主機，鏡像文件選擇自定義鏡像在下拉框中找到我們之前創建的WEB_LAB鏡像文件。然后依然下一步在最后要求輸入伸縮配置名完成配置在此我們輸入ESS_CONFIG并確定，在彈出的框中選擇啟用配置，完成！
Now,來到ESS的ECS實例例表中，選擇添加已有實例、在手工添加ECS實例中將未添加的實例移到右側并確定，因為在之后ESS進行伸縮的時候也是以這個實例為模版的。
接下來我們來到ESS伸縮規則中并新建一個以ESS_RULE為名的規則，規則為調整至5臺，也就是說當觸發監控條件時會自動將服務器由原來的一臺調到五臺以滿足業務需求。
當然了光有規則還是不行的！我們還要建立一個監控的任務才可以，上期我們講了定時模式，這次我們就用報警任務來執行吧，同樣新建一個名為ALARM_TASK的任務，任務內容為監控ESS_GROUP以每分鐘的頻率來統計CPU的性能，當CPU達到40%的時候觸發警報規則ESS_RULE并開始執行。
現在ECS有了、ESS有了監控任務等也做好了，好像還差個什么吧！對了想起來了SLB還沒有配置呢，趕緊的吧！逛了一圈我們來到SLB控制臺在實例管理的詳情中可以看到還沒有添加任何監聽規則，現在我們來添加一下吧，點擊添加監聽選擇HTTP協議、監聽端口80。
接著來到后端服務器配置，選擇默認服務器組、添加有EIP公網的那臺實例并確定，端口80其它默認、健康檢查開啟后一路Next，跟著我圖中標示的圈圈走沒錯的！
哦，對了！還有一項工作忘記了沒有做呢，我們回到ESS伸縮組管理中，選擇紅圈圈中的修改選項，在負載均衡中選擇上我們剛才添加的SLB后端服務器，這也是為什么我放在后面說的原因，因為一開始SLB沒有創建自然也沒法選擇了。
好了寫到這邊也差不多接近尾聲了，我容易嘛，哎！兩臂酸痛無力從來沒有一次性的寫過這么多字，也從來沒有寫過文章。這些重要嗎？不重要！一切隨心而為罷了！好了接下來我們就要開始對服務器做個壓力測試模擬大流量用戶訪問服務器來觸發報警任務由此來驗證我們的所有配置是否正常。首先我用SSH登陸服務器安裝云監控的AGENT，然后用STRESS工具進行測試，來吧，看圖!
壓力測試正在持續進行中，一分鐘后我們來到ESS、SLB、ECS當中查看它們的各自狀態，我們看下面這四張圖。第一張是ESS報警任務中狀態由原來的正常變成紅色報警了、接著來到ECS概覽發現服務器由原來的一臺變成四臺在運行了，再到實例中看一下多出三臺以ESS-開頭的服務器這是由彈性伸縮規則生產出來的、最后我們到負載均衡實例中查看一下同樣也多出三臺以ESS-為前綴的服務器，由此證明以上一切配置正確并達到預期效果，本課程也到此結束，謝謝大家！
本篇“彈性伸縮課程到此為止”在本篇文章中我們接著上一章做了更加深入的應用，但是應用遠遠不止于此大家可以發揮各自的想象力利用學到的技術互相配合相信在無限的想象力下會產生更多的化學效應，正所謂云計算有1024種玩法，看你嘍！
1.ECS鏡像的創建可以放在第一步來做，SLB可以放第二步做，ESS放最后來做，這并不是唯一做法只是我覺的針對新手會比較好點，熟悉之后你可以隨便什么先后都沒有問題。
2.ESS可以很好的保障因突發性訪問所產生的服務器壓力過大問題。
3.ESS具有通俗的使用特點，不需要有過多的操作技術簡單實用。
4.ESS結合SLB、云監控、更加完美的，并自動化的為業務保駕護航。
在此我特別感謝我在阿里云大學云學院的“閆笑”導師，他是一位認真、負責的老師無論是在答疑的時間內還是答疑時間外都能夠及時的為我們解惑。感謝他在我們做畢業設計的過程中給予諸多的幫助，感謝他在白天忙于工作而在夜里十二點還不顧疲勞在為我們大家的修改論文（有圖為證），謝謝!
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
