實(shí)際測(cè)試性能，表1中的指標(biāo)控制線和實(shí)際檢測(cè)數(shù)據(jù)，如圖6所示：

圖6 ELB自動(dòng)伸縮參數(shù)偵測(cè)圖

    左圖為CPU大于40％監(jiān)控線，右圖為25％控制下限。

    實(shí)際服務(wù)器的動(dòng)態(tài)增加和減少曲線，如圖7所示：

    數(shù)據(jù)顯示實(shí)例根據(jù)訪問的情況，呈現(xiàn)自動(dòng)增長(zhǎng)、自動(dòng)收縮的特性。而依據(jù)Amazon的收費(fèi)策略，實(shí)際需要支付的費(fèi)用為實(shí)際運(yùn)行中的實(shí)例。

    對(duì)于規(guī)模更大的網(wǎng)站應(yīng)用，或者軟件應(yīng)用，可以將伸縮范圍設(shè)定到更大的數(shù)字，理論上可以相對(duì)快速的響應(yīng)突發(fā)流量的情況。

    存容量變更冷卻時(shí)間的粒度上，需要根據(jù)具體的情況，設(shè)定適合應(yīng)用的參數(shù)。因?yàn)椴划?dāng)?shù)膮��?shù)，導(dǎo)致頻繁的實(shí)例容量變更，必定會(huì)降低應(yīng)用的體驗(yàn)，并因?yàn)�，�?shí)例啟動(dòng)的代價(jià)增加額外的資源消耗費(fèi)用，例如I0數(shù)量。

    另一個(gè)方案是，使用定期容量變更，來預(yù)先準(zhǔn)備好應(yīng)對(duì)流量的變更。例如每天的2點(diǎn)到8點(diǎn)降低實(shí)例數(shù)量，而在早中晚保證高額的實(shí)例數(shù)量。理想的健康曲線圖，如圖7所示：

圖7 ELB自動(dòng)伸縮偵測(cè)圖

    2．3DNS解決方案

    因?yàn)橐�使用Amazon的ELB，所以需要用到Amazon的高可靠DNS解析方案，也因?yàn)槔�用了Amazon的CDN解決方案，所以原來程序架構(gòu)中的DNS服務(wù)被撤銷。Route53提供了高可靠的DNs解析服務(wù)，并唯一的提供ELB的動(dòng)態(tài)映射功能。

    2．4CDN解決方案

    cloudFmnt是Amazon提供的CDN服務(wù)，提供了應(yīng)用部署方案一個(gè)非常方便的內(nèi)容分發(fā)系統(tǒng)，讓終端用戶可以訪問離他最近的資源節(jié)點(diǎn)，獲得高的訪問效率。如何利用云存儲(chǔ)提供原有的靜態(tài)和動(dòng)態(tài)內(nèi)容發(fā)布和加速，如圖8所示：

圖8 CDN和云存儲(chǔ)應(yīng)用方案示意圖

    實(shí)施時(shí)對(duì)站點(diǎn)的域名進(jìn)行映射，以實(shí)現(xiàn)站點(diǎn)內(nèi)資源url的一致性。同時(shí)通過Amazon提供的S3存儲(chǔ)服務(wù)，將內(nèi)容透過S3向cloudFrom進(jìn)行發(fā)布。將圖片服務(wù)器的內(nèi)容宿主于S3上，同時(shí)需要改造后端內(nèi)容發(fā)布系統(tǒng)，將內(nèi)容的輸出和靜態(tài)的應(yīng)用元素，例如靜態(tài)頁面和圖片，發(fā)布到指定的S3上，根據(jù)配置會(huì)自動(dòng)同步到CDN網(wǎng)絡(luò)上。

    實(shí)際測(cè)試下用戶在訪問具體資源時(shí)，日本的用戶會(huì)被定向到日本本地的節(jié)點(diǎn)，而位于中國(guó)的用戶會(huì)被定向到位于香港的節(jié)點(diǎn)，美國(guó)的用戶定位到加州的節(jié)點(diǎn)，實(shí)現(xiàn)了既定目標(biāo)。

    2．5數(shù)據(jù)庫(kù)解決方案

    Amazon Relational Database Service(RDS），這是一個(gè)在Ec2云端系統(tǒng)上提供的完整數(shù)據(jù)庫(kù)解決方案。RDS提供自動(dòng)備份服務(wù)。Multi A—z功能，是數(shù)據(jù)庫(kù)熱備的完美方案。

    遷移方案中的數(shù)據(jù)庫(kù)位置參考圖3。

    根據(jù)網(wǎng)站項(xiàng)目的數(shù)據(jù)特點(diǎn)，比對(duì)選擇合適的方案，如表2所示：

表2 數(shù)據(jù)庫(kù)需求比對(duì)

    實(shí)施時(shí)需要修改時(shí)區(qū)，以實(shí)現(xiàn)非本地區(qū)的數(shù)據(jù)庫(kù)應(yīng)用。因?yàn)檫�不能完全支持?jǐn)?shù)據(jù)庫(kù)的所有功能，特別是不能向Amazon以外的服務(wù)器進(jìn)行數(shù)據(jù)同步，所以在特定應(yīng)用，情況下，很大程度上受限于速度問題。

    為了方便的存儲(chǔ)非關(guān)系型數(shù)據(jù)，充分利用simpleDB組件的特點(diǎn)，部署內(nèi)容Metadata的元數(shù)據(jù)格式，以便于內(nèi)容的管理和檢索。同時(shí)對(duì)于網(wǎng)站中的相對(duì)獨(dú)立的應(yīng)用組件，利用這個(gè)菲關(guān)系型數(shù)據(jù)庫(kù)，將變得十分的便利。而SimpleDB的高可靠，零管理特點(diǎn)，決定了開發(fā)維護(hù)的代價(jià)非常低。

    2．6緩存解決方案

    Elastic Cache提供了Amazon版本的Memcached，通過建立大量?jī)?nèi)存式的緩存，提供了極快的響應(yīng)速度。在系統(tǒng)架構(gòu)層面為某些頻繁訪問的資源設(shè)定LRU的緩存更新策略，以提升系統(tǒng)響應(yīng)速度。

    嚴(yán)格來說緩存層并非Amazon提供的特殊功能，但是因?yàn)槭芟抻贛emcached這樣的高內(nèi)存消耗應(yīng)用，在實(shí)際部署時(shí)，可能會(huì)造成硬件整體成本的大幅上升，并難以充分利用投入的硬件。Amazon將大內(nèi)存應(yīng)用的成本降低到可行的下限，并且由于按需購(gòu)買的特性，使緩存層有充分的發(fā)揮空間。

3 可靠性和安全性

    3．1可靠性

    Amazon的云計(jì)算平臺(tái)做了大量工作來提升可靠性。合理利用這些功能，將有助于企業(yè)部署關(guān)鍵業(yè)務(wù)的可靠性。

    利用Availabilility zone提升系統(tǒng)的可靠性，CloudFrom、數(shù)據(jù)庫(kù)的MultiA．z配置，ELB中的多Az的方式，以及Ec2分別的部署，都是利用了這樣一個(gè)概念。在配置關(guān)鍵業(yè)務(wù)時(shí)，需要充分利用這些配置來提升系統(tǒng)的可靠性。

    數(shù)據(jù)庫(kù)：利用Multi A-z，支持熱備功能。利用simpleDB這種高可靠的數(shù)據(jù)庫(kù)，部署業(yè)務(wù)。

    業(yè)務(wù)處理層：利用ELB和AutoScale。

    實(shí)例層：利用定期備份和快照，保障服務(wù)可以在單曰時(shí)間內(nèi)進(jìn)行恢復(fù)。

    文件存儲(chǔ)：利用S3來安全的存儲(chǔ)大量的文件。

    其他組件：利用SQS來應(yīng)用消息隊(duì)列、利用SES來實(shí)現(xiàn)郵件應(yīng)用，周時(shí)達(dá)到O配置和高可靠。

    cloudWatch：可以監(jiān)控上千個(gè)組件指標(biāo)，實(shí)現(xiàn)對(duì)系統(tǒng)各個(gè)方面指標(biāo)的全監(jiān)控。例如在AutoScale Policy中配置的監(jiān)控指標(biāo)的反饋響應(yīng)，從而實(shí)現(xiàn)的了服務(wù)的高可靠性。

    3．2安全性

    系統(tǒng)提供了安全組，實(shí)現(xiàn)基本的安全配置。根據(jù)不同的應(yīng)用，配置不同的安全組，以達(dá)到控制實(shí)例端口的安全性。

    Amazon提供了安全渠道和工具，如圖9所示：

圖9 安全架構(gòu)示意圖

    IAM(identity&Access Management)服務(wù)提供的第三方訪問和管理指定資源的權(quán)限，在產(chǎn)品發(fā)布部分會(huì)，對(duì)這個(gè)功能進(jìn)行進(jìn)一步的利用方面的描述。

    Key Pair被設(shè)計(jì)用來在項(xiàng)目中登錄各個(gè)服務(wù)器，AccessCredential用于授權(quán)應(yīng)用程序控制云資源的行為，和利用應(yīng)用程序組件。

4 結(jié)論

    通過將IT企業(yè)的現(xiàn)有產(chǎn)品架構(gòu)部署到Amazon的彈性云上，實(shí)現(xiàn)了既定的遷移目標(biāo)。

    在遷移過程中發(fā)現(xiàn)如果需要充分利用彈性云的特征，IT產(chǎn)品在很多環(huán)節(jié)需要進(jìn)行重構(gòu)，利用一些更加可靠的Amazon的服務(wù)來替代原有的程序組件，以充分利用高可靠的、降低管理成本的、和按需購(gòu)買的優(yōu)勢(shì)。而Amazon的彈性云，提供了更多原先中小企業(yè)無法做到或者無法做到這種方便程度的特殊功能和產(chǎn)品特性，例如全新的產(chǎn)品交付方式、產(chǎn)品部署方式、全自動(dòng)化的伸縮管理、極為細(xì)致的硬件軟件資源投資管理，在極大程度上降低了企業(yè)的各方面成本。甚至有完全基于Amazon云平臺(tái)的公司出現(xiàn)。

    云計(jì)算平臺(tái)提供了全新的應(yīng)用體驗(yàn)，極大了降低復(fù)雜系統(tǒng)的建立管理成本，是未來中�、蚱髽I(yè)發(fā)展的絕好契機(jī)。也是大型企業(yè)極大提升效能，降低成本的絕佳平臺(tái)。 

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：互聯(lián)網(wǎng)網(wǎng)站整體遷移到云計(jì)算平臺(tái)的研究與應(yīng)用(下)

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/1083977584.html