云計(jì)算期末考試總結(jié)強(qiáng)烈

第一章什么是“新xx”：每18個(gè)月全世界新增信息量是計(jì)算機(jī)有史以來所有信息量的總和。計(jì)算擁有哪些特色：（1）、超大規(guī)模（2）、虛假化（3）、高靠譜性4）、通用性5）、高可伸縮性、6）、按需服務(wù)7）、極其低價(jià)計(jì)算依據(jù)服務(wù)種類大概分為三類：將基礎(chǔ)設(shè)備作為服務(wù)（Iaas）、將平臺(tái)作為服務(wù)（Paas）、將軟件作為服務(wù)SaaS）什么是Iaas？將硬件設(shè)備等基礎(chǔ)資源封裝成服務(wù)供用戶使用，如AWS的彈性計(jì)算云EC2和簡單儲(chǔ)蓄服務(wù)S3。什么是Paas？對(duì)資源的抽象層次更進(jìn)一步，它供給用戶應(yīng)用程序的運(yùn)轉(zhuǎn)環(huán)境，典型的如GoogleAppEngine。什么是SaaS？它的針對(duì)性更強(qiáng)，它將某些特定應(yīng)用軟件功能封裝成服務(wù)，如Salesforce公司供給的在線客戶關(guān)系管理CRM服務(wù)。1/15計(jì)算技術(shù)系統(tǒng)構(gòu)造分為四層：物理資源層、資源池層、管理中間件層和SOA建立層（管理中間件層和資源池層是云計(jì)算技術(shù)的最重點(diǎn)部分）物理資源層包含計(jì)算機(jī)、儲(chǔ)蓄器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫和軟件。資源池層是將大批相同種類的資源構(gòu)成同構(gòu)或湊近同構(gòu)的資源池，如計(jì)算資源池、數(shù)據(jù)資源池。建立資源池更多的是物理資源的集成和管理工作。管理中間件層負(fù)責(zé)對(duì)云計(jì)算的資源進(jìn)行管理，并對(duì)眾多應(yīng)用任務(wù)進(jìn)行調(diào)動(dòng)，使資源可以高效、安全地為應(yīng)用服務(wù)。大數(shù)據(jù)擁有4V+1C的特色：1）、數(shù)據(jù)量大2）、多樣3）、快速4）、價(jià)值密度低5）、復(fù)雜度全世界公司的IT開支分為三部分:硬件開支、能耗和管理成本。計(jì)算的優(yōu)勢(shì)：云計(jì)算有更低的硬件和網(wǎng)絡(luò)成本、更低管理成本和電力成本以及更高的資源利用率。計(jì)算與大數(shù)據(jù)之間的關(guān)系：大數(shù)據(jù)是需求，云計(jì)算是手段。沒有大數(shù)據(jù)，就不需要云計(jì)算。沒有云計(jì)算就沒法辦理大數(shù)據(jù)。2/15什么是云計(jì)算：長定義：云計(jì)算是一種商業(yè)計(jì)算模型。它將計(jì)算任務(wù)散布在大批計(jì)算機(jī)構(gòu)成的資源池上，使各樣應(yīng)用系統(tǒng)可以依據(jù)需要獲得計(jì)算力、儲(chǔ)蓄空間和信息服務(wù)。短定義：云計(jì)算是經(jīng)過網(wǎng)絡(luò)按需供給可動(dòng)向伸縮的低價(jià)計(jì)算服務(wù)。計(jì)算的管理中間件層:負(fù)責(zé)資源管理、任務(wù)管理、用戶管理、和安全管理等工作。資源管理:負(fù)責(zé)平衡地使用云資源節(jié)點(diǎn)，檢測(cè)節(jié)點(diǎn)的故障并試圖恢復(fù)或障蔽它，并對(duì)資源的使用狀況進(jìn)行督查統(tǒng)計(jì)；任務(wù)管理:負(fù)責(zé)履行用戶或應(yīng)用提交的任務(wù)，包含達(dá)成用戶任務(wù)映像部署和管理、任務(wù)調(diào)動(dòng)、任務(wù)管理、生命周期管理。簡述亞馬遜的云計(jì)算：AWS搶先在全世界供給了彈性計(jì)算云EC2和簡單服務(wù)儲(chǔ)蓄服務(wù)S3，為公司供給計(jì)算和儲(chǔ)蓄服務(wù)。亞馬遜是最大的服務(wù)商，谷歌是最大的云計(jì)算技術(shù)的使用者。第二章Googlexx計(jì)算技術(shù)包含：Google文件系統(tǒng)GFS、散布式計(jì)算編程模型MapReduce、散布式鎖服務(wù)Chubby、散布式構(gòu)造化數(shù)據(jù)表Bigtable。目前主流散布式文件系統(tǒng)有哪些?各有什么優(yōu)弊端？答：3/15RedHat的GFS（GlobalFileSystem）、IBM的GPFS、Sun的Lustre等。優(yōu)弊端：①GFS采納低價(jià)的商品機(jī)器建立散布式文件系統(tǒng)，同時(shí)將GFS的設(shè)計(jì)與Google應(yīng)用的特色親近聯(lián)合，簡化實(shí)現(xiàn)，GFS將容錯(cuò)的任務(wù)交給文件系統(tǒng)完成，利用軟件的方法解決系統(tǒng)靠譜性問題，使儲(chǔ)蓄成本降落；GFS將服務(wù)器故障視為正常現(xiàn)象，并采納多種方法、從多個(gè)角度，使用不一樣樣的容錯(cuò)舉措，保證數(shù)據(jù)儲(chǔ)蓄的安全、保證供給不中斷的數(shù)據(jù)儲(chǔ)蓄服務(wù)。②IBMGPFS并行文件系統(tǒng)軟件在設(shè)計(jì)上不存在任何性能瓶頸，所以GPFS并行文件系統(tǒng)可以充發(fā)散揮硬件系統(tǒng)的性能。換句話說，GPFS并行文件系統(tǒng)的性能圓滿取決于硬件配置的利害，而文件系統(tǒng)軟件自己對(duì)性能的影響微乎其微。IBMGPFS并行文件系統(tǒng)與其余并行文件系統(tǒng)之間最大的差別在于GPFS不需要專用的元數(shù)據(jù)（MetaData）管理服務(wù)器，所有元數(shù)據(jù)分別在磁盤陣列中，并可以由任何I/O節(jié)點(diǎn)管理。這樣的設(shè)計(jì)防備了并行文件系統(tǒng)中最可能產(chǎn)生性能瓶頸的要素——MetaDataServer。Lustre文件系統(tǒng)為例，它只對(duì)元數(shù)據(jù)管理器MDS供給容錯(cuò)解決方案，而關(guān)于詳細(xì)的數(shù)據(jù)儲(chǔ)蓄節(jié)點(diǎn)OST來說，則依靠其自己來解決容錯(cuò)的問題。比方，Lustre介紹OST節(jié)點(diǎn)采納RAID技術(shù)或SAN儲(chǔ)蓄地區(qū)網(wǎng)來容錯(cuò)，但因?yàn)長ustre自己能供給數(shù)據(jù)儲(chǔ)蓄的容錯(cuò)，一旦OST發(fā)生故障就沒法恢復(fù)，所以對(duì)OST的堅(jiān)固性就提出了相當(dāng)高的要求，進(jìn)而大大增添了儲(chǔ)蓄的成本，并且成本會(huì)跟著規(guī)模的擴(kuò)大線性增添GFS容錯(cuò)系統(tǒng)包含：1、Master容錯(cuò):Master上保留了GFS文件系統(tǒng)的三種元數(shù)據(jù)。1）、命名空間，也就是整個(gè)文件系統(tǒng)的目錄構(gòu)造。2）、Chunk與文件名的照耀表3）、Chunk副本的地點(diǎn)信息，每一個(gè)Chunk默認(rèn)有三個(gè)副本。4/15前兩種GFS經(jīng)過操作日記來供給容錯(cuò)功能。第三種直接保留各個(gè)ChunkServer上，當(dāng)master發(fā)生故障時(shí)，快速恢復(fù)以上元數(shù)據(jù)。為了防備master完好死機(jī)，GFS供給了master遠(yuǎn)程的及時(shí)備份。2、ChunkServer容錯(cuò)：GFS采納副本的方式實(shí)現(xiàn)其容錯(cuò)。假如有關(guān)副本拋棄或不可以恢復(fù)，master自動(dòng)將副本復(fù)制到其余ChunkServer.GFS把每一個(gè)文件區(qū)分紅多個(gè)Chunk,MapReduce與傳統(tǒng)的散布式程序設(shè)計(jì)比較的長處答：與傳統(tǒng)的散布式程序設(shè)計(jì)比較，MapReduce封裝了并行辦理、容錯(cuò)辦理、當(dāng)?shù)鼗?jì)算、負(fù)載平衡等細(xì)節(jié)，還供給了一個(gè)簡單而興盛的接口。Chubby的設(shè)計(jì)目標(biāo)主要有？Paxos算法在Chubby中起什么作用?1）、高可用性2）、高擴(kuò)展性3）、支持粗粒度的建議性鎖服務(wù)4）、服務(wù)信息的直接儲(chǔ)蓄5）、支持通知系統(tǒng)6）、支持緩存系統(tǒng)。Chubby內(nèi)部一致性問題的實(shí)現(xiàn)用到Paxos算法什么是散布式構(gòu)造化數(shù)據(jù)表Bigtable？Bigtable是Google開發(fā)的鑒于GFS和Chubby的散布式儲(chǔ)蓄系統(tǒng)，它的設(shè)計(jì)應(yīng)達(dá)到以下幾個(gè)目標(biāo)：（1）、寬泛的合用性5/152）、很強(qiáng)的可擴(kuò)展性3）、高可用性4）、簡單性Bigtable是:一個(gè)散布式多維照耀表，表中的數(shù)據(jù)經(jīng)過一個(gè)行重點(diǎn)字、一個(gè)列重點(diǎn)字以及一個(gè)時(shí)間戳進(jìn)行索引。Bigtable中Chubby主要有以下幾個(gè)作用：1）采納并保證同一時(shí)間內(nèi)只有一個(gè)主服務(wù)器（MasterServer）2）獲得子表的地點(diǎn)信息3）保留Bigtable的模式信息及接見控制列表Bigtable主要由三個(gè)部分構(gòu)成：客戶端程序庫、一個(gè)主服務(wù)器和多個(gè)子表服務(wù)器Paxos算法中節(jié)點(diǎn)被分紅了三各樣類：proposers、acceptors、和learners,此中proposers提出決策，acceptors贊成決策、learners獲得并使用已經(jīng)經(jīng)過的決策。一個(gè)節(jié)點(diǎn)可以兼有多重種類，知足三個(gè)條件保持?jǐn)?shù)據(jù)的一致性，1）、決策只有在被Proposers提出后才能贊成2）、每次只好贊成一個(gè)決策3）、只有決策確立被贊成后learners才能獲得這個(gè)決策。Bigtable性能優(yōu)化：1、局部性群組2、壓縮3、xx過濾器6/15GFS將整個(gè)系統(tǒng)的節(jié)點(diǎn)分為哪幾類角色：Client(客戶端)、Master(主服務(wù)器)、ChunkServer(數(shù)據(jù)塊服務(wù)器)。Master是GFS的管理節(jié)點(diǎn)，在邏輯上只有一個(gè)，他保留系統(tǒng)的元數(shù)據(jù)，負(fù)責(zé)整個(gè)文件系統(tǒng)的管理，是GFS文件系統(tǒng)中的“大腦”。ChunkServer負(fù)責(zé)詳細(xì)的儲(chǔ)蓄工作。數(shù)據(jù)以文件的形式儲(chǔ)蓄在ChunkServer的個(gè)數(shù)可以有多個(gè)，他的數(shù)目直接決定了GFS的規(guī)模。GFS將文件依據(jù)固定大小進(jìn)行分塊，默認(rèn)是64MB，每一塊稱為一個(gè)Chunk(數(shù)據(jù)塊)，每個(gè)Chunk都有一個(gè)對(duì)應(yīng)的索引號(hào)（Index）。GFS擁有哪些特色：1、采納中心服務(wù)器模式：GFS采納中心服務(wù)器模式管理整個(gè)文件系統(tǒng)，增添新的ChunkServer是一件特別簡單的事情。2、不緩存數(shù)據(jù)：緩存系統(tǒng)是提高文件系統(tǒng)的性能的一個(gè)重要手段，通用文件系統(tǒng)為了提高性能，一般需要實(shí)現(xiàn)復(fù)雜的緩存系統(tǒng)。GFS文件系統(tǒng)依據(jù)應(yīng)用的特色，沒有實(shí)現(xiàn)緩存，因?yàn)镚FS的數(shù)據(jù)在ChunkServer上是以文件的形式儲(chǔ)蓄。3、在用戶態(tài)下實(shí)現(xiàn)4、只供給專用接口什么是MapReduce?Map（照耀）Reduce（化簡）是Google提出的一個(gè)軟件架構(gòu)，是一種辦理海量數(shù)據(jù)的并行編程模式，用于大規(guī)模數(shù)據(jù)集的并行計(jì)算。第三章AWS供給的服務(wù)包含：7/15彈性計(jì)算xxEC2、簡單儲(chǔ)蓄服務(wù)S3、簡單數(shù)據(jù)庫服務(wù)SimpleDB、簡單行列服務(wù)SQS、彈性MapReduce服務(wù)、內(nèi)容推送服務(wù)、電子商務(wù)服務(wù)、FPS。改良的一致性哈希算法長處：可以減小數(shù)據(jù)散布不平衡的可能性。采納數(shù)據(jù)分區(qū)后，在增添或刪除設(shè)備節(jié)點(diǎn)時(shí)，會(huì)惹起嬌小的數(shù)據(jù)傳輸。可以在很小的數(shù)據(jù)傳輸代價(jià)下，保證整個(gè)系統(tǒng)數(shù)據(jù)散布的平衡性。Dynamo中增添一個(gè)新的節(jié)點(diǎn)時(shí)，原來各節(jié)點(diǎn)保留的數(shù)據(jù)能否需要改變？假如改變，應(yīng)當(dāng)怎樣變化？需要改變；原儲(chǔ)蓄在前驅(qū)節(jié)點(diǎn)上的那部分?jǐn)?shù)據(jù)會(huì)遷徙到新的節(jié)點(diǎn)上。而其余節(jié)點(diǎn)保留的數(shù)據(jù)不變。相同，在刪除節(jié)點(diǎn)時(shí)，被刪除節(jié)點(diǎn)的數(shù)據(jù)會(huì)遷徙到其前驅(qū)節(jié)點(diǎn)上，而對(duì)其余節(jié)點(diǎn)沒有影響。私有IP、公有IP和彈性IP的差別在哪里？EC2的IP地點(diǎn)包含三大類:私有IP、公有IP和彈性IP。EC2的實(shí)例一旦被創(chuàng)立,就會(huì)動(dòng)向地分派兩個(gè)IP地點(diǎn),即私有IP和公有IP。私有IP地點(diǎn)與實(shí)例相對(duì)應(yīng),由動(dòng)向主機(jī)配置協(xié)議(DHCP)分派產(chǎn)生。公有IP地點(diǎn)和私有IP地點(diǎn)之間經(jīng)過網(wǎng)絡(luò)地點(diǎn)變換(NAT)技術(shù)實(shí)現(xiàn)互相之間的變換。公共IP和特定的實(shí)例相對(duì)應(yīng)，在某個(gè)實(shí)例終結(jié)或被彈性IP地點(diǎn)代替以前，公共IP地點(diǎn)會(huì)向來存在，實(shí)例經(jīng)過這個(gè)公有IP地點(diǎn)和外界通訊。實(shí)例每次啟動(dòng)時(shí),公有IP都會(huì)發(fā)生變化。彈性IP則是與用戶賬號(hào)綁定,使用時(shí)可以代替公有IP經(jīng)過NAT的方式實(shí)現(xiàn)與私有IP變換,進(jìn)而連結(jié)到EC2實(shí)例。地理地區(qū)和可用地區(qū)有哪些差別？8/15AWS中采納了兩種地區(qū)(Zone),地理地區(qū)(RegionZone)和可用地區(qū)(AvailabilityZone)。地理地區(qū)是按實(shí)質(zhì)的地理地點(diǎn)區(qū)分的?？捎玫貐^(qū)是依據(jù)能否有獨(dú)立的供電系統(tǒng)和冷卻系統(tǒng)區(qū)分,平常將每個(gè)數(shù)據(jù)中心看作一個(gè)可用地區(qū)。EC2系統(tǒng)中包含多個(gè)地理地區(qū),而每個(gè)地理地區(qū)又包含多個(gè)可用地區(qū)。Amazom云平臺(tái)中，SQS的目的及構(gòu)成部分，此中“信息”的格式是什么？簡單行列服務(wù)（SQS）是Amazon為認(rèn)識(shí)決其云計(jì)算平臺(tái)之間不一樣樣組件的通訊而設(shè)計(jì)開發(fā)的。SQS由三個(gè)基本部分構(gòu)成：系統(tǒng)組件、行列、信息。系統(tǒng)組件是SQS的服務(wù)對(duì)象，而SQS則是組件之間交流的橋梁。組件有兩重角色，既是信息的發(fā)送者，也可以是信息的接受者?！靶畔ⅰ备袷剑盒畔⒂梢韵滤牟糠謽?gòu)成：信息ID：由系統(tǒng)返回給用戶，用來表記行列中的不一樣樣信息。接收句柄：當(dāng)從行列中接收信息時(shí)就會(huì)從信息那里獲得一個(gè)接收句柄，這個(gè)句柄可以用來抵信息進(jìn)行刪除等操作。信息體：信息的正文部分，需要注意的是信息寄存的是文本數(shù)據(jù)并且不可以是URL編碼方式。信息體綱領(lǐng)：信息體字符串的MD5校驗(yàn)和。非關(guān)系型數(shù)據(jù)庫和傳統(tǒng)關(guān)系數(shù)據(jù)庫的差別1.數(shù)據(jù)模型9/15關(guān)系數(shù)據(jù)庫對(duì)數(shù)占有嚴(yán)格的拘束，包含數(shù)據(jù)之間的關(guān)系和數(shù)據(jù)的圓滿性。非關(guān)系數(shù)據(jù)庫的key-value儲(chǔ)蓄形式中，key和value可以使用隨意的數(shù)據(jù)種類。2.數(shù)據(jù)辦理：關(guān)系數(shù)據(jù)庫知足CAP原則的C和A，在P方面很弱，所以在可擴(kuò)展性方面弱，所以致使其在可擴(kuò)展性方面面對(duì)好多問題。非關(guān)系型數(shù)據(jù)庫知足CAP原則的A和P，而在C方面較弱，所以使得其沒法知足ACID要求。3.接口層關(guān)系型數(shù)據(jù)庫都是以SQL語言對(duì)數(shù)據(jù)進(jìn)行接見的，供給了興盛的查問功能，并便于在各樣關(guān)系數(shù)據(jù)庫間移植。非關(guān)系型數(shù)據(jù)庫對(duì)數(shù)據(jù)庫的操作大多通API來實(shí)現(xiàn)，支持簡單的查問功能，且因?yàn)椴灰粯訕訑?shù)據(jù)庫之間API的不一樣樣而造成移植性較差。綜上所述，關(guān)系數(shù)據(jù)庫擁有高一致性，在ACID方面很強(qiáng)，移植性很高；但在可擴(kuò)展性方面能力較弱，只好經(jīng)過提高服務(wù)的配置來提高辦理能力。非關(guān)系型數(shù)據(jù)庫擁有很高的可擴(kuò)展性，可以經(jīng)過增添服務(wù)器數(shù)目來不停提高儲(chǔ)蓄規(guī)模，擁有很好的并發(fā)辦理能力；但因?yàn)槿鄙贁?shù)據(jù)的一致性保證，所以辦理事務(wù)性問題能力較弱，并且難以辦理跨表，跨服務(wù)器的查問。第四章微軟云計(jì)算平臺(tái)包含幾部分？每部分的作用是什么？目前版本的WindowsAzure平臺(tái)包含4個(gè)構(gòu)成部分：（1）WindowsAzure。位于云計(jì)算平臺(tái)最基層，是微軟云計(jì)算技術(shù)的核心。它作為微軟云計(jì)算操作系統(tǒng)，供給了一個(gè)在微軟數(shù)據(jù)中心服務(wù)器上運(yùn)轉(zhuǎn)應(yīng)用程序和儲(chǔ)蓄數(shù)據(jù)的Windows環(huán)境。（2）SQLAzure。它是云中的關(guān)系數(shù)據(jù)庫，為云中鑒于SQLAzure的關(guān)系型數(shù)據(jù)供給服務(wù)。10/153）WindowsAzureAppFabric。為在云中或當(dāng)?shù)叵到y(tǒng)中的應(yīng)用供給鑒于云的基礎(chǔ)架構(gòu)服務(wù)。部署和管理云基礎(chǔ)架構(gòu)的工作均由AppFabric達(dá)成，開發(fā)者只要關(guān)懷應(yīng)用邏輯。4）WindowsAzureMarketplace。為購置云計(jì)算環(huán)境下的數(shù)據(jù)和應(yīng)用供給在線服務(wù)。WindowsAzure儲(chǔ)蓄服務(wù)供給了幾各樣類的儲(chǔ)蓄方式？論述每種儲(chǔ)蓄方式主要的儲(chǔ)蓄對(duì)象。答：WindowsAzure儲(chǔ)蓄服務(wù)目前主要供給了4種主要的數(shù)據(jù)儲(chǔ)蓄構(gòu)造：1）Blob種類。Blob數(shù)據(jù)種類儲(chǔ)蓄二進(jìn)制數(shù)據(jù)，可以儲(chǔ)蓄大型的無構(gòu)造數(shù)據(jù)，容量巨大，可以知足海量數(shù)據(jù)儲(chǔ)蓄需求2）Table種類。Table數(shù)據(jù)種類可以供給更為構(gòu)造化的數(shù)據(jù)儲(chǔ)蓄，可是它不一樣樣于關(guān)系型數(shù)據(jù)庫管理系統(tǒng)中的二維關(guān)系表，查問語言也不是大家熟習(xí)的關(guān)系查問語言SQL。3）Que種類。Que種類的作用和微軟信息行列（MSMQ）周邊，用來支持在WindowsAzure應(yīng)用程序組件之間進(jìn)行通訊。4）File種類。File種類使用標(biāo)準(zhǔn)SMB2.1協(xié)議支持WindowsAzure虛假機(jī)和云服務(wù)，可經(jīng)過裝載的共享在應(yīng)用程序組件之間共享文件數(shù)據(jù)，當(dāng)?shù)貞?yīng)用程序可經(jīng)過文件儲(chǔ)蓄A(yù)PI來接見共享中的文件數(shù)據(jù)。SQLAzure數(shù)據(jù)同步技術(shù)主要有幾種？分別怎樣實(shí)現(xiàn)？答：1）SQLAzure數(shù)據(jù)庫與SQLServer數(shù)據(jù)庫之間的數(shù)據(jù)同步。用戶選擇這種同步的原由有好多，除了網(wǎng)絡(luò)故障等要素外，數(shù)據(jù)調(diào)動(dòng)也需要數(shù)據(jù)副本在某一地區(qū)范圍內(nèi)進(jìn)行，同時(shí)需要防備某些操作失誤所帶來的數(shù)據(jù)拋棄。這時(shí)用戶可以經(jīng)過SQLAzure數(shù)據(jù)庫和SQLServer數(shù)據(jù)庫的信息同步在當(dāng)?shù)財(cái)?shù)據(jù)庫保留副本。11/152）SQLAzure數(shù)據(jù)庫之間的同步。某些ISVs（獨(dú)立的軟件開發(fā)商）或全世界化的公司需要?jiǎng)?chuàng)立一個(gè)應(yīng)用，為了知足高性能的需求，應(yīng)用的創(chuàng)立者或許會(huì)選擇在三個(gè)不一樣樣的WindowsAzure數(shù)據(jù)中心運(yùn)轉(zhuǎn)這個(gè)應(yīng)用。假如這個(gè)應(yīng)用將數(shù)據(jù)寄存在SQLAzure數(shù)據(jù)中，需要使用SQLAzure數(shù)據(jù)同步服務(wù)保持三個(gè)數(shù)據(jù)中心之間的信息同步。SQLAzure數(shù)據(jù)同步服務(wù)使用“輪輻式”模型，所有的變化將會(huì)第一被復(fù)制到SQLAzure數(shù)據(jù)庫“hub上”，此后再傳達(dá)到其余“spoke以”上。這些“spoke成”員可以是一個(gè)SQLAzure數(shù)據(jù)庫，也可以是當(dāng)?shù)豐QLServer數(shù)據(jù)庫。上述的同步過程可以同步整個(gè)數(shù)據(jù)庫，也可以只同步有更新的數(shù)據(jù)庫表格。SQLAzure和SQLServer的相同點(diǎn)和不一樣樣點(diǎn)相同點(diǎn)：SQLAzure是云中的關(guān)系數(shù)據(jù)庫，和當(dāng)?shù)氐腟QLServer數(shù)據(jù)庫有好多認(rèn)識(shí)的地方。比方SQLAzure供給了一個(gè)表格數(shù)據(jù)流（TDS）接口供鑒于Transact-SQL的數(shù)據(jù)庫進(jìn)行接見，這和SQLServer中的實(shí)例接見數(shù)據(jù)庫狀況是相像的。不一樣樣點(diǎn)：SQLAzure中，因?yàn)槲锢砉芾砉ぷ魇怯晌④涍M(jìn)行的，所以在管理、服務(wù)供給、Transact-SQL支持和編程方式等方面，與SQLServer有所不一樣樣。WindowsAzure最新版本包含5個(gè)部分:1.計(jì)算服務(wù)，2.儲(chǔ)蓄服務(wù)，3.Fabric控制器，4.內(nèi)容發(fā)散網(wǎng)絡(luò)CDN，5.WindowsAzureConnect.儲(chǔ)蓄名空間被區(qū)分為三部分：賬戶名，分區(qū)名和對(duì)象名SQLAzure重點(diǎn)技術(shù)：1.SQLAzure數(shù)據(jù)庫，2.SQLAzure報(bào)表服務(wù)，3.SQLAzure數(shù)據(jù)同步AppFabric重點(diǎn)技術(shù)：1.服務(wù)總線，2.接見控制，3.高速緩存。WindowsAzure是微軟云計(jì)算戰(zhàn)略的核心：12/15計(jì)算操作系統(tǒng)WAS的一個(gè)重要特色是可以儲(chǔ)蓄和接見達(dá)到甚至超出EB級(jí)的海量數(shù)據(jù)，其產(chǎn)品系統(tǒng)由儲(chǔ)蓄域和地點(diǎn)服務(wù)構(gòu)成儲(chǔ)蓄域的層次構(gòu)造包含哪三層：1、文件流層，2、分區(qū)層，3、前段文件流層包含流管理器和區(qū)塊節(jié)點(diǎn)兩大多數(shù)。分區(qū)層包含一個(gè)分區(qū)管理器、多個(gè)分區(qū)服務(wù)器和一個(gè)鎖服務(wù)三個(gè)主要的系統(tǒng)構(gòu)造模塊。分區(qū)管理器：負(fù)責(zé)保留對(duì)象表到分區(qū)段的區(qū)分和每個(gè)分區(qū)段到相應(yīng)分區(qū)服務(wù)器的分派情況。分區(qū)服務(wù)器：負(fù)責(zé)辦原由分區(qū)管理器分派給它的一組分區(qū)段的懇求。鎖服務(wù)：Paxos鎖服務(wù)用于分區(qū)服務(wù)器的主服務(wù)器選舉。WAS將分區(qū)B拆成新的分區(qū)段C和D怎樣實(shí)現(xiàn)？步驟1：分區(qū)管理器通知分區(qū)服務(wù)器將段B拆分為C和D。步驟2：分區(qū)服務(wù)器辦理B的檢查點(diǎn)，再暫停相應(yīng)的服務(wù)懇求。13/15步驟3：分區(qū)服務(wù)器使用一種“MultiModify的”特別流操作辦理B的每個(gè)流，并分別生成與B中區(qū)塊次序相同的C和D流子集，再追加C和D的新分區(qū)鍵值范圍到他們的元數(shù)據(jù)流。步驟4：分區(qū)服務(wù)器開始將服務(wù)懇求發(fā)送至新的分區(qū)C和D。步驟5：分區(qū)服務(wù)器通知分區(qū)管