雲伺服器的特性主要就是展現在橫向、縱向的彈性擴容上，縱向的話其實很好了解就是我們單台 ECS 配置不夠用了馬上更新一下配置，不過這種場景比較适合于一個網站穩健的發展狀态，而且波動不大。或者說伺服器有較長時間的資源占用而非短時間的，比如說台風網肯定是 5~10 月這段時間通路量較高，那麼我們就可以在春末的時候升一段配置，夏天再更新一段配置，初秋稍微降一點，秋末降至平穩狀态。
但是如果我們是一個電商網站突然營運想搞一個秒殺活動，一個遊戲公司要組織一場線上PK大賽。 這種情況下呢，都是瞬時遭遇的流量高峰和應用高占用，過了這段時間突然就回到了平穩的狀态。如果我們一直以能處理瞬時高峰的配置長時間運作勢必會造成大量的資源浪費，這時候就需要一個按量的橫向擴容了。
橫向擴容也就是增加伺服器數量而非更新配置，但是我們需要将數個伺服器整合成一個伺服器叢集，通過均衡負載 SLB 讓伺服器叢集看起來就像還是“一台”伺服器在進行操作，當然了均衡負載也不一定需要使用 SLB，也可以自建或者采購其他的均衡負載産品。然後每一台伺服器都應該做到無狀态服務，不可以儲存應用的狀态資訊（如 session）和相關資料（如資料庫、日志等）。如果應用中有儲存狀态資訊需求，可以考慮把狀态資訊儲存到伸縮組之外的獨立的狀态伺服器、資料庫（如 雲資料庫）和集中日志存儲（如 日志服務）中去。
需要使用到的産品：
<a href="https://www.aliyun.com/product/slb">均衡負載（SLB）服務</a>
<a href="https://www.aliyun.com/product/ess">彈性伸縮（ESS）服務</a>
通過本文你将講學到：
學習使用均衡負載服務
學習使用彈性伸縮服務
配置同城雙中心服務災備
應對瞬時流量高峰
二、添加監聽 一般來說如果我們是 HTTP 的話走 TCP 監聽更友善可以直接回報到訪客資訊。 如果需要實作 HTTPS 的話，後端依舊隻應該走 HTTP 80 而不能也是 HTTPS，再開通 會話保持 保持使用者的 session。 排程算法 用 權重最小連接配接數（WLC）我覺得更科學一點，當然了具體因場景而異。
三、配置健康檢查 選擇健康檢查方式，一般來說 HTTP 檢查更直覺點
四、添加後端伺服器，然後我們添加我們後端的伺服器叢集即可，後端伺服器保持配置和環境一緻并且無狀态，例如隻安裝 Nginx、PHP 7.2，資料庫用 RDS，檔案儲存用 OSS。
權重方面的話，配置越高性能越好的 ECS 權重配置設定越高，如果配置相同權重設定為一緻。
阿裡雲同地域（Region）下不同可用區（Zone）的網絡、電力、裝置等都是實體隔離的，但是通過内網連接配接。由于單一 ECS 預設是在一個可用區下的，如果這台 ECS 出現了問題那麼整個網絡服務都将不可用。如果我們的服務在可用區A和可用區B都有部署那麼如果 A 出現了問題，B 依舊可以提供服務。
在阿裡雲實作同城雙中心，就非常友善隻需要通過 SLB 就行，我們購買在同一地域不同可用區的 ECS 在 SLB 添加後端伺服器就可以了，同樣 RDS 也要選擇主庫和備庫分布在不同可用區。
SLB 的橫向擴充其實還是需要手動進行操作，而且也隻适合計劃中的配置更新，例如營運人員策劃的秒殺活動是可以預見的有計劃的，但是像之前鹿晗的戀情曝光引起的微網誌當機事件，是毫無預見性的，這時候就需要自動檢測CPU使用率然後自動添加新伺服器并在 SLB 中添加後端伺服器和設定 RDS 白名單。
彈性伸縮就是這樣一款幫助自動完成高峰期伺服器添加和平穩期伺服器釋放的服務。
一、建立伸縮組 ，其實裡面的介紹都還挺清晰的，為了防止收到惡意攻擊而盲目的伺服器數量增長，我們可以設定伺服器數量的上限，我們在專有網絡是可以設定多個可用區的路由器的，同城雙中心不是問題。 然後我們再添加對應的 SLB 和 RDS，以後增加的雲伺服器都會自動添加到後端伺服器監聽和 RDS 的白名單。
二、建立伸縮配置 ，也就是自動添加的雲伺服器的配置，這個過程和購買 ECS 的流程一緻。 注意鏡像要選擇自定義的無狀态的服務鏡像。
三、添加已有執行個體 ，把已經建立好的伺服器加入進去，一般來說平穩期的雲伺服器走包年包月的購買，瞬時的添加走按量的購買。
四、手動配置政策 ， 如果覺得自動配置政策有一定不合理的地方，我們還可以手動配置相關政策，例如增加、減少和調整數量。