部署第一個(gè)容器

當(dāng)用戶(hù)第一次使用終端訪問(wèn)ECS服務(wù)時(shí)，會(huì)看到一個(gè)簡(jiǎn)單的向?qū)?。盡管手動(dòng)的去配置ECS也不是多么繁重的事情，但是第一次的話(huà)，使用該向?qū)н€是值得嘗試的，它能夠?yàn)槟闩渲煤盟校愕腅C2服務(wù)器，一個(gè)合適的安全組，以及一個(gè)自動(dòng)伸縮組，正確的AMI（此AMI內(nèi)置了ECS代理），等等。這是啟動(dòng)和運(yùn)行，并獲得ECS經(jīng)驗(yàn)的最快方法。

步驟1 定義任務(wù)

首先，作為向?qū)У囊徊糠?，我們需要定義任務(wù)。這個(gè)演示的目的,我們將使用免費(fèi)的NGINX的Docker鏡像。（NGINX是一款開(kāi)源的web服務(wù)軟件，已經(jīng)被社區(qū)容器化了，并上傳到了官方hub。）

以為容器指定一個(gè)名稱(chēng)開(kāi)始，例如本示例為nginx-task。

接下來(lái)，點(diǎn)擊添加容器定義，即定義nginx容器。 這里主要需提醒的是鏡像的名稱(chēng)，務(wù)必和Docker hub(ngnix)上公開(kāi)的鏡像名稱(chēng)一致。當(dāng)然，也可以指定專(zhuān)有鏡像。

內(nèi)存字段是內(nèi)存的最大值，以兆字節(jié)計(jì)算，這是用于分配給運(yùn)行中的容器的。CPU單元是一個(gè)抽象的數(shù)字，每個(gè)CPU核心有1024個(gè)單元，此數(shù)字即是要賦予的單元數(shù)。

此信息用處非常的大，因?yàn)樗黾恿艘欢ǔ潭鹊撵`活性以及智能的容器調(diào)度。ECS將監(jiān)視那些實(shí)例擁有空閑資源，然后智能的分配容器，從而達(dá)到實(shí)現(xiàn)有效的利用服務(wù)器資源的目的。

步驟2 定義服務(wù)

第二步，我們需要定義服務(wù)，即描述為此任務(wù)要在集群中運(yùn)行多少個(gè)實(shí)例。

選擇創(chuàng)建服務(wù)的單選框，為服務(wù)命名，本例為nginx-service，然后設(shè)置要運(yùn)行的任務(wù)數(shù)，本例為3。這就意味著此服務(wù)一旦運(yùn)行起來(lái)，就會(huì)創(chuàng)建3個(gè)任務(wù)，每個(gè)任務(wù)就是一個(gè)獨(dú)立的實(shí)例，每個(gè)實(shí)例中都運(yùn)行著nginx容器。

至于更加復(fù)雜的配置，你可選擇Elastic Load Balancer (ELB)，然后在它們被實(shí)例化后動(dòng)態(tài)的將服務(wù)注冊(cè)到ELB，并實(shí)現(xiàn)集群化。這些在后面有詳細(xì)的描述。

步驟3 創(chuàng)建ECS集群

我們需要?jiǎng)?chuàng)建EC2服務(wù)器的集群，這些服務(wù)器是用來(lái)運(yùn)行容器的。此演示環(huán)境使用3個(gè)t2.micro實(shí)例即可實(shí)現(xiàn)預(yù)料的效果。這也就意味著1個(gè)任務(wù)和1個(gè)容器將分布到這3臺(tái)服務(wù)器的每一個(gè)上。我們當(dāng)然也可以實(shí)現(xiàn)在集群中使用實(shí)例多于任務(wù)的配置，或者使用這些服務(wù)器來(lái)運(yùn)行不同的任務(wù)，但是目前還未能實(shí)現(xiàn)在同一臺(tái)服務(wù)器中運(yùn)行給定任務(wù)的多個(gè)實(shí)例。

選擇你首要的密鑰對(duì)，然后點(diǎn)擊后面的按鈕以創(chuàng)建IAM角色，IAM角色非常重要，有了它，集群中的主機(jī)就可訪問(wèn)中央ECS服務(wù)了。

步驟4 創(chuàng)建棧

向?qū)У淖詈笠徊绞钦故緟R總?cè)蝿?wù)、服務(wù)、和集群的配置。

頁(yè)面如下所示會(huì)展示所生成的JSON代碼，這些代碼同樣可以用于命令行，如果有人習(xí)慣于使用命令行的話(huà)，或者是打算自動(dòng)創(chuàng)建它們的集群的話(huà)。

在創(chuàng)建過(guò)程中，你會(huì)看到使用Cloud Formation來(lái)構(gòu)建棧。構(gòu)建?？赡芤ㄉ?到3分鐘的時(shí)間。

步驟5 回顧棧和NGINX服務(wù)

現(xiàn)在若是訪問(wèn)EC2的面板，我們可以看到已經(jīng)創(chuàng)建好的服務(wù)器，且是處于運(yùn)行狀態(tài)的。向?qū)б呀?jīng)幫助我們創(chuàng)建了跨可用區(qū)域的主機(jī)以演示彈性的好處。

然后回到ECS面板，就可以檢查服務(wù)了，當(dāng)然我們希望看到的是它處于準(zhǔn)備好的狀態(tài)，且擁有3個(gè)任務(wù)。

記住，在創(chuàng)建實(shí)例的過(guò)程要花費(fèi)幾分鐘的時(shí)間，從hub拉下容器鏡像啟動(dòng)也要花費(fèi)幾分鐘的時(shí)間，以及服務(wù)達(dá)到可用狀態(tài)也會(huì)花費(fèi)一些時(shí)間，所以，不用擔(dān)心這整個(gè)過(guò)程會(huì)稍有些慢。

深入服務(wù)中某個(gè)任務(wù)的細(xì)節(jié)，我們會(huì)看到任務(wù)處于RUNNING（運(yùn)行）狀態(tài)。

展開(kāi)nginx-container。在外部鏈接下方，我們可以看到一個(gè)HTTP鏈接，指向任務(wù)內(nèi)的容器。

點(diǎn)擊此鏈接，我們可以看到的是Nginx容器所提供的web歡迎頁(yè)面。

此時(shí)，我們完成了將NGINX容器部署到ECS的步驟，而且可通過(guò)web瀏覽器訪問(wèn)NGINX服務(wù)。現(xiàn)在你可以考慮整理下思路和對(duì)概念的驗(yàn)證了。

后續(xù)步驟

在建立了一個(gè)簡(jiǎn)單的容器之后，我們接下來(lái)為了將應(yīng)用部署到生產(chǎn)環(huán)境，需要做一些更加高級(jí)的配置。

ELB負(fù)載均衡

在上述的例子中，我們使用瀏覽器直接鏈接到三個(gè)容器中的一個(gè)，實(shí)現(xiàn)對(duì)NGINX的訪問(wèn)。這不能夠做到健壯性，理論上當(dāng)容器宕機(jī)，或者是重新啟動(dòng)到不同的服務(wù)器上，那么原來(lái)指定的靜態(tài)IP地址就不在有效了。

我們可以將服務(wù)注冊(cè)到EC2 Elastic Load Blance（ELB）以實(shí)現(xiàn)動(dòng)態(tài)的地址。作為底層的任務(wù)不管如何的啟動(dòng)、停止以及在EC2實(shí)例池中如何的移動(dòng)，ELB都可以通過(guò)服務(wù)保持最新，能夠?qū)⑾鄳?yīng)的流量路由到正確的地址。

要配置負(fù)載均衡，我們首先需要在EC2的面板中創(chuàng)建一個(gè)ELB。然后重新創(chuàng)建服務(wù)，在服務(wù)創(chuàng)建的過(guò)程中將ELB添加進(jìn)來(lái)，如下面截圖所示：

自動(dòng)伸縮

ECS也可以整合EC2 autoscaling，而且也是在面臨增加的負(fù)載時(shí)擴(kuò)充集群的首選方法。

Autoscaling的工作要依賴(lài)于對(duì)諸如CPU，內(nèi)存和IO的計(jì)量監(jiān)控的，而且添加節(jié)點(diǎn)或刪除節(jié)點(diǎn)是在打破一定的條件時(shí)候進(jìn)行的。

實(shí)例化后的新的節(jié)點(diǎn)會(huì)自動(dòng)注冊(cè)到ECS集群中，然后才有資格成為未來(lái)部署容器的實(shí)例。

這很實(shí)用，但是目前ECS還沒(méi)有實(shí)現(xiàn)擴(kuò)充任務(wù)數(shù)量或者是增長(zhǎng)容器集群的Hook。但我們?nèi)匀荒茉谛碌娜萜鲉?dòng)后加入到新的規(guī)模的集群中受益，我們可以通過(guò)GUI或API來(lái)引入新的容器到集群，并能在更大規(guī)模的集群中分發(fā)負(fù)載。

容器鏈接

當(dāng)在任務(wù)中定義容器時(shí)，是可以使用Docker原生的容器鏈接來(lái)實(shí)現(xiàn)它們之間彼此的互連互通。

這樣就不在需要靜態(tài)的端口映射或者是多容器環(huán)境中的服務(wù)發(fā)現(xiàn)了，讓部署分布式的微服務(wù)更加的輕松。

AWS 命令行工具

雖然上面的演練是基于UI控制臺(tái)，但ECS完全整合到了AWS命令行中 。

故障排查

若發(fā)生了問(wèn)題，你可以通過(guò)SSH直接訪問(wèn)集群的節(jié)點(diǎn)，以進(jìn)行調(diào)試。

為了能夠使用SSH登陸到節(jié)點(diǎn)，你需要在安全組中打開(kāi)22端口，因?yàn)橥ㄟ^(guò)向?qū)鶆?chuàng)建的節(jié)點(diǎn)默認(rèn)不會(huì)打開(kāi)此端口。

登陸到服務(wù)器節(jié)點(diǎn)后，你就可以查看ECS代理的日志文件:/var/log/ecs了。

你也可以運(yùn)行標(biāo)準(zhǔn)的Docker命令，例如，docker images 和 docker ps ，來(lái)參看服務(wù)器上的鏡像和容器的狀態(tài)。

總結(jié)

本文的目的是對(duì)ECS做一介紹，且講述了一個(gè)實(shí)際演示環(huán)境的例子，即部署你的第一個(gè)容器集群。

ECS是一款新的產(chǎn)品。很多功能還不是很健全，但是它目前足夠的穩(wěn)定。我們?cè)谖覀兊臏y(cè)試環(huán)境中創(chuàng)建了超過(guò)100+個(gè)節(jié)點(diǎn)的集群，試驗(yàn)了容器和節(jié)點(diǎn)的失效切換，測(cè)試了自動(dòng)伸縮、負(fù)載均衡、運(yùn)行服務(wù)，均表現(xiàn)良好?，F(xiàn)在我們打算為一些客戶(hù)提供ECS到它們的生產(chǎn)環(huán)境。

ECS以及和它等同的Googel Container Engine對(duì)于容器生態(tài)系統(tǒng)來(lái)說(shuō)都是非常重要的?；谌萜鏖_(kāi)發(fā)代碼和部署變得更為容易，在其上運(yùn)行諸如Kubernetes或Mesos的編排層，對(duì)于普通用戶(hù)來(lái)說(shuō)這是進(jìn)入成熟的標(biāo)記。ECS為容器提供了一個(gè)簡(jiǎn)單的、可訪問(wèn)的、穩(wěn)定的、類(lèi)似PaaS平臺(tái)的產(chǎn)品，這非常的令人興奮，盡管它現(xiàn)在還處于整個(gè)進(jìn)化過(guò)程的早期階段。