基于即付即得（pay-as-you-go）的云計(jì)算模型有助于開(kāi)發(fā)人員和架構(gòu)師設(shè)計(jì)出能夠一直運(yùn)行于***資源分配下的應(yīng)用程序。給服務(wù)器過(guò)高的配置來(lái)滿(mǎn)足業(yè)務(wù)需要意味著花費(fèi)太多冤枉錢(qián)，這個(gè)錯(cuò)誤的另一個(gè)極端則更糟糕，即給服務(wù)器過(guò)低的配置導(dǎo)致應(yīng)用程序的性能不足。而應(yīng)用程序要求的變化使得對(duì)服務(wù)器配置的選擇變得更加困難，因?yàn)?**的資源組合不是一成不變的。

 

使用AWS服務(wù)來(lái)應(yīng)對(duì)這些變化的一種方法是創(chuàng)建一個(gè)負(fù)載均衡服務(wù)器集群，然后根據(jù)需要添加或刪除服務(wù)器。你可以自己管理這樣一種集群，除此之外,你還可以嘗試AWS Auto Scaling服務(wù)。該服務(wù)在避免過(guò)度配置的條件下保持足夠的性能，同時(shí)也能夠減少一些管理費(fèi)用。該服務(wù)要達(dá)到的***應(yīng)用場(chǎng)景是工作負(fù)載變化顯著變化時(shí)，AWS Auto Scaling能夠輕松地跨多個(gè)服務(wù)器分配負(fù)載。

 

AWS Auto Scaling 使用CloudWatch（亞馬遜提供的一種監(jiān)控工具）來(lái)提供所需的性能數(shù)據(jù)，完成伸縮服務(wù)建議。每隔五分鐘，CloudWatch都將從服務(wù)器和其他AWS資源處，免費(fèi)地收集性能統(tǒng)計(jì)數(shù)據(jù)，包括CPU使用率、磁盤(pán)使用情況和數(shù)據(jù)傳輸情況等。（額外付費(fèi)的話(huà)將可獲得每分鐘一次的性能指標(biāo)收集服務(wù)。）系統(tǒng)管理員可根據(jù)這些測(cè)量信息規(guī)定添加或刪除服務(wù)器的配置策略。例如，一項(xiàng)配置策略指示當(dāng)CPU平均利用率超過(guò)70%時(shí)，將啟動(dòng)一個(gè)額外的虛擬實(shí)例。

 

 

使用AWS Auto Scaling服務(wù)的***步是實(shí)現(xiàn)一個(gè)自動(dòng)伸縮組，即在邏輯上統(tǒng)一管理的一組亞馬遜彈性計(jì)算云（EC2）實(shí)例。每一個(gè)組均被指定了最小和***實(shí)例數(shù)，而實(shí)際數(shù)值則由基于CloudWatch的測(cè)量值做出的配置策略來(lái)決定。當(dāng)需要手動(dòng)干預(yù)時(shí)，通過(guò)AWS提供的ExecutePolicy命令行，系統(tǒng)管理員便可以無(wú)需等待觸發(fā)條件，直接執(zhí)行一項(xiàng)策略。

 

通過(guò)自動(dòng)伸縮組的應(yīng)用，企業(yè)在維護(hù)應(yīng)用程序性能和開(kāi)銷(xiāo)的許多相關(guān)工作中得到了幫助。

 

自動(dòng)伸縮組能夠跨越可用性區(qū)域（一種能夠支撐應(yīng)用程序高可用性要求的特性）提供服務(wù)。這些可用性區(qū)域處于A(yíng)WS 范圍內(nèi)，例如，美國(guó)東部（北維吉尼亞）或歐盟地區(qū)（愛(ài)爾蘭），通過(guò)不同的基礎(chǔ)架構(gòu)隔離故障實(shí)例與正常實(shí)例。如果在某個(gè)可用性區(qū)域中發(fā)生了故障，AWS Auto Scaling將在同一個(gè)地理區(qū)域內(nèi)的某個(gè)功能區(qū)啟動(dòng)一個(gè)新的實(shí)例。

 

自動(dòng)伸縮組能夠通過(guò)負(fù)載均衡器配置集群內(nèi)服務(wù)器間的工作負(fù)載。亞馬遜的彈性負(fù)載均衡服務(wù)提供了一個(gè)到你的應(yīng)用程序的所有流量的單點(diǎn)訪(fǎng)問(wèn)。當(dāng)使用負(fù)載均衡器時(shí)，可以引用負(fù)載均衡測(cè)量指標(biāo)（比如請(qǐng)求等待時(shí)間）以及EC2實(shí)例測(cè)量指標(biāo)來(lái)制定自動(dòng)伸縮策略。

 

除了響應(yīng)變化的負(fù)載，Auto Scaling還支持其他伸縮選項(xiàng)，包括持續(xù)確保當(dāng)前實(shí)例的性能、手動(dòng)伸縮以及基于排程的伸縮。

 

 

完成一項(xiàng)自動(dòng)伸縮策略的指定動(dòng)作需要花費(fèi)一定的時(shí)間，然而，AWS在一次觸發(fā)后，實(shí)現(xiàn)了一個(gè)冷卻周期，用于防止當(dāng)對(duì)觸發(fā)器最初的響應(yīng)還在繼續(xù)的時(shí)候，執(zhí)行了對(duì)觸發(fā)器第二次響應(yīng)所引起的一系列事件。冷卻周期始于執(zhí)行策略動(dòng)作。

 

針對(duì)Web服務(wù)器和一些應(yīng)用程序服務(wù)器而言，當(dāng)應(yīng)用程序負(fù)載可以分布在多個(gè)服務(wù)器之上時(shí)，自動(dòng)伸縮不無(wú)裨益。某些系統(tǒng)（如關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)）可以配置運(yùn)行于集群中，但其中存在諸多缺點(diǎn)：商業(yè)版關(guān)系型數(shù)據(jù)庫(kù)可能通過(guò)收取額外授權(quán)費(fèi)用來(lái)提供集群支持，這些授權(quán)費(fèi)甚至?xí)^(guò)因在不同數(shù)量的小型服務(wù)器運(yùn)行數(shù)據(jù)庫(kù)而拒絕一臺(tái)大型服務(wù)器所節(jié)省下來(lái)的費(fèi)用。此外還要考慮管理數(shù)據(jù)庫(kù)服務(wù)器集群與管理單個(gè)服務(wù)器的不同開(kāi)銷(xiāo)。