摘要：同城雙中心服務災備阿里云同地域下不同可用區的網絡電力設備等都是物理隔離的，但是通過內網連接。二創建伸縮配置，也就是自動添加的云服務器的配置，這個過程和購買的流程一致。

前言：云服務器的特性主要就是體現在橫向、縱向的彈性擴容上，縱向的話其實很好理解就是我們單臺 ECS 配置不夠用了馬上升級一下配置，不過這種場景比較適合于一個網站穩健的發展狀態，而且波動不大。或者說服務器有較長時間的資源占用而非短時間的，比如說臺風網肯定是 5~10 月這段時間訪問量較高，那么我們就可以在春末的時候升一段配置，夏天再升級一段配置，初秋稍微降一點，秋末降至平穩狀態。

但是如果我們是一個電商網站突然運營想搞一個秒殺活動，一個游戲公司要組織一場在線PK大賽。 這種情況下呢，都是瞬時遭遇的流量高峰和應用高占用，過了這段時間突然就回到了平穩的狀態。如果我們一直以能處理瞬時高峰的配置長時間運行勢必會造成大量的資源浪費，這時候就需要一個按量的橫向擴容了。

介紹

橫向擴容也就是增加服務器數量而非升級配置，但是我們需要將數個服務器整合成一個服務器集群，通過均衡負載 SLB 讓服務器集群看起來就像還是“一臺”服務器在進行操作，當然了均衡負載也不一定需要使用 SLB，也可以自建或者采購其他的均衡負載產品。然后每一臺服務器都應該做到無狀態服務，不可以保存應用的狀態信息（如 session）和相關數據（如數據庫、日志等）。如果應用中有保存狀態信息需求，可以考慮把狀態信息保存到伸縮組之外的獨立的狀態服務器、數據庫（如 云數據庫）和集中日志存儲（如 日志服務）中去。

要求 & 收獲
需要使用到的產品：

均衡負載（SLB）服務

彈性伸縮（ESS）服務

通過本文你將講學到：

學習使用均衡負載服務

學習使用彈性伸縮服務

配置同城雙中心服務災備

應對瞬時流量高峰

設置 SLB
一、 開通 SLB 服務，https://common-buy.aliyun.com... ，一般來說前期使用，只需要選擇 性能共享實例 和 按使用流量計費 這樣的基礎規格就行。

二、添加監聽 一般來說如果我們是 HTTP 的話走 TCP 監聽更方便可以直接反饋到訪客信息。 如果需要實現 HTTPS 的話，后端依舊只應該走 HTTP 80 而不能也是 HTTPS，再開通 會話保持 保持用戶的 session。 調度算法 用 加權最小連接數（WLC）我覺得更科學一點，當然了具體因場景而異。

三、配置健康檢查 選擇健康檢查方式，一般來說 HTTP 檢查更直觀點

四、添加后端服務器，然后我們添加我們后端的服務器集群即可，后端服務器保持配置和環境一致并且無狀態，例如只安裝 Nginx、PHP 7.2，數據庫用 RDS，文件儲存用 OSS。

阿里云同地域（Region）下不同可用區（Zone）的網絡、電力、設備等都是物理隔離的，但是通過內網連接。由于單一 ECS 默認是在一個可用區下的，如果這臺 ECS 出現了問題那么整個網絡服務都將不可用。如果我們的服務在可用區A和可用區B都有部署那么如果 A 出現了問題，B 依舊可以提供服務。

在阿里云實現同城雙中心，就非常方便只需要通過 SLB 就行，我們購買在同一地域不同可用區的 ECS 在 SLB 添加后端服務器就可以了，同樣 RDS 也要選擇主庫和備庫分布在不同可用區。

SLB 的橫向擴展其實還是需要手動進行操作，而且也只適合計劃中的配置升級，例如運營人員策劃的秒殺活動是可以預見的有計劃的，但是像之前鹿晗的戀情曝光引起的微博宕機事件，是毫無預見性的，這時候就需要自動檢測CPU使用率然后自動添加新服務器并在 SLB 中添加后端服務器和設置 RDS 白名單。

彈性伸縮就是這樣一款幫助自動完成高峰期服務器添加和平穩期服務器釋放的服務。

一、創建伸縮組 ，其實里面的介紹都還挺清晰的，為了防止收到惡意攻擊而盲目的服務器數量增長，我們可以設置服務器數量的上限，我們在專有網絡是可以設置多個可用區的路由器的，同城雙中心不是問題。 然后我們再添加對應的 SLB 和 RDS，以后增加的云服務器都會自動添加到后端服務器監聽和 RDS 的白名單。

二、創建伸縮配置 ，也就是自動添加的云服務器的配置，這個過程和購買 ECS 的流程一致。 注意鏡像要選擇自定義的無狀態的服務鏡像。

三、添加已有實例 ，把已經創建好的服務器加入進去，一般來說平穩期的云服務器走包年包月的購買，瞬時的添加走按量的購買。

四、手動配置策略 ， 如果覺得自動配置策略有一定不合理的地方，我們還可以手動配置相關策略，例如增加、減少和調整數量。

原文鏈接