如何理解AWS所提供的針對Docker的EC2容器服務(wù)-創(chuàng)新互聯(lián)

這篇文章主要介紹“如何理解AWS所提供的針對Docker的EC2容器服務(wù)”，在日常操作中，相信很多人在如何理解AWS所提供的針對Docker的EC2容器服務(wù)問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”如何理解AWS所提供的針對Docker的EC2容器服務(wù)”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

彌渡網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),彌渡網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為彌渡1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢，請找那個售后服務(wù)好的彌渡做網(wǎng)站的公司定做！

EC2容器服務(wù)(ECS)是亞馬遜web服務(wù)(AWS)新發(fā)布的一款產(chǎn)品。

ECS的目的是讓Docker容器變的更加簡單，它提供了一個集群和編排的層，用來控制主機(jī)上的容器部署，以及部署之后的集群內(nèi)的容器的生命周期管理。

ECS是諸如Docker Swarm,Kubernetes,Mesos等工具的替代，它們工作在同一個層，除了作為一個服務(wù)來提供。這些工具和ECS不同的地方在于，前者需要你自己來部署和管理，而ECS是“作為服務(wù)”來提供的。

ECS是基于一種專有的集群技術(shù)，而不是通過諸如Docker Swarm,Kubernetes,Mesos等引擎實現(xiàn)的。這可以和Google容器引擎(GCE)作一對比，GCE后臺使用的就是基于Kubernetes的。

我們?yōu)槭裁葱枰萜骶幣牛?/strong>

由ECS，Swarm，或者Kurbernetes所提供的容器編排這一層，在整個部署和運(yùn)行基于容器的應(yīng)用程序的整個藍(lán)圖中占有非常重要的位置。

首先，我們?yōu)榱丝蓴U(kuò)展性需要容器組成集群。隨著我們負(fù)載的增長，我們需要增加更多的容器，橫向的擴(kuò)展它們，跨服務(wù)器來并行的處理更高的負(fù)載。

第二，我們需要組建容器集群來保證健壯性和高可用性。當(dāng)一臺主機(jī)或一個容器失效時，我們希望容器可以重新構(gòu)建，或許是在另外一臺健康的主機(jī)上重新啟動，從而讓整個系統(tǒng)不會受到任何的影響。

最后，編排層的工具所提供的一個重要功能就是抽象，讓開發(fā)者遠(yuǎn)離具體的底層實現(xiàn)細(xì)節(jié)。在容器化的世界中，我們毋需關(guān)心每個獨立的主機(jī)，只需要關(guān)注我們期望的容器有多少在運(yùn)行，在‘適當(dāng)?shù)牡胤?amp;rsquo;運(yùn)行。編排和集群工具為我們做這些，讓我們能夠輕松的將容器部署到集群中，而且還能夠計算出很好的調(diào)度方式，從而決定容器應(yīng)該運(yùn)行在哪些主機(jī)上。

設(shè)計健壯性和高性能分布式集群系統(tǒng)的難度是非常大的。所以諸如Kubernetes和Swarm這樣的工具讓我們自己毋需去構(gòu)建集群。ECS借此更進(jìn)一步，通過簡化編排層的設(shè)置、運(yùn)行和管理來實現(xiàn)毋需人工參與。基于此緣故，ECS無疑是哪些使用容器來運(yùn)行應(yīng)用的開發(fā)者們應(yīng)該密切關(guān)注的項目。

ECS架構(gòu)

ECS并非是一個黑匣子的服務(wù)，它運(yùn)行在你的EC2服務(wù)實例中，你可以使用SSH登錄，像管理其它的EC2服務(wù)一樣進(jìn)行管理。

在集群中的EC2服務(wù)均會運(yùn)行著一個ECS代理，ECS代理是一個連接主機(jī)到中心的ECS服務(wù)的輕量級進(jìn)程。ECS代理響應(yīng)主機(jī)注冊到ECS服務(wù)，且掌控所有的請求，用于容器的部署或者是諸如啟動／停止容器之類的生命周期事件。順便說一下，使用go實現(xiàn)的ECS代理已經(jīng)開源。

當(dāng)創(chuàng)建一個新的服務(wù)器時，我們既可以選擇手動的配置ECS代理，也可以選擇使用預(yù)構(gòu)建的已經(jīng)配置完畢的AMI鏡像。

通過亞馬遜CTO Werner Vogels的博客,我們得知集中的服務(wù)已經(jīng)邏輯上分為集群管理和在主機(jī)上控制容器部署的調(diào)度。這背后的緣由就是讓容器的調(diào)度成為可插拔式的，所以我們甚至可以使用其它的調(diào)度器，例如Mesos或者是其它開發(fā)者自定義的調(diào)度器。自定義調(diào)度器的文檔在本文撰寫時還在開發(fā)當(dāng)中，但是我們可以閱讀此博客以及參考其源代碼，這是目前為止很好的參考實踐。

下面的示意圖很好的演示了ECS集群的邏輯層次：容器實例包含多個任務(wù)，任務(wù)包含多個容器，EC2容器實例集群可以分散到多個可用區(qū)域中，Elastic Load Balancers可以用于跨任務(wù)的動態(tài)分布負(fù)載。此圖可以幫助讀者在閱讀接下來的內(nèi)容整理思路。

服務(wù)和任務(wù)

在ECS中，Docker負(fù)載被描述為任務(wù)。

一個任務(wù)本質(zhì)上是定義了一個或多個容器，其中包括你打算運(yùn)行的容器的名稱（和Docker Hub的名稱保持一致），以及在容器實例啟動時相應(yīng)的端口和磁盤卷的映射信息。

當(dāng)任務(wù)運(yùn)行時，則啟動了底層的容器。當(dāng)所有的容器進(jìn)程完成使命時，任務(wù)也就結(jié)束了。任務(wù)既可以是很短的也可以是長時間運(yùn)行的，舉例來說，提供一個數(shù)據(jù)處理任務(wù)的短的事件驅(qū)動，或者是一個web服務(wù)進(jìn)程。

這里需要提醒一件事情，那就是架構(gòu)上給定的一個任務(wù)，其所有的容器均運(yùn)行在同一臺主機(jī)中。如果我們打算定位容器的話，那么就使用在同一個任務(wù)下來組織它們的方法來實現(xiàn)。如果我們打算將服務(wù)運(yùn)行在不同的主機(jī)，我們則僅需定義多個任務(wù)來實現(xiàn)控制即可。初看這似乎是一種約束，但最終它給我們的和Kubernetes pods一樣的對容器定位在一定程度的控制能力。

為了說明上述問題，如下面截圖所示，我們可以看到定義了一個特定的任務(wù)，此任務(wù)擁有一個容器，容器托管nginx web服務(wù)。

除了任務(wù)之外，服務(wù)是ECS概念中排名第二重要的。一個服務(wù)是給定一個任務(wù)所請求運(yùn)行的特定的實例數(shù)量。舉例來說，如果我們有一個如上述所定義的運(yùn)行nginx web服務(wù)容器的任務(wù)的話，我們則要定義一個服務(wù)，來請求3個或更多的實例組成集群，從而完成web服務(wù)的任務(wù)。

服務(wù)是ECS如何提供彈性的保證。當(dāng)一個服務(wù)啟動后，服務(wù)就會監(jiān)控其中的任務(wù)是否是活動的，實例的數(shù)量是否正確，以及其中容器的數(shù)量是否正常。如果任務(wù)停止運(yùn)行了，或者是無響應(yīng)了，又或者是出現(xiàn)問題了。服務(wù)就會請求啟動更多的任務(wù)，以及必要的話清理任務(wù)。

下面截圖所示，在集群中一個nginx服務(wù)被定義為3個運(yùn)行的任務(wù)。這些任務(wù)個個都處于運(yùn)行狀態(tài)。

到此，關(guān)于“如何理解AWS所提供的針對Docker的EC2容器服務(wù)”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

本文題目：如何理解AWS所提供的針對Docker的EC2容器服務(wù)-創(chuàng)新互聯(lián)
鏈接URL：http://bm7419.com/article42/dschhc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、企業(yè)建站、網(wǎng)站維護(hù)、虛擬主機(jī)、網(wǎng)站排名、網(wǎng)頁設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)