您好,登錄后才能下訂單哦!
本文這里為大家分享Hadoop集群設置中經常出現的一些問題。
在工作生活中,有些問題非常簡單,但往往搜索半天也找不到所需的答案,在Hadoop的學習與使用過程中同樣如此。關注WX公眾號:大數據技術工程師。可免費領取hadoop學習資料。這里為大家分享Hadoop集群設置中經常出現的一些問題:
1.Hadoop集群可以運行的3個模式?
單機(本地)模式 偽分布式模式 全分布式模式
在單機模式(standalone)中不會存在守護進程,所有東西都運行在一個JVM上。這里同樣沒有DFS,使用的是本地文件系統。單機模式適用于開發過程中運行MapReduce程序,這也是最少使用的一個模式。
偽分布式(Pseudo)適用于開發和測試環境,在這個模式中,所有守護進程都在同一臺機器上運行。
不是,兩個事物,同時Pseudo只針對Hadoop。
全分布模式通常被用于生產環境,這里我們使用N臺主機組成一個Hadoop集群,Hadoop守護進程運行在每臺主機之上。這里會存在Namenode運行的主機,Datanode運行的主機,以及task tracker運行的主機。在分布式環境下,主節點和從節點會分開。
是的,在UNIX用例下,Hadoop還擁有“conf”目錄。
Cloudera和Apache使用相同的目錄結構,Hadoop被安裝在cd/usr/lib/hadoop-0.20/。
Namenode,70;Job tracker,30;Task tracker,60。
Hadoop的核心配置通過兩個xml文件來完成:1,hadoop-default.xml;2,hadoop-site.xml。這些文件都使用xml格式,因此每個xml中都有一些屬性,包括名稱和值,但是當下這些文件都已不復存在。
Hadoop現在擁有3個配置文件:1,core-site.xml;2,hdfs-site.xml;3,mapred-site.xml。這些文件都保存在conf/子目錄下。
溢出因子(Spill factor)是臨時文件中儲存文件的大小,也就是Hadoop-temp目錄。
fs.mapr.working.dir只是一個目錄。
dfs.name.dir決定的是元數據存儲的路徑以及DFS的存儲方式(磁盤或是遠端) dfs.data.dir決定的是數據存儲的路徑 fs.checkpoint.dir用于第二Namenode
退出輸入的方式有:1,按ESC;2,鍵入:q(如果你沒有輸入任何當下)或者鍵入:wq(如果你已經輸入當下),并且按下Enter。
這意味著Namenode沒有運行在你的VM之上。
這個屬于Hadoop的默認配置,你必須從Cloudera或者Edureka的dropbox下載,然后在你的系統上運行。當然,你也可以自己配置,但是你需要一個Linux box,Ubuntu或者是Red Hat。在Cloudera網站或者是Edureka的Dropbox中有安裝步驟。
這個命令可以檢查Namenode、Datanode、Task Tracker、 Job Tracker是否正常工作。
點擊stop-all.sh,再點擊start-all.sh。 鍵入sudo hdfs(Enter),su-hdfs (Enter),/etc/init.d/ha(Enter),及/etc/init.d/hadoop-0.20-namenode start(Enter)。
全名是:File System Check。
如果要檢查Namenode是否正常工作,使用命令/etc/init.d/hadoop-0.20-namenode status或者就是簡單的jps。
可以讓你知道哪個節點是Job Tracker。
/etc /init.d說明了守護進程(服務)的位置或狀態,其實是LINUX特性,和Hadoop關系不大。
如果你確實需要在瀏覽器中查找Namenode,你不再需要localhost:8021,Namenode的端口號是50070。
從SU轉到Cloudera只需要鍵入exit。
Slaves及Masters。
Slaves由主機的列表組成,每臺1行,用于說明數據節點。
Masters同樣是主機的列表組成,每臺一行,用于說明第二Namenode服務器。
hadoop-env.sh提供了Hadoop中. JAVA_HOME的運行環境。
是的你可以擁有多個Master文件接口。
hadoop-env.sh現在位于conf。
PID代表了“Process ID”。
/var/hadoop/pids用來存儲PID。
hadoop-metrics.properties被用做“Reporting”,控制Hadoop報告,初始狀態是“not to report”。
Hadoop核心使用Shell(SSH)來驅動從節點上的服務器進程,并在主節點和從節點之間使用password-less SSH連接。
這主要因為集群中通信過于頻繁,Job Tracker需要盡可能快的給Task Tracker發布任務。
完全不用擔心。Hadoop集群是完全隔離的,通常情況下無法從互聯網進行操作。與眾不同的配置,因此我們完全不需要在意這種級別的安全漏洞,比如說通過互聯網侵入等等。Hadoop為機器之間的連接提供了一個相對安全的方式。
SSH工作的端口號是NO.22,當然可以通過它來配置,22是默認的端口號。
SSH只是個安全的shell通信,可以把它當做NO.22上的一種協議,只需要配置一個密碼就可以安全的訪問。
在SSH中使用密碼主要是增加安全性,在某些情況下也根本不會設置密碼通信。
是的,即使在SSH中添加了key,還是需要設置密碼。
沒有數據的Namenode就不能稱之為Namenode,通常情況下,Namenode肯定會有數據。
當Job Tracker失敗時,集群仍然可以正常工作,只要Namenode沒問題。
這并不是客戶端決定的,在配置文件中以及決定分片細則。
是的,只要對Hadoop環境足夠熟悉,你完全可以這么做。
你最好不要這么做,Red Hat Linux或者是Ubuntu才是Hadoop的最佳操作系統。在Hadoop安裝中,Windows通常不會被使用,因為會出現各種各樣的問題。因此,Windows絕對不是Hadoop的推薦系統。
這些都是hadoop集群常見的一些問題,帶給大家,希望對大家有一點點幫助,同時,希望大家多關注我哦,更多的精彩文章帶給大家
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。