【文章內(nèi)容簡介】 2 在主服務(wù)器節(jié)點容錯中，采用日志進行容錯的是（ ） A、 命名空間 B、 Chunk與文件名的映射表 C、 命名空間、 Chunk與文件名的映射表 D、 Chunk數(shù)據(jù) 2 在數(shù)據(jù)塊服務(wù)器容錯中，每個 Block對應(yīng)（ ） Bit的校驗碼 A、 8bit B、 16bit C、 2bit D、 64bit 2 GFS在 Google中管理著（ ）級別的數(shù)據(jù) A、 TB級 B、 GB級 C、 PB級 D、 MB級 2 在目前 GFS集群中，每個集群包含（ ）個存儲節(jié)點 A、 幾百個 B、 幾千個 C、 幾十個 D、 幾十萬個 2 下列選項中，哪條不是 GFS采用中心服務(wù)器模式的原因（ ） A、 不易成為整個系統(tǒng)的瓶頸 B、 可以方便增加數(shù)據(jù)塊服務(wù)器 C、 不存在元數(shù)據(jù)的一致性問題 D、 方便進行負載均衡 下列選項中，哪條不是 GFS選擇在用戶態(tài)下實現(xiàn)的原因（ ） A、 調(diào)試簡單 B、 不影響數(shù)據(jù)塊服務(wù)器的穩(wěn)定性 C、 降低實現(xiàn)難度，提高通用性 D、 容易擴展 3（ ）是 Google提出的用于處理海量數(shù)據(jù)的并行編程模式和大規(guī)模數(shù)據(jù)集的并行運算的軟件架構(gòu) A、 GFS B、 MapReduce C、 Chubby D、 Bigtable 3 （ ）是 Google的分布式數(shù)據(jù)存儲與管理系統(tǒng) A、 GFS B、 MapReduce C、 Chubby D、 Bigtable 3下面關(guān)于 MapReduce模型中 Map函數(shù)與 Reduce函數(shù)的描述正確的是（ ） A、 一個 Map函數(shù)就是對一部分原始數(shù)據(jù)進行指定的操作 B、 一個 Map操作就是對每個 Reduce所產(chǎn)生的一部分中間結(jié)果進行合并操作 C、 Map與 Map之間不是相互獨立的 D、 Reduce與 Reduce之間不是相互獨立的 3 Bigtable中行關(guān)鍵字的大小不能超過（ ） KB A、 16 B、 32 C、 48 D、 64 11 3（ ）是 Bigtable中數(shù)據(jù)劃分和負載均衡的基本單位 A、行 B、列 C、列族 D、 子表 3以下是將網(wǎng)頁地址進行倒排序帶來的好處是（ ） A、 降低表的規(guī)模 B、 便于對數(shù)據(jù)進行修改操作 C、 便于子表的劃分與管理 D、 同一地址的網(wǎng)頁會被存儲在表中連續(xù)的位置，有利于用戶 查找和分析，便于數(shù)據(jù)壓縮 3 （ ）是 Bigtable中訪問控制的基本單元 A、行 B、列 C、 列族 D、 子表 3 MapReduce執(zhí)行過程中，數(shù)據(jù)存儲位置不是在 GFS上的是（ ） A、 Map處理結(jié)果 B、 Reduce處理結(jié)果 C、 日志 3 MapReduce通常把輸入文件按照（ ） MB來劃分 A、 16 B、 32 C、 64 D、 128 （ ）是 Google為 Bigtable設(shè)計的內(nèi)部數(shù)據(jù)存儲格式 A、 行 B、 SSTable C、列族 D、 子表 4下面哪條 不是 Bigtable主服務(wù)器作用（ ） A、 為每個子表服務(wù)器分配子表，對外提供服務(wù) B、 對 Bigtable表中的數(shù)據(jù)進行存儲 C、 探測子表服務(wù)器的故障與 恢復(fù) D、 負載均衡 4 SSTable 結(jié)尾的索引保存的是（ ）信息 A、 SSTable中塊的位置 B、 SSTable的位置 C、 SSTable中塊的大小 D、 SSTable的大小 4 Bigtable中的數(shù)據(jù)壓縮形式有（ ）種 A、 2 B、 3 C、 4 D、 5 4 在 Bigtable中，（ ）主要用來存儲子表數(shù)據(jù)以及一些日志文件 A、 GFS B、 Chubby C、 SSTable D、 MapReduce 4 Bigtable中時間戳是（ ）位整形數(shù) A、 32 B、 48 C、 56 D、 64 4 下列不屬于亞馬遜機器映像（ AMI）類型的是（ ） A、 公共 AMI B、 私有 AMI C、 通用 AMI D、 共享 AMI 12 4在使用彈性計算云 EC2服務(wù) 時 ，第一步要做的是（ ） A、 創(chuàng)建或選用 AMI B、 運行實例 C、 選擇區(qū)域 D、 建立對象 4在 EC2中用戶最多可以擁有（ ）個實例 A、 10 B、 20 C、 30 D、 40 4在 EC2服務(wù)中，每個實例自身攜帶（ ）個存儲模塊 A、 1 B、 2 C、 3 D、 4 50、 EC2定義了 CPU的計算單元 ECU（ EC2 ComprteUnit），下列資源中使用一個計算單元的是（ ） A、 Large B、 Small C、 ExtraLarge D、 HighCPUMeD. ium 5 每個彈性塊存儲 EBS最多可以創(chuàng)建（ ）個卷 A、 10 B、 20 C、 30 D、 40 5下列選項屬于彈性塊 存儲 EBS功能的是（ ） A、 快照 B、 負載均衡 C、 隊列 D、 映像 5在 EC2服務(wù)的通信機制中，每個帳戶限制有（ ）個彈性 IP A、 4 B、 5 C、 6 D、 7 5在 EC2的安全與容錯機制中，一個用戶目前最多可以創(chuàng)建（ ）個安全組 A、 50 B、 100 C、 150 D、 200 5 S3的基本存儲單元是（ ） A、服務(wù) B、 對象 C、卷 D、 組 5下列操作類型不屬于 S3API范疇的是（ ） A、 創(chuàng)建桶 B、 讀取對象 C、 運行實例 D、 設(shè)置訪問控制策略 5與 SDB相比較，下列選項屬于 S3 特點的是（ ） A、 支持?jǐn)?shù)據(jù)查找、刪除等操作 B、 專為大型、非結(jié)構(gòu)化的數(shù)據(jù)塊設(shè)計 C、 為復(fù)雜的數(shù)據(jù)建立 D、 為結(jié)構(gòu)化的數(shù)據(jù)建立 5與關(guān)系數(shù)據(jù)庫比較，下列選項屬于 SDB特性的是（ ） A、 支持連接操作 B、 具有事務(wù)的概念 C、 不支持自動索引 D、 單個屬性允許有多個值 5簡單隊列服務(wù) SQS中采用的是（ ）隊列方式 13 A、 先進先出模式 B、 堆棧模式 C、 權(quán)重模式 D、 后進先出模式 60、桶是 S3用于存儲對象的容器，每個用戶最多可以創(chuàng)建（ ）個桶 A、 10 B、 50 C、 80 D、 100 二、多選題（共 20題） 目前提供云計算服務(wù)的公司有（ ） A、 微軟 B、 Google C、 亞馬遜 D、 IBM 云計算技術(shù)的層次結(jié)構(gòu)中包含以 下 （ ）層 A、 物理資源層 B、 資源池層 C、 管理中間件 D、 SOA構(gòu)建層 云計算體系結(jié)構(gòu)中，最關(guān)鍵的兩層是（ ） A、物理資源層 B、 資源池層 C、 管理中間件 D、 SOA構(gòu)建層 云計算按照服務(wù)類型大致可分為以下（ ）類 A、 IaaS B、 PaaS C、 SaaS D、 效用計算 目前 Google公司提供 的業(yè)務(wù)有（ ） A、 Google地圖 B、 Google地球 C、 Google搜索引擎 D、 Google Google文件系統(tǒng)將整個系統(tǒng)的節(jié)點分為（ ）的角色 A、 客戶端 B、 主服務(wù)器 C、 數(shù)據(jù)塊服務(wù)器 D、 監(jiān)測服務(wù)器 Google文件系統(tǒng)（ GFS）具有（ ）特點 A、 采用中心服 務(wù)器模式 B、 不緩存數(shù)據(jù) C、 采用邊緣服務(wù)器模式 D、 在用戶態(tài)下實現(xiàn) 單一主服務(wù)器（ Master）解決性能瓶頸的方法是（ ） A、 減少其在數(shù)據(jù)存儲中的參與程度 B、 不使用 Master讀取數(shù)據(jù) C、 客戶端緩存元數(shù)據(jù) D、 采用大尺寸的數(shù)據(jù)塊 GFS中主服務(wù)器節(jié)點存儲的元數(shù)據(jù)包含這些信息（ ） A、 文件副本的位置信息 B、 命名空間 C、 Chunk與文件名的映射 D、 Chunk副本的位置信息 Google不緩存數(shù)據(jù)的原因是（ ） 14 A、 GFS的文件操作大部分是流式讀寫 B、 維護緩存與實際數(shù)據(jù)之間的一致性太復(fù)雜 C、 不存在大量的重復(fù)讀寫 D、 數(shù)據(jù)塊服務(wù)器上的數(shù)據(jù)存取使用本地文件系統(tǒng) 1 Google設(shè)計 Bigtable的動機主要是（ ） A、 需要存儲的數(shù)據(jù)種類繁多 B、 海量的服務(wù)請求 C、 商用數(shù)據(jù)庫無法滿足 Google的需求 D、 需要頻繁地修改數(shù)據(jù) 1 Bigtable開發(fā)團隊確定了 Bigtable設(shè)計所需達到的基本目標(biāo)是（ ） A、 廣泛的適用性 B、 很強的可擴展性