2023年hadoop常見(jiàn)筆試題答案_第1頁(yè)
2023年hadoop常見(jiàn)筆試題答案_第2頁(yè)
2023年hadoop常見(jiàn)筆試題答案_第3頁(yè)
2023年hadoop常見(jiàn)筆試題答案_第4頁(yè)
2023年hadoop常見(jiàn)筆試題答案_第5頁(yè)
已閱讀5頁(yè),還剩5頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

Hadoop測(cè)試題一.填空題,1分(41空),2分(42空)共125分(每空1分)datanode負(fù)責(zé)HDFS數(shù)據(jù)存儲(chǔ)。(每空1分)HDFS中的block默認(rèn)保存3份。(每空1分)ResourceManager程序通常與NameNode在一個(gè)節(jié)點(diǎn)啟動(dòng)。(每空1分)hadoop運(yùn)營(yíng)的模式有:?jiǎn)螜C(jī)模式、偽分布模式、完全分布式。(每空1分)Hadoop集群搭建中常用的4個(gè)配置文獻(xiàn)為:core-site.xml、hdfs-site.xml、mapred-site.xml、yarn-site.xml。(每空2分)HDFS將要存儲(chǔ)的大文獻(xiàn)進(jìn)行分割,分割后存放在既定的存儲(chǔ)塊中,并通過(guò)預(yù)先設(shè)定的優(yōu)化解決,模式對(duì)存儲(chǔ)的數(shù)據(jù)進(jìn)行預(yù)解決,從而解決了大文獻(xiàn)儲(chǔ)存與計(jì)算的需求。(每空2分)一個(gè)HDFS集群涉及兩大部分,即namenode與datanode。一般來(lái)說(shuō),一個(gè)集群中會(huì)有一個(gè)namenode和多個(gè)datanode共同工作。(每空2分)namenode是集群的主服務(wù)器,重要是用于對(duì)HDFS中所有的文獻(xiàn)及內(nèi)容數(shù)據(jù)進(jìn)行維護(hù),并不斷讀取記錄集群中datanode主機(jī)情況與工作狀態(tài),并通過(guò)讀取與寫(xiě)入鏡像日記文獻(xiàn)的方式進(jìn)行存儲(chǔ)。(每空2分)datanode在HDFS集群中擔(dān)任任務(wù)具體執(zhí)行角色,是集群的工作節(jié)點(diǎn)。文獻(xiàn)被提成若干個(gè)相同大小的數(shù)據(jù)塊,分別存儲(chǔ)在若干個(gè)datanode上,datanode會(huì)定期向集群內(nèi)namenode發(fā)送自己的運(yùn)營(yíng)狀態(tài)與存儲(chǔ)內(nèi)容,并根據(jù)namnode發(fā)送的指令進(jìn)行工作。(每空2分)namenode負(fù)責(zé)接受客戶端發(fā)送過(guò)來(lái)的信息,然后將文獻(xiàn)存儲(chǔ)位置信息發(fā)送給client,由client直接與datanode進(jìn)行聯(lián)系,從而進(jìn)行部分文獻(xiàn)的運(yùn)算與操作。(每空1分)block是HDFS的基本存儲(chǔ)單元,默認(rèn)大小是128M。(每空1分)HDFS還可以對(duì)已經(jīng)存儲(chǔ)的Block進(jìn)行多副本備份,將每個(gè)Block至少?gòu)?fù)制到3個(gè)互相獨(dú)立的硬件上,這樣可以快速恢復(fù)損壞的數(shù)據(jù)。(每空2分)當(dāng)客戶端的讀取操作發(fā)生錯(cuò)誤的時(shí)候,客戶端會(huì)向namenode報(bào)告錯(cuò)誤,并請(qǐng)求namenode排除錯(cuò)誤的datanode后,重新根據(jù)距離排序,從而獲得一個(gè)新的的讀取途徑。假如所有的datanode都報(bào)告讀取失敗,那么整個(gè)任務(wù)就讀取失敗。(每空2分)對(duì)于寫(xiě)出操作過(guò)程中出現(xiàn)的問(wèn)題,F(xiàn)SDataOutputStream并不會(huì)立即關(guān)閉??蛻舳讼騈amenode報(bào)告錯(cuò)誤信息,并直接向提供備份的datanode中寫(xiě)入數(shù)據(jù)。備份datanode被升級(jí)為首選datanode,并在其余2個(gè)datanode中備份復(fù)制數(shù)據(jù)。NameNode對(duì)錯(cuò)誤的DataNode進(jìn)行標(biāo)記以便后續(xù)對(duì)其進(jìn)行解決。(每空1分)格式化HDFS系統(tǒng)的命令為:hdfsnamenode–format。(每空1分)啟動(dòng)hdfs的shell腳本為:start-dfs.sh。(每空1分)啟動(dòng)yarn的shell腳本為:start-yarn.sh。(每空1分)停止hdfs的shell腳本為:stop-dfs.sh。(每空1分)hadoop創(chuàng)建多級(jí)目錄(如:/a/b/c)的命令為:hadoopfs–mkdir–p/a/b/c。(每空1分)hadoop顯示根目錄命令為:hadoopfs–lsr。(每空1分)hadoop包含的四大模塊分別是:Hadoopcommon、HDFS、Mapreduce、yarn。(每空1分)namenode默認(rèn)的WebUI訪問(wèn)端標(biāo)語(yǔ)為:50070。(每空1分)ResourceManager默認(rèn)的WebUI訪問(wèn)端標(biāo)語(yǔ)為:8088。(每空1分)historyServer默認(rèn)的WebUI訪問(wèn)端標(biāo)語(yǔ)為:19888。(每空1分)修改blocksize大小的屬性是:dfs.blocksize,在hdfs-site.xml配置文獻(xiàn)里。(每空1分)HDFS中namenode的RPC端標(biāo)語(yǔ)為:8021,其作用是:接受Client連接的RPC端口,用于獲取文獻(xiàn)系統(tǒng)metadata信息。(每空2分)Mapper類中有4個(gè)函數(shù)。(每空1分)默認(rèn)NameNode周期性從DataNode接受心跳信號(hào)的時(shí)間間隔為:3s。(每空1分)hadoop集群默認(rèn)機(jī)架感知是啟用的。是否對(duì)的:錯(cuò)誤。(每空2分)HadoopMap/ReduceShuffle過(guò)程:inputsplit-->map函數(shù)—>內(nèi)存緩沖區(qū)Partitionsortcombinespill-->map端merge-->reduce端copy—>mergereduce函數(shù)。(每空2分)一個(gè)NodeManager可以同時(shí)運(yùn)營(yíng)最大reduce任務(wù)數(shù)(默認(rèn)):2。(每空2分)默認(rèn)情況下,一個(gè)同時(shí)運(yùn)營(yíng)了namenode,secondarynamenode和ResourceManager的主節(jié)點(diǎn),所使用的內(nèi)存容量為3000M。(每空2分)Hadoop集群中有三種作業(yè)調(diào)度HYPERLINK""\o"算法與數(shù)據(jù)結(jié)構(gòu)知識(shí)庫(kù)"\t"_blank"算法,分別為FIFO調(diào)度,計(jì)算能力調(diào)度和公平調(diào)度。(每空1分)HA產(chǎn)生的背景是:為了解決單NN也許出現(xiàn)宕機(jī)導(dǎo)致集群不可用或數(shù)據(jù)丟失的問(wèn)題。(每空1分)通過(guò)Zookeeper管理兩個(gè)或者多個(gè)NameNode,使一個(gè)NameNode為active狀態(tài),并且同步每個(gè)NN的元數(shù)據(jù),假如active狀態(tài)的NN宕機(jī)后立即啟用狀態(tài)為standby狀態(tài)的備用節(jié)點(diǎn)。(每空1分)job是客戶端需要執(zhí)行的一個(gè)工作單元。(每空1分)Hadoop將作業(yè)提成若干個(gè)task來(lái)執(zhí)行,其中涉及:maptask和reducetask。(每空2分)combiner是通過(guò)Reducer類來(lái)定義的。(每空2分)map任務(wù)將其輸出寫(xiě)入到本地磁盤(pán)。(每空2分)reduce的輸出通常存儲(chǔ)在HDFS中以實(shí)現(xiàn)可靠存儲(chǔ)。(每空2分)HDFS會(huì)對(duì)寫(xiě)入的所有數(shù)據(jù)計(jì)算校驗(yàn)和,并在讀取數(shù)據(jù)時(shí)驗(yàn)證校驗(yàn)和。(每空2分)序列化用于分布式數(shù)據(jù)解決的兩大領(lǐng)域?yàn)椋哼M(jìn)程間通信和永久存儲(chǔ)。(每空2分)hadoop使用自己的序列化格式為:Writable。二.簡(jiǎn)答題,3分(17題),5分(5題)共75分(3分)簡(jiǎn)要描述如何安裝配置apache的一個(gè)開(kāi)源hadoop,只描述即可,無(wú)需列出具體環(huán)節(jié),列出具體環(huán)節(jié)更好。答:1使用root賬戶登錄2修改IP3修改host主機(jī)名4配置SSH免密碼登錄5關(guān)閉防火墻6安裝JDK7解壓hadoop安裝包8配置hadoop的核心文獻(xiàn)hadoop-env.sh,core-site.xml,mapred-site.xml,hdfs-site.xml9配置hadoop環(huán)境變量10格式化hadoopnamenode-format(yī)11啟動(dòng)節(jié)點(diǎn)start-all.sh(3分)請(qǐng)列出正常的hadoop集群中hadoop都分別需要啟動(dòng)哪些進(jìn)程,他們的作用分別都是什么,請(qǐng)盡量列的具體一些。答:namenode:管理集群,存儲(chǔ)數(shù)據(jù)的原信息,并管理記錄datanode中的文獻(xiàn)信息。secondarynamenode:它是namenode的一個(gè)快照,會(huì)根據(jù)configurat(yī)ion中設(shè)立的值來(lái)?

決定多少時(shí)間周期性的去cp一下namenode,記錄namenode中的metadata及其它數(shù)據(jù)。Datanode:存儲(chǔ)數(shù)據(jù)ResourceManager:ResourceManager負(fù)責(zé)集群中所有資源的統(tǒng)一管理和分派,它接受來(lái)自各個(gè)節(jié)點(diǎn)(NodeManager)的資源報(bào)告信息,并把這些信息按照一定的策略分派給各個(gè)應(yīng)用程序(事實(shí)上是ApplicationManager)NodeManager:是YARN中每個(gè)節(jié)點(diǎn)上的代理,它管理HYPERLINK""\o"Hadoop知識(shí)庫(kù)"\t"_blank"Hadoop集群中單個(gè)計(jì)算節(jié)點(diǎn)??(3分)請(qǐng)寫(xiě)出以下的shell命令?(1)殺死一個(gè)job(2)刪除hdfs上的/tmp/aaa目錄(3)加入一個(gè)新的存儲(chǔ)節(jié)點(diǎn)和刪除一個(gè)節(jié)點(diǎn)需要執(zhí)行的命令答:(1)mapredjob-list得到j(luò)ob的id,然后執(zhí)行mapredjob–killjobId就可以殺死一個(gè)指定jobId的job工作了。(2)hadoopfs-rmr/tmp/aaa或者h(yuǎn)dfsdfs–rmr/tmp/aaa(3)增長(zhǎng)一個(gè)新的節(jié)點(diǎn)在新的節(jié)點(diǎn)上執(zhí)行? hadoop-daemon.shstartdatanode 然后在主節(jié)點(diǎn)中執(zhí)行hdfsdfsadmin-refreshNodes?刪除一個(gè)節(jié)點(diǎn)的時(shí)候,只需要在主節(jié)點(diǎn)執(zhí)行hdfsdfsadmin–refreshnodes(3分)請(qǐng)簡(jiǎn)述mapreduce中的combine和partition的作用答:combiner是發(fā)生在map的最后一個(gè)階段,其原理也是一個(gè)小型的reducer,重要作用是減少輸出到reduce的個(gè)數(shù),減少reducer的輸入,提高reducer的執(zhí)行效率。Partition的重要作用就是指定輸出到reduce的個(gè)數(shù)的。(3分)hdfs的體系結(jié)構(gòu)答:HDFS采用了主從(Master/Slave)結(jié)構(gòu)模型,一個(gè)HDFS集群是由一個(gè)NameNode和若干個(gè)DataNode組成的。其中NameNode作為主服務(wù)器,管理文獻(xiàn)系統(tǒng)的命名空間和客戶端對(duì)文獻(xiàn)的訪問(wèn)操作;集群中的DataNode管理存儲(chǔ)的數(shù)據(jù)(3分)三個(gè)datanode中當(dāng)有一個(gè)datanode出現(xiàn)錯(cuò)誤時(shí)會(huì)如何?答:當(dāng)有一個(gè)datanode出現(xiàn)錯(cuò)誤的時(shí)候,namenode會(huì)將那個(gè)datanode上的數(shù)據(jù)拷貝到其他的節(jié)點(diǎn)去進(jìn)行存儲(chǔ)。(3分)文獻(xiàn)大小默認(rèn)為64M,改為128M有什么影響?答:更改文獻(xiàn)的block塊大小,需要根據(jù)我們的實(shí)際生產(chǎn)中來(lái)更改block的大小,假如block定義的太小,大的文獻(xiàn)都會(huì)被切提成太多的小文獻(xiàn),減慢用戶上傳效率,假如block定義的太大,那么太多的小文獻(xiàn)也許都會(huì)存到一個(gè)block塊中,雖然不浪費(fèi)硬盤(pán)資源,可是還是會(huì)增長(zhǎng)namenode的管理內(nèi)存壓力。(3分)NameNode與SecondaryNameNode的區(qū)別與聯(lián)系?答:secondaryNameNode更像是Namenode的一個(gè)冷備份,當(dāng)namenode宕機(jī)之后,可以從SecondaryNamenode上面恢復(fù)部分?jǐn)?shù)據(jù)。(5分)在一個(gè)運(yùn)營(yíng)的hadoop任務(wù)中,什么是InputSplit?答:InputSplit是MapReduce對(duì)文獻(xiàn)進(jìn)行解決和運(yùn)算的輸入單位,只是一個(gè)邏輯概念,每個(gè)InputSplit并沒(méi)有對(duì)文獻(xiàn)實(shí)際的切割,只是記錄了要解決的數(shù)據(jù)的位置(涉及文獻(xiàn)的pat(yī)h和hosts)和長(zhǎng)度(由start和length決定),默認(rèn)情況下與block同樣大。(3分)參考下列M/R系統(tǒng)的場(chǎng)景:hdfs塊大小為64MB,輸入類為FileInputFormat,有3個(gè)文獻(xiàn)的大小分別為64KB,65MB,127MB,Hadoop框架會(huì)把這些文獻(xiàn)拆分為多少塊?答:64k------->一個(gè)block65MB---->兩個(gè)文獻(xiàn):64MB是一個(gè)block,1MB是一個(gè)block127MB--->兩個(gè)文獻(xiàn):64MB是一個(gè)block,63MB是一個(gè)block(5分)hadoop中RecordReader的作用是什么?答:RecorderReader是一個(gè)接口,重要是用來(lái)讀取文獻(xiàn)的輸入鍵值對(duì)的,我們也可以自定義輸入的key,value對(duì)的讀取規(guī)則。屬于split和mapper之間的一個(gè)過(guò)程,將inputsplit輸出的行為一個(gè)轉(zhuǎn)換記錄,成為key-value的記錄形式提供應(yīng)mapper(3分)Map階段結(jié)束后,Hadoop框架會(huì)解決:Partitioning,Shuffle和Sort,在這幾個(gè)階段都發(fā)生了什么?答:Partition是對(duì)輸出的key,value進(jìn)行分區(qū),可以自定義分區(qū),按照業(yè)務(wù)需求,將map的輸出歸分到多個(gè)不同的文獻(xiàn)中 將map的輸出作為輸入傳給reducer稱為shuffle?sort是排序的過(guò)程,將map的輸出,作為reduce的輸入之前,我們可以自定義排序,按照key來(lái)對(duì)map的輸出進(jìn)行排序(5分)假如沒(méi)有定義partitioner,那數(shù)據(jù)在被送達(dá)reducer前是如何被分區(qū)的?答:Partitioner是在map函數(shù)執(zhí)行context.write()時(shí)被調(diào)用。用戶可以通過(guò)實(shí)現(xiàn)自定義的Partitioner來(lái)控制哪個(gè)key被分派給哪個(gè)Reducer。hadoop有一個(gè)默認(rèn)的分區(qū)類,HashPartioer類,通過(guò)對(duì)輸入的k2去hash值來(lái)確認(rèn)map輸出的k2,v2送到哪一個(gè)reduce中去執(zhí)行。(3分)什么是combiner?答:combiner就是規(guī)約操作,通過(guò)對(duì)map輸出的數(shù)量進(jìn)行規(guī)約,可以減少reduce的數(shù)量,提高執(zhí)行效率。combiner的輸入輸出類型必須和mapper的輸出以及reducer的輸入類型一致(3分)分別舉例什么情況要使用combiner,什么情況不使用?答:求平均數(shù)的時(shí)候就不需要用combiner,由于不會(huì)減少reduce執(zhí)行數(shù)量。在其他的時(shí)候,可以依據(jù)情況,使用combiner,來(lái)減少map的輸出數(shù)量,減少拷貝到reduce的文獻(xiàn),從而減輕reduce的壓力,節(jié)省網(wǎng)絡(luò)開(kāi)銷,提高執(zhí)行效率(5分)簡(jiǎn)述Hadoop中replication(復(fù)本)放置策略?答:Hadoop的默認(rèn)布局策略是在運(yùn)營(yíng)客戶端的節(jié)點(diǎn)上放第一個(gè)復(fù)本;第二個(gè)復(fù)本放在與第一個(gè)不同且隨機(jī)此外選擇的機(jī)架中的節(jié)點(diǎn)上(離架);第三個(gè)復(fù)本與第二個(gè)復(fù)本放在同一個(gè)機(jī)架上,且隨機(jī)選擇另一個(gè)節(jié)點(diǎn)。(5分)如何為一個(gè)hadoop任務(wù)設(shè)立mappers的數(shù)量?答:map的數(shù)量通常是由hadoop集群的DFS塊大小擬定的,也就是輸入文獻(xiàn)的總塊數(shù),正常的map數(shù)量的并行規(guī)模大體是每一個(gè)Node是10~100個(gè),對(duì)于CPU消耗較小的作業(yè)可以設(shè)立Map數(shù)量為300個(gè)左右,但是由于hadoop的沒(méi)一個(gè)任務(wù)在初始化時(shí)需要一定的時(shí)間,因此比較合理的情況是每個(gè)map執(zhí)行的時(shí)間至少超過(guò)1分鐘。具體的數(shù)據(jù)分片是這樣的,InputFormat在默認(rèn)情況下會(huì)根據(jù)hadoop集群的DFS塊大小進(jìn)行分片,每一個(gè)分片會(huì)由一個(gè)map任務(wù)來(lái)進(jìn)行解決,當(dāng)然用戶還是可以通過(guò)參數(shù)mapred.min.split.size參數(shù)在作業(yè)提交客戶端進(jìn)行自定義設(shè)立。尚有一個(gè)重要參數(shù)就是mapred.map.tasks,這個(gè)參數(shù)設(shè)立的map數(shù)量?jī)H僅是一個(gè)提醒,只有當(dāng)InputFormat決定了map任務(wù)的個(gè)數(shù)比mapred.map.tasks值小時(shí)才起作用。同樣,Map任務(wù)的個(gè)數(shù)也能通過(guò)使用JobConf的conf.setNumMapTasks(intnum)方法來(lái)手動(dòng)地設(shè)立。這個(gè)方法可以用來(lái)增長(zhǎng)map任務(wù)的個(gè)數(shù),但是不能設(shè)定任務(wù)的個(gè)數(shù)小于Hadoop系統(tǒng)通過(guò)度割輸入數(shù)據(jù)得到的值。當(dāng)然為了提高集群的并發(fā)效率,可以設(shè)立一個(gè)默認(rèn)的map數(shù)量,當(dāng)用戶的map數(shù)量較小或者比自身自動(dòng)分割的值還小時(shí)可以使用一個(gè)相對(duì)交大的默認(rèn)值,從而提高整體had

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論