如何使用阿里云 前言大家好。我們是成都瑞小博科技 (www.rippletek.com)。自從去年10月在阿里云購(gòu)買了第一臺(tái)ECS 并部署服務(wù)后，到現(xiàn)在已過(guò)去了一年。在這一年間，隨著業(yè)務(wù)的擴(kuò)張和用戶規(guī)

如何使用阿里云 前言

大家好。我們是成都瑞小博科技 (www.rippletek.com)。

自從去年10月在阿里云購(gòu)買了第一臺(tái)ECS 并部署服務(wù)后，到現(xiàn)在已過(guò)去了一年。在這一年間，隨著業(yè)務(wù)的擴(kuò)張和用戶規(guī)模的增長(zhǎng)。我們的ECS 數(shù)量從1臺(tái)增長(zhǎng)為20臺(tái)，并開(kāi)通了SLB , RDS , OSS, CDN,OCS, SLS, MQS等多項(xiàng)業(yè)務(wù)。在這一年中，通過(guò)工單系統(tǒng)得到了阿里云的技術(shù)支持團(tuán)隊(duì)和開(kāi)發(fā)團(tuán)隊(duì)的大量幫助和指導(dǎo)。在" 應(yīng)該如何使用阿里云" 這個(gè)問(wèn)題上，也積累了一些心得和經(jīng)驗(yàn)，希望和大家分享，拋磚引玉。

初探ECS

使用阿里云的第一步， 當(dāng)然是購(gòu)買一臺(tái)ECS(后面稱為ecs1) 。這臺(tái)ECS 應(yīng)該是什么樣的配置呢？一般情況下，我們建議的最低配置是單核，2G 內(nèi)存。如果只有1G 的內(nèi)存，運(yùn)行阿里云的一鍵lamp 安裝腳本可能會(huì)oom 。操作系統(tǒng)，如果是從頭開(kāi)始建站，建議使用Ubuntu 14.04. 相比CentOS 6.5, Ubuntu的內(nèi)核版本更高，能玩的花樣也更多(比如

docker) 。帶寬的話，1M 其實(shí)就夠了。無(wú)論如何，不要超過(guò)5M 。根據(jù)阿里云的帶寬階梯計(jì)價(jià)公式，1M 帶寬的月單價(jià)是21元，2M 比1M 多23(即44元，后面類推) ，3M 比2M 多25， 4M 比3M 多27， 5M 比4M 多29， 而一旦超過(guò)5M ， 每多1M 帶寬，價(jià)格就多100元! 所以，帶寬越高，每M 的單價(jià)也越高。同時(shí)，對(duì)于需要高可用的服務(wù)，根本不可能通過(guò)ECS 的外網(wǎng)帶寬開(kāi)出去。所以，購(gòu)買1M 帶寬，獲得一個(gè)外網(wǎng)IP ，就足夠了。至于數(shù)據(jù)盤，一般情況下，你不會(huì)需要它。ECS 購(gòu)買完成后，你會(huì)收到阿里云的短信通知，發(fā)給你root 密碼。用那個(gè)密碼登入ECS 后，應(yīng)該做的第一件事是加入authorized_key并刪除root 密碼:

復(fù)制代碼

1.

2.

3.

4.

5. mkdir .ssh chmod 700 .ssh vi .ssh/authorized_keys #加入自己的id_rsa.pub chmod 600 .ssh/authorized_keys passwd -d root

這樣，可以在根本上杜絕root 密碼被猜中的可能性。

初探SLB

第二步，購(gòu)買一個(gè)公網(wǎng)的負(fù)載均衡器SLB(后面稱為slb1) 。如果你的域名已申請(qǐng)好，可以把域名指向slb1了。為了保證服務(wù)的高可用性，服務(wù)一定要通過(guò)SLB 開(kāi)出去。設(shè)想一下，如果你的服務(wù)是走單臺(tái)ECS 出去，某天你需要修改一下apache 的配置，修改完畢后，service httpd restart卻發(fā)現(xiàn)httpd 進(jìn)程沒(méi)有起來(lái) (由于httpd.conf 里有個(gè)小小的筆誤..) 。事實(shí)上，這個(gè)時(shí)候你就已經(jīng)停服了！這也是為什么前面建議不必購(gòu)買高帶寬ECS 的原因。

為了避免出現(xiàn)上面提到的那種尷尬的情況，SLB 的后端服務(wù)器至少要有兩臺(tái)ECS 并配置好health check。 盡管我們現(xiàn)在只有ecs1，如果上面的服務(wù)環(huán)境已經(jīng)部署ok, 就先把它加入到slb1的后端服務(wù)器組里，然后在瀏覽器里輸入我們的域名開(kāi)始測(cè)試吧！然后，我們還需要另一臺(tái)ECS 。

再探ECS

第三步，再購(gòu)買一臺(tái)ECS （后面稱為ecs2）。這一次，如果我們的業(yè)務(wù)代碼本身不用從internet 上獲取數(shù)據(jù)的話，我們可以試試內(nèi)網(wǎng)ECS ，即0M 帶寬的機(jī)器。這樣的機(jī)器沒(méi)有帶寬費(fèi)用，會(huì)便宜一些，更重要的是，它沒(méi)有公網(wǎng)IP ，所以也更安全。下面問(wèn)題來(lái)了： ?

? 它沒(méi)有公網(wǎng)IP ，我如何ssh 上去？ 它無(wú)法訪問(wèn)internet ，我如何使用yum, apt這類包管理器來(lái)搭建業(yè)務(wù)環(huán)境？ 對(duì)于第一個(gè)問(wèn)題，有兩個(gè)解決辦法：

1.

2.

?

? 先ssh 到有公網(wǎng)IP 的ecs1上，然后再ssh ecs2的內(nèi)網(wǎng)IP ，搞定 也可以通過(guò)一些配置，實(shí)現(xiàn)內(nèi)外網(wǎng)無(wú)感知的直接ssh 上去，方法如下： 在ecs1上安裝nc 工具，并修改/etc/hosts, 加入 ecs2 的解析 修改本地終端的.ssh/config, 加入配置

復(fù)制代碼

1. [li][li][li][li][li][li][li][li][li]Host ecs2[/li][li] Proxy

Command ssh root@ecs1 exec nc h p[/li][/li][/li][/li][/li][/li][/li]

[/li][/li]

在本地終端的/etc/hosts中加入 ecs1 的解析

然后，ssh root@ecs2 即可直接登錄ecs2

對(duì)于第二個(gè)問(wèn)題，也有兩個(gè)解決辦法: ?

1. 在ecs1上架設(shè)如privoxy 一類的http 代理，然后在ecs2的/etc/bashrc文件中加入這

行代碼 export http_proxy="http://ecs1:"，然后ecs2就可以走ecs1的代理使用curl, yum等工具像外網(wǎng)ECS 一樣工作了。

2. 給ecs1的系統(tǒng)盤做個(gè)磁盤快照，并建立一個(gè)自定義鏡像，然后對(duì)ecs2使用“替換系

統(tǒng)盤”的操作把系統(tǒng)盤替換為我們剛剛創(chuàng)建的自定義鏡像就可以立即獲得和ecs1完全一樣的系統(tǒng)環(huán)境！

我們一般是把上面兩個(gè)辦法結(jié)合起來(lái)使用，快速搭建環(huán)境。在ecs2環(huán)境ok 后，也將它加入slb 的后端服務(wù)器組。至此，我們消除了ecs1的單點(diǎn)，再也不用為重啟web server這種事情糾結(jié)了。

但是ecs2并沒(méi)有公網(wǎng)IP ，如何才能訪問(wèn)它以確認(rèn)服務(wù)OK? 有兩種辦法:

1.

2. ssh tunnel. 在測(cè)試機(jī)器test 和ecs2分別建立ssh tunnel到ecs1的同一端口對(duì)接起來(lái). 建一個(gè)測(cè)試用的公網(wǎng)SLB 作為代理網(wǎng)關(guān)，里面只放ecs2一個(gè)節(jié)點(diǎn)。用公網(wǎng)SLB 的

IP 就能訪問(wèn)ecs2了。顯然，第2種辦法要簡(jiǎn)單得多，所以我們一般用這種辦法 :) 在系統(tǒng)設(shè)計(jì)上，方便性和安全性存在沖突，內(nèi)網(wǎng)ECS 亦是一例。在進(jìn)階篇 中，我們會(huì)進(jìn)一步討論內(nèi)網(wǎng)ECS 的優(yōu)缺點(diǎn)。

分布式計(jì)算的幾個(gè)基本概念

在繼續(xù)我們后面的云端飛行旅程之前，我先介紹幾個(gè)分布式計(jì)算的基本概念。阿里云平臺(tái)提供的幾個(gè)基礎(chǔ)服務(wù)正是為了解決這幾個(gè)問(wèn)題才開(kāi)放出來(lái)的。

1. Single Point Failure (SPF), 單點(diǎn)故障。在一個(gè)服務(wù)系統(tǒng)中，因?yàn)橐粋€(gè)節(jié)點(diǎn)的故障，導(dǎo)

致整個(gè)系統(tǒng)不可用。例如上面提到的網(wǎng)站域名指向ecs1的IP ，但ecs1上的web server restart 失敗的情形

2. Redundancy ，冗余。為了解決SPF ，在系統(tǒng)的關(guān)鍵路徑上，必須存在兩個(gè)或更多的

選擇。即當(dāng)一個(gè)節(jié)點(diǎn)失效后，仍有其他的節(jié)點(diǎn)可以繼續(xù)提供服務(wù)。

3.

4. Stateless Node，無(wú)狀態(tài)節(jié)點(diǎn)。為了讓多個(gè)計(jì)算節(jié)點(diǎn)具有完全一致的行為，單個(gè)節(jié)點(diǎn)上面一定不能有自己獨(dú)有的狀態(tài)信息。 Load Balance, 負(fù)載均衡。多個(gè)計(jì)算節(jié)點(diǎn)共同承擔(dān)系統(tǒng)負(fù)載。

SLB 這一工具已經(jīng)解決了1,2,4這三點(diǎn)。那么，我們?nèi)绾螐腅CS 上抽離狀態(tài)信息以實(shí)現(xiàn)無(wú)狀態(tài)節(jié)點(diǎn)呢？為此，阿里云提供了另外兩個(gè)工具：RDS 抽離動(dòng)態(tài)數(shù)據(jù)和OSS 抽離靜態(tài)數(shù)據(jù)將ECS 變?yōu)闊o(wú)狀態(tài)的計(jì)算節(jié)點(diǎn)。可以把RDS 當(dāng)成一個(gè)超大型的Mysql 數(shù)據(jù)庫(kù)集群，OSS 當(dāng)成一個(gè)超大型的文件存儲(chǔ)集群。

RDS 和OSS

我們先討論RDS 。雖然阿里云提供了lamp 的一鍵安裝包sh-1.3，但事實(shí)上，本地的mysql 服務(wù)是不需要的。RDS 的可靠性，易用性和可擴(kuò)展性都比自己搭建的mysql 服務(wù)器要好很多。如果你仍在使用自己的mysql 數(shù)據(jù)庫(kù)，強(qiáng)烈建議遷移到RDS 。

再說(shuō)說(shuō)OSS 。ECS 的本地磁盤上只應(yīng)存放業(yè)務(wù)代碼和配置，20G 的系統(tǒng)盤完全夠用，這就是為什么前面不建議購(gòu)買數(shù)據(jù)盤的原因。用于下載或用戶上傳的數(shù)據(jù)文件都可以存到OSS 中。

對(duì)于一個(gè)基本的建站業(yè)務(wù)而言， 將動(dòng)態(tài)數(shù)據(jù)存RDS ，靜態(tài)文件存OSS ，就實(shí)現(xiàn)了ECS 的無(wú)狀態(tài)。在這樣的框架下，可以方便的對(duì)系統(tǒng)擴(kuò)容:

1.

2. 當(dāng)訪問(wèn)量變大，現(xiàn)有計(jì)算資源緊張時(shí)，對(duì)ECS 進(jìn)行橫向(增加ECS 的節(jié)點(diǎn)個(gè)數(shù)) 或縱向(增加單個(gè)節(jié)點(diǎn)的CPU 核心和內(nèi)存) 擴(kuò)展 如果數(shù)據(jù)庫(kù)訪問(wèn)出現(xiàn)瓶頸，升級(jí)RDS 實(shí)例至更高配額

CDN 和OCS

后面，很自然的可以開(kāi)通CDN 為OSS 的訪問(wèn)加速。這一點(diǎn)，從定價(jià)上不難看出OSS CDN是阿里云希望用戶使用的方式。OSS 的流量是0.8元/GB,而CDN 是0.4. OSS通過(guò)CDN 出去，不僅訪問(wèn)速度更快，還能降低成本。

如果RDS 中有一部分?jǐn)?shù)據(jù)的讀取頻率比更新頻率高很多，可以通過(guò)將這部分?jǐn)?shù)據(jù)緩存入OCS ，在提升系統(tǒng)響應(yīng)速度的同時(shí)緩解RDS 的讀取壓力。RDS OCS業(yè)務(wù)代碼的實(shí)現(xiàn)邏輯:

1.

2.

3. 如果要從RDS 的表table0中讀取主鍵為id 的數(shù)據(jù)項(xiàng)，先嘗試從OCS 中讀取key="table0_id"的數(shù)據(jù)，如果命中，則使用從緩存中讀取的數(shù)據(jù)，不用再訪問(wèn)RDS 如果緩存不命中，訪問(wèn)RDS 讀出數(shù)據(jù)v ，以key="table0_id", value=v寫入OCS 當(dāng)table0中的id 數(shù)據(jù)項(xiàng)被變更或刪除的同時(shí)，刪除OCS 中key="table0_id"的數(shù)據(jù)

小結(jié)

綜上，我們介紹了如何使用阿里云提供的ECS,SLB,RDS,OSS,CDN 和OCS 這6個(gè)業(yè)務(wù)來(lái)構(gòu)建我們自己的高可用業(yè)務(wù)網(wǎng)站系統(tǒng)。它的基本結(jié)構(gòu)如下圖所示：

幾點(diǎn)說(shuō)明:

1.

2.

3.

通過(guò)外網(wǎng)SLB 的IP 向外提供服務(wù)，用戶請(qǐng)求通過(guò)SLB 分發(fā)到后端的幾個(gè)ECS 來(lái)計(jì)算處理 利用RDS 和OSS 來(lái)抽離狀態(tài)數(shù)據(jù)，使得ECS 成為無(wú)狀態(tài)的計(jì)算節(jié)點(diǎn) 可以利用OCS 緩存RDS 的數(shù)據(jù)， CDN 緩存OSS 的數(shù)據(jù)，提高訪問(wèn)速度

前情提要及概述

在基礎(chǔ)篇中，我們介紹了如何利用阿里云的幾個(gè)基礎(chǔ)服務(wù): ECS , SLB, RDS, OSS, CDN 和OCS 來(lái)構(gòu)建一個(gè)高可用的業(yè)務(wù)網(wǎng)站系統(tǒng)。在本篇中，我們將進(jìn)一步介紹上面這些基礎(chǔ)工具，以及如何從單業(yè)務(wù)系統(tǒng)拓展到多業(yè)務(wù)系統(tǒng)，和日常開(kāi)發(fā)和運(yùn)維的一些常用技巧。

多業(yè)務(wù)系統(tǒng)之間的交互手段

我們從幾個(gè)具體的case 說(shuō)起吧 :)

case #1 利用消息隊(duì)列實(shí)現(xiàn)的固件定制系統(tǒng)

如上圖所示，先是由一個(gè)web 前端的表單系統(tǒng)將用戶的輸入?yún)?shù)組裝為一條消息放入固件生成的請(qǐng)求隊(duì)列中，后面由固件構(gòu)建集群取得用戶的配置參數(shù)，生成固件后存入OSS ，再將生成的結(jié)果放入結(jié)果消息對(duì)列中，前端系統(tǒng)獲取結(jié)果后更新RDS 的狀態(tài)。

我們可以利用阿里云提供的MQS 服務(wù)非常方便的在兩個(gè)業(yè)務(wù)系統(tǒng)之間實(shí)現(xiàn)用消息隊(duì)列異步傳輸小尺寸數(shù)據(jù)。如果尺寸較大，亦可以通過(guò)往RDS/OCS或OSS 中寫入臨時(shí)數(shù)據(jù)，用消息隊(duì)列傳輸key 或url 來(lái)解決。

case #2 利用ODPS/RDS實(shí)現(xiàn)的非實(shí)時(shí)數(shù)據(jù)分析系統(tǒng)

ODPS 是一個(gè)阿里云上的接口類似Hadoop Hive的數(shù)據(jù)分析系統(tǒng)。我們可以部署多個(gè)數(shù)據(jù)收集節(jié)點(diǎn)，將數(shù)據(jù)存入ODPS 。再搭建一個(gè)數(shù)據(jù)分析集群，定期對(duì)寫入ODPS 的新數(shù)據(jù)進(jìn)行提取，然后將提取的結(jié)果放入RDS 。最后由一個(gè)web 前端系統(tǒng)讀取RDS 中的數(shù)據(jù)生成報(bào)表呈現(xiàn)給最終用戶。

這種reader/writer的模式是兩個(gè)業(yè)務(wù)系統(tǒng)之間通信的常見(jiàn)方式，只要是兩個(gè)系統(tǒng)之間可以共享的系統(tǒng)資源，都可以通過(guò)一端寫入，另一端讀出來(lái)實(shí)現(xiàn)通信。而在阿里云的系統(tǒng)設(shè)計(jì)中，同一賬戶下的ECS 可以共享RDS ，OCS, MQS, OSS, ODPS這些資源。我們應(yīng)當(dāng)針對(duì)不同的應(yīng)用場(chǎng)景選擇合適的資源類型加以利用。

case #3 利用OCS/內(nèi)存數(shù)據(jù)庫(kù)構(gòu)建實(shí)時(shí)數(shù)據(jù)分析系統(tǒng)

web 前端系統(tǒng)接受用戶查詢請(qǐng)求后，先查找OCS 是否有緩存的結(jié)果，如果cache 命中則直接返回結(jié)果。如果cache 不命中，調(diào)用后端數(shù)據(jù)存儲(chǔ)集群的web api. web api負(fù)責(zé)查詢分布式內(nèi)存數(shù)據(jù)庫(kù)并計(jì)算分析后返回統(tǒng)計(jì)結(jié)果。前端系統(tǒng)拿到查詢結(jié)果后，用查詢參數(shù)hash 出一個(gè)key ，將查詢結(jié)果作為value 存入OCS 中。注意：該系統(tǒng)的實(shí)時(shí)性在很大程度上取決于OCS 緩存的expiration. 應(yīng)依據(jù)業(yè)務(wù)特點(diǎn)設(shè)置合適的expiration 值。如果對(duì)結(jié)果的實(shí)時(shí)性要求很高并且后端數(shù)據(jù)存儲(chǔ)集群的計(jì)算性能有充分安全邊際的情況下，也可以移除OCS ，每次都重新提取數(shù)據(jù)計(jì)算結(jié)果。

同樣，web api系統(tǒng)也務(wù)必消除單點(diǎn)。在這里，我們可以使用內(nèi)網(wǎng)SLB 解決。

再探SLB

在基礎(chǔ)篇中我們介紹過(guò)外網(wǎng)SLB ，并強(qiáng)調(diào)一切對(duì)外服務(wù)一定要通過(guò)外網(wǎng)SLB 開(kāi)放出去以消除單點(diǎn)。同樣的，所有的系統(tǒng)內(nèi)部通信web api也一定要通過(guò)內(nèi)網(wǎng)SLB 訪問(wèn)。內(nèi)網(wǎng)SLB 和外網(wǎng)SLB 的區(qū)別在于內(nèi)網(wǎng)SLB 只有內(nèi)網(wǎng)IP ，沒(méi)有外網(wǎng)IP ，所以無(wú)法從internet 上訪問(wèn)到。另外，內(nèi)網(wǎng)SLB 沒(méi)有實(shí)例費(fèi)和流量費(fèi)，所以一定要多多的用起來(lái)！

SLB 有兩種監(jiān)聽(tīng)轉(zhuǎn)發(fā)方式， TCP 和HTTP ，一般情況下，web 服務(wù)都采用http 的轉(zhuǎn)發(fā)方式，使用cookie 來(lái)保持會(huì)話，這樣即使在應(yīng)用中使用本地文件來(lái)保存session ，也不會(huì)成為問(wèn)題。唯一的例外是給網(wǎng)站開(kāi)啟CDN 時(shí)，為了消除CDN 回源的單點(diǎn)，自然的，我們不能用單臺(tái)ECS 來(lái)回源，應(yīng)考慮使用SLB ，然而，如果使用HTTP cookie保持會(huì)話，

CDN 會(huì)由于頁(yè)面帶了cookie 而拒絕緩存。這種情況下，只能使用無(wú)會(huì)話保持的HTTP 轉(zhuǎn)發(fā)或TCP 轉(zhuǎn)發(fā)。

小結(jié)

至此我們展示了幾個(gè)多業(yè)務(wù)系統(tǒng)的具體架構(gòu)。云計(jì)算的組件組合方式可以是多種多樣的。然而，在構(gòu)建高可用系統(tǒng)這個(gè)問(wèn)題上，有幾個(gè)基本原則可以參考:

1.

2. 務(wù)必消除單點(diǎn)。(如果讀到這里您仍不理解什么是單點(diǎn)，請(qǐng)?jiān)倏匆槐榛A(chǔ)篇 ) 盡量使用阿里云提供的系統(tǒng)服務(wù)，不要自己用ECS 進(jìn)行重復(fù)建設(shè)。例如，使用RDS ，

而不是自己搭建mysql 集群; 使用OCS ， 而不是自己搭建memcached 集群；使用OSS ， 而不是自己搭建文件服務(wù)器；使用ODPS ， 而不是自己搭建Hadoop Hive; 使用MQS, 而不是自己架RabbitMQ... 一是可以大幅降低投入，二是盡可能的把高可用問(wèn)題交給阿里云的運(yùn)維團(tuán)隊(duì)，而不是自己的運(yùn)維團(tuán)隊(duì)解決，會(huì)有更佳的效果。

3. 設(shè)計(jì)異?；謴?fù)機(jī)制。任何系統(tǒng)都有可能會(huì)出現(xiàn)各種異常，阿里云也不例外。例如: ECS

的宕機(jī)遷移會(huì)使ECS 實(shí)例重啟，最好在系統(tǒng)啟動(dòng)時(shí)即自動(dòng)啟動(dòng)服務(wù)；RDS 和SLB 都有可能出現(xiàn)閃斷的情況，需要自動(dòng)重連；甚至云服務(wù)節(jié)點(diǎn)間的內(nèi)網(wǎng)通信也有可能中斷，導(dǎo)致內(nèi)網(wǎng)SLB 失效以及分布式數(shù)據(jù)庫(kù)brain-split 這類對(duì)服務(wù)質(zhì)量有很大影響的問(wèn)題，所幸在這一年里我們只遇到過(guò)一次這樣的故障。

4. 安全平穩(wěn)的線上代碼變更。不管基礎(chǔ)系統(tǒng)架構(gòu)多么完美穩(wěn)定，如果運(yùn)行在上面的業(yè)

務(wù)代碼劇烈震蕩，系統(tǒng)的可用性也還是個(gè)問(wèn)題。所以在本篇的最后，我再介紹一下 RippleTek 的上線流程

我們的每一個(gè)服務(wù)都是通過(guò)至少一個(gè)外網(wǎng)SLB 開(kāi)放出去的。在每個(gè)SLB 的后面，至少有兩個(gè)主服務(wù)節(jié)點(diǎn)SRV1和SRV2。另外，還有一個(gè)線上引流測(cè)試節(jié)點(diǎn)pilot 。當(dāng)需要線上代碼進(jìn)行變更的時(shí)候，先將pilot 下線 (使用slb api將它從slb 中移除，或者在控制臺(tái)中將它的權(quán)重設(shè)為0. 這時(shí)你可能會(huì)問(wèn)兩個(gè)問(wèn)題: 1) 把節(jié)點(diǎn)的權(quán)重設(shè)為0和直接將節(jié)點(diǎn)從slb 中移除的區(qū)別是什么? 2) 為什么不用slb api將它的權(quán)重設(shè)為0? 這兩個(gè)問(wèn)題的答案請(qǐng)見(jiàn)下方的Q&A)，在pilot 中的代碼或配置變更不會(huì)對(duì)線上服務(wù)產(chǎn)生影響。同時(shí)，我們有一個(gè)測(cè)試專用的SLB_TEST，后端服務(wù)器就只有一個(gè)pilot ，自己測(cè)試就用SLB_TEST的IP 來(lái)做。功能測(cè)試OK 后，把pilot 重新加入線上服務(wù)的SLB ，導(dǎo)入5流量，持續(xù)觀察日志5分鐘看是否有異常情況。如無(wú)異則一小時(shí)后再觀察。如一切正常，就將變更部署到該業(yè)務(wù)的全部主服務(wù)器上。部署后密切觀察線上日志和監(jiān)控，如有異常，先回退變更，再結(jié)合異常日志調(diào)查原因。該流程的有效性在很大程度上依賴于pilot 的環(huán)境配置和SRV1/2的一致性，務(wù)必保證它們的環(huán)境是完全一樣的!

到這里我們的旅程也暫告一段落了。稍事休息，更多精彩和樂(lè)趣將在 應(yīng)該如何使用阿里云？(高級(jí)篇) 中呈現(xiàn)。 敬請(qǐng)期待。

Q&A

? 把節(jié)點(diǎn)的權(quán)重設(shè)為0和直接將節(jié)點(diǎn)從slb 中移除的區(qū)別是什么?

把節(jié)點(diǎn)A 的權(quán)重設(shè)為0可以讓SLB 不再轉(zhuǎn)發(fā)新的請(qǐng)求到A ，但已經(jīng)調(diào)度到這個(gè)服務(wù)器的連接繼續(xù)保持，直到這些連接全部結(jié)束。而直接將節(jié)點(diǎn)A 從slb 中移除會(huì)導(dǎo)致已經(jīng)調(diào)度到這個(gè)服務(wù)器的連接中斷，可能會(huì)對(duì)服務(wù)質(zhì)量有細(xì)微影響。

? 為什么不用slb api將它的權(quán)重設(shè)為0?

目前最新的slb api v20140515 尚未提供后端分發(fā)節(jié)點(diǎn)的權(quán)重設(shè)置。