云計算(第三版)配套之08第3章Amazon云計算AWS(三)_第1頁
云計算(第三版)配套之08第3章Amazon云計算AWS(三)_第2頁
云計算(第三版)配套之08第3章Amazon云計算AWS(三)_第3頁
云計算(第三版)配套之08第3章Amazon云計算AWS(三)_第4頁
云計算(第三版)配套之08第3章Amazon云計算AWS(三)_第5頁
已閱讀5頁,還剩33頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

3.1根底存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲效勞S33.4非關(guān)系型數(shù)據(jù)庫效勞SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫效勞RDS3.6簡單隊列效勞SQS3.7內(nèi)容推送效勞CloudFront3.8其他Amazon云計算效勞3.9AWS應(yīng)用實例3.10小結(jié)3.5關(guān)系數(shù)據(jù)庫效勞RDS3.5.1RDS的根本原理3.5.2RDS的使用3RDS的根本原理3.5關(guān)系數(shù)據(jù)庫效勞RDS網(wǎng)絡(luò)CPUCPUCPU內(nèi)存內(nèi)存內(nèi)存硬盤硬盤硬盤AmazonRDS將MySQL數(shù)據(jù)庫移植到集群中,在一定的范圍內(nèi)解決了關(guān)系數(shù)據(jù)庫的可擴(kuò)展性問題。MySQL集群方式采用了Share-Nothing架構(gòu)。每臺數(shù)據(jù)庫效勞器都是完全獨立的計算機系統(tǒng),通過網(wǎng)絡(luò)相連,不共享任何資源。這是一個具有較高可擴(kuò)展性的架構(gòu),當(dāng)數(shù)據(jù)庫處理能力缺乏時,可以通過增加效勞器數(shù)量來提高處理能力,同時多個效勞器也增加了數(shù)據(jù)庫并發(fā)訪問的能力。43.5關(guān)系數(shù)據(jù)庫效勞RDSRDS的根本原理集群MySQL小表1表單劃分Sharding小表2小表n存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器表單主要根據(jù)業(yè)務(wù)的需要進(jìn)行針對性的劃分,對數(shù)據(jù)庫的管理人員提出了非常高的要求,如果劃分得不科學(xué),那么查詢經(jīng)常會跨表單和效勞器,性能就會嚴(yán)重下降。5SlaveASlaveBSlaveCMasterBMasterA主從備份客戶端客戶端客戶端…………寫寫讀RDS的根本原理3.5關(guān)系數(shù)據(jù)庫效勞RDS集群MySQL通過主從備份和讀副本技術(shù)提高可靠性和數(shù)據(jù)處理能力。癱瘓升級并發(fā)處理3.5關(guān)系數(shù)據(jù)庫效勞RDS3.5.1RDS的根本原理3.5.2RDS的使用7RDS的使用3.5關(guān)系數(shù)據(jù)庫效勞RDS從用戶和開發(fā)者的角度來看,RDS和一個遠(yuǎn)程MySQL關(guān)系數(shù)據(jù)庫沒什么兩樣。Amazon將RDS中的MySQL服務(wù)器實例稱做DBInstance,通過基于Web的API進(jìn)行創(chuàng)建和管理,其余的操作可以通過標(biāo)準(zhǔn)的MySQL通信協(xié)議完成。創(chuàng)建DBInstance時還需要定義可用的存儲,存儲范圍為5GB到1024GB,RDS數(shù)據(jù)庫中表最大可以達(dá)到1TB??梢酝ㄟ^兩種工具對RDS進(jìn)行操作:命令行工具和兼容的MySQL客戶端程序命令行工具是Amazon提供的Javamazon網(wǎng)站下載。MySQL客戶端是可以與MySQL服務(wù)器進(jìn)行通信的應(yīng)用程序3.1根底存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲效勞S33.4非關(guān)系型數(shù)據(jù)庫效勞SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫效勞RDS3.6簡單隊列效勞SQS3.7內(nèi)容推送效勞CloudFront3.8其他Amazon云計算效勞3.9AWS應(yīng)用實例3.10小結(jié)Amazon為解決云計算平臺之間不同組件的通信專門設(shè)計開發(fā)的簡單隊列效勞SimpleQueueService,SQS3.6簡單隊列效勞SQS3.6.1SQS的根本模型3.6.2SQS的消息11SQS的根本模型3.6簡單隊列效勞SQS隊列消息1消息2消息3消息n……三個組成局部系統(tǒng)組件Component隊列Queue消息Message12SQS的根本模型3.6簡單隊列效勞SQS隊列消息1消息2消息3消息n……系統(tǒng)組件Component系統(tǒng)組件是SQS的效勞對象,而SQS那么是組件之間溝通的橋梁既可以是消息的發(fā)送者,也可以是消息的接收者13SQS的根本模型3.6簡單隊列效勞SQS隊列消息1消息2消息3消息n……隊列Queue隊列是存放消息的容器,類似于S3中的桶隊列的數(shù)目是任意的,創(chuàng)立隊列時用戶必須給其指定一個在SQS賬戶內(nèi)唯一的名稱隊列在傳遞消息時會盡可能“先進(jìn)先出〞14SQS的根本模型3.6簡單隊列效勞SQS隊列消息1消息2消息3消息n……消息Message消息是發(fā)送者創(chuàng)立的具有一定格式的文本數(shù)據(jù),接收對象可以是一個或多個組件消息的大小是有限制的,但是消息的數(shù)量并未做限制15SQS的根本模型3.6簡單隊列效勞SQS在SQS中,消息和隊列是最重要的兩個概念。不過SQS允許用戶在消息中添加有關(guān)的序列數(shù)據(jù),對于數(shù)據(jù)發(fā)送順序要求比較高的用戶可以在發(fā)送消息之前向其中參加相關(guān)信息。隊列消息1消息2消息3消息n……3.6簡單隊列效勞SQS3.6.1SQS的根本模型3.6.2SQS的消息17SQS的消息3.6簡單隊列效勞SQS消息IDMessageID接收句柄ReceiptHandle消息體Body消息體MD5摘要MD5ofBody由系統(tǒng)返回給用戶,用來標(biāo)識隊列中的不同消息。當(dāng)從隊列中接收消息時就會從消息那里得到一個接收句柄,這個句柄可以用來對消息進(jìn)行刪除等操作。消息的正文局部,需要注意的是消息存放的是文本數(shù)據(jù)并且不能是URL編碼方式。消息體字符串的MD5校驗和。消息的格式18SQS的消息3.6簡單隊列效勞SQS消息取樣隊列中的消息是被冗余存儲的,同一個消息會存放在系統(tǒng)的多個效勞器上。其目的是為了保證系統(tǒng)的高可用性,但這會給用戶查詢隊列中的消息帶來麻煩。為了解決該問題,SQS采用了基于加權(quán)隨機分布〔WeightedRandomDistribution〕的消息取樣當(dāng)用戶發(fā)出查詢隊列中消息的命令后,系統(tǒng)在所有的效勞器上使用基于加權(quán)隨機分布算法隨機地選出局部效勞器,然后返回這些效勞器上保存的所查詢的隊列消息副本。19發(fā)出查詢請求返回查詢結(jié)果ABC隊列ABCDAB服務(wù)器1AB服務(wù)器2AB服務(wù)器3AB服務(wù)器4SQS的消息3.6簡單隊列效勞SQS當(dāng)消息數(shù)量較少時,SQS進(jìn)行消息取樣時可能會出現(xiàn)返回結(jié)果不準(zhǔn)確的現(xiàn)象但由于消息采樣具有隨機性,只要用戶一直查詢下去,總會查詢到所有的消息。20不可見拓展重新計時可見消息生命周期結(jié)束超過4天接收消息未刪除終止計時時間到時間未到消息刪除未接收SQS的消息3.6簡單隊列效勞SQS擴(kuò)展操作就是將計時器按照新設(shè)定的值重新計時,終止就是將當(dāng)前的計時過程終止,直接將消息由不可見變?yōu)榭梢姟?梢娦哉f明該消息可以被所有的組件查看,可見性超時值相當(dāng)于一個計時器,在設(shè)定好的時間內(nèi),發(fā)給用戶的消息對于其他所有的組件是不可見的。3.1根底存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲效勞S33.4非關(guān)系型數(shù)據(jù)庫效勞SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫效勞RDS3.6簡單隊列效勞SQS3.7內(nèi)容推送效勞CloudFront3.8其他Amazon云計算效勞3.9AWS應(yīng)用實例3.10小結(jié)基于Amazon云計算平臺實現(xiàn)的內(nèi)容分發(fā)網(wǎng)絡(luò)。借助Amazon部署在世界各地的邊緣節(jié)點,用戶可以快速、高效地對由CloudFront提供效勞的網(wǎng)站進(jìn)行訪問。CloudFront3.7內(nèi)容推送效勞CloudFront3.7.1CDN3.7.2CloudFront24傳統(tǒng)的網(wǎng)絡(luò)效勞模式中,用戶和內(nèi)容提供商位于效勞的兩端,網(wǎng)絡(luò)效勞提供商將兩者聯(lián)系起來。在這種情況下,網(wǎng)絡(luò)效勞提供商僅僅起“橋梁〞作用。CDN3.7內(nèi)容推送效勞CloudFront本地DNSDNS服務(wù)器網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名發(fā)出解析請求返回所訪問網(wǎng)站的IP返回所訪問網(wǎng)站的IP利用網(wǎng)站IP進(jìn)行訪問1234525CDN3.7內(nèi)容推送效勞CloudFront用戶在發(fā)出效勞請求后,需要經(jīng)過DNS效勞器進(jìn)行域名解析后得到所訪問網(wǎng)站的真實IP,然后利用該IP訪問網(wǎng)站。在這種模式中,世界各地的訪問者都必須直接和網(wǎng)站效勞器連接才可以訪問相關(guān)內(nèi)容,存在明顯的缺陷。首先其次最后網(wǎng)站效勞器可以容納的訪問量是有限的這種模式中沒有考慮訪問者的地域問題使用不同網(wǎng)絡(luò)效勞提供商效勞的用戶之間的互訪速度也會受到限制CDN技術(shù)通過將網(wǎng)站內(nèi)容發(fā)布到靠近用戶的邊緣節(jié)點,使不同地域的用戶在訪問相同網(wǎng)頁時可以就近獲取。解決方法26CDN3.7內(nèi)容推送效勞CloudFront本地DNSDNS服務(wù)器智能DNS負(fù)載均衡系統(tǒng)邊緣節(jié)點網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名1發(fā)出解析請求2重定向3返回邊緣節(jié)點的IP4返回邊緣節(jié)點的IP5返回邊緣節(jié)點的IP6利用邊緣節(jié)點訪問7通過內(nèi)部DNS解析得到IP并向服務(wù)器發(fā)出請求8返回請求內(nèi)容9返回請求內(nèi)容10DNS在對域名進(jìn)行解析時不再向用戶返回網(wǎng)站效勞器的IP,而是返回了由智能CDN負(fù)載均衡系統(tǒng)選定的某個邊緣節(jié)點的IP。27CDN3.7內(nèi)容推送效勞CloudFront這種訪問模式的好處主要有以下幾點:好處一好處二好處三將網(wǎng)站的效勞流量以比較均勻的方式分散到邊緣節(jié)點中,減輕了網(wǎng)站源效勞器的負(fù)擔(dān)。由于邊緣節(jié)點與訪問者的地理位置較近,訪問速度快。智能DNS負(fù)載均衡系統(tǒng)和各個邊緣節(jié)點之間始終保持著通信聯(lián)系,可以確保分配給用戶的邊緣節(jié)點始終可用且在允許的流量范圍之內(nèi)。28CDN3.7內(nèi)容推送效勞CloudFrontCDN的實現(xiàn)需要多種網(wǎng)絡(luò)技術(shù)的支持,主要包括以下幾種:負(fù)載均衡技術(shù)分布式存儲緩存技術(shù)將網(wǎng)站的效勞流量以比較均勻的方式分散到邊緣節(jié)點中,減輕了網(wǎng)站源效勞器的負(fù)擔(dān)。由于邊緣節(jié)點與訪問者的地理位置較近,訪問速度快。智能DNS負(fù)載均衡系統(tǒng)和各個邊緣節(jié)點之間始終保持著通信聯(lián)系,可以確保分配給用戶的邊緣節(jié)點始終可用且在允許的流量范圍之內(nèi)。3.7內(nèi)容推送效勞CloudFront3.7.1CDN3.7.2CloudFront30CloudFront3.7內(nèi)容推送效勞CloudFrontCloudFront正是通過Amazon設(shè)在全球的邊緣節(jié)點來實現(xiàn)CDN的,但是較普通的CDN而言,它的優(yōu)勢無疑是巨大的。首先CloudFront的收費方式和Amazon的其他云計算收費方式一樣是按用戶實際使用的效勞來收費,這尤其適合那些資金缺乏的中小企業(yè)。其次CloudFront的使用非常簡單,只要配合S3再加上幾個簡單的設(shè)置就可以完成CDN的部署31CloudFront3.7內(nèi)容推送效勞CloudFront對象Object源效勞器OriginServer分發(fā)Distribution利用CloudFront進(jìn)行分發(fā)的任意一個文件存儲需要分發(fā)文件的位置作用是在CloudFront效勞和源效勞器之間建立一條通道別名指向CNAME邊緣節(jié)點位置EdgeLocation有效期Expiration系統(tǒng)分配給用戶域名的一個別名實際的邊緣節(jié)點效勞器位置文件副本在邊緣節(jié)點上的存放時間32CloudFront3.7內(nèi)容推送效勞CloudFrontCloudFront邊緣節(jié)點S3利用相關(guān)鏈接向服務(wù)器1給該訪問請求分配邊緣節(jié)點2邊緣節(jié)點上無請求內(nèi)容則向S3發(fā)出請求3返回請求內(nèi)容的副本4返回請求內(nèi)容5CloudFront在此處就相當(dāng)于CDN中的智能DNS負(fù)載均衡系統(tǒng),用戶實際是和CloudFront進(jìn)行效勞交互而不是直接和S3中的原始文件進(jìn)行交互。CloudFront與其他一些AWS不同的是,它只接受平安的HTTPS方式而不接受HTTP方式進(jìn)行訪問,這又進(jìn)一步提高了平安性。本章未完待續(xù)百度排名首位的大數(shù)據(jù)資料和交流中心百度排名首位的云計算資料和交流中心終生免費的智能硬件大數(shù)據(jù)托管平臺掃一掃,進(jìn)入萬物云終生免費的環(huán)境大數(shù)據(jù)共享平臺掃一掃,進(jìn)入環(huán)境云

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論