在傳統(tǒng)的Apache Hadoop集群系統(tǒng)中，計算和存儲資源是緊密耦合的，HDFS為大數(shù)據(jù)存儲帶來便利的同時，也面臨著一些挑戰(zhàn)：
當(dāng)存儲空間或計算資源不足時，只能同時對兩者進(jìn)行擴(kuò)容。假設(shè)用戶對存儲資源的需求遠(yuǎn)大于對計算資源的需求，那么同時擴(kuò)容計算和存儲后，新擴(kuò)容的計算資源就被浪費了，反之，存儲資源被浪費。
這導(dǎo)致擴(kuò)容的經(jīng)濟(jì)效率較低，額外增加成本。而獨立擴(kuò)展的計算和存儲則更加靈活，同時可顯著降低成本。
現(xiàn)在Hadoop采用存算分離的架構(gòu)的趨勢越來越明顯。
XSKY HDFS Client是為XEOS存儲集群和Hadoop計算集群量身打造的連接器。通過XSKY HDFS Client，Hadoop應(yīng)用可以訪問存儲在XEOS中的所有數(shù)據(jù)。
但是，在引入XEOS存儲后，會出現(xiàn)原有HDFS與XEOS共存的情況，如何將兩套存儲集群都利用起來是需要解決的問題。
01數(shù)據(jù)跨集群拷貝
一般情況下，計算應(yīng)用需要訪問的數(shù)據(jù)，如果保存在不同的集群中，那么應(yīng)該將其中一個集群的數(shù)據(jù)拷貝到另一個集群上。一般情況下使用Hadoop自帶的DistCp工具，對數(shù)據(jù)進(jìn)行跨集群的拷貝。
這種方式雖然在一定程度上可以解決數(shù)據(jù)合并的問題，但如果數(shù)據(jù)量比較大，并且機(jī)房帶寬有限制的情況下，可能拷貝數(shù)據(jù)的時間會非常長。還有一個就是在拷貝過程中原始數(shù)據(jù)發(fā)生改動，就還需要考慮增量同步的問題。
02聯(lián)邦HDFS和ViewFS
在Hadoop 2.x發(fā)行版中引入了聯(lián)邦HDFS功能，期望可以解決NameNode的內(nèi)存問題。聯(lián)邦HDFS允許系統(tǒng)通過添加多個NameNode來實現(xiàn)擴(kuò)展，其中每個NameNode管理文件系統(tǒng)命名空間中的一部分。
但是，在實際應(yīng)用中，系統(tǒng)管理員需要維護(hù)多個NameNodes(所有NameNode都需要高可用)和負(fù)載均衡服務(wù)，這又增加了管理成本。所以HDFS的聯(lián)邦方案并沒有被生產(chǎn)環(huán)境所采用。
在提供聯(lián)邦HDFS方案同時，Hadoop 2.x還提供了ViewFS，用來管理所有多個命名空間視圖。
雖然聯(lián)邦HDFS方案并沒有被大規(guī)模應(yīng)用，但ViewFS卻可以用來解決XEOS與HDFS共存問題。
03ViewFS的實現(xiàn)
ViewFS全稱是ViewFileSystem，它不是一個新的文件系統(tǒng)，只是邏輯上的一個視圖文件系統(tǒng)，它實現(xiàn)了標(biāo)準(zhǔn)的Hadoop FileSystem接口。但是，真實的請求處理還是在各自真實的存儲集群上。
ViewFS會維護(hù)一個mount-table，主要是viewfs的邏輯目錄與實際底層存儲的映射關(guān)系。在接收到應(yīng)用的調(diào)用時，ViewFS會解析用戶的訪問請求，并通過mount-table找到對應(yīng)的底層存儲目錄，轉(zhuǎn)發(fā)相應(yīng)的請求到底層存儲。
ViewFS會把所有應(yīng)用層的FileSystem調(diào)用透傳到底層真實文件系統(tǒng)中。由于ViewFs實現(xiàn)了Hadoop文件系統(tǒng)接口，因此使用它透明地運行Hadoop工具。例如，所有shell命令都可以與HDFS和本地文件系統(tǒng)一起使用ViewFS。
在集群的core-site配置中，fs.defaultFS被設(shè)置為ViewFS的root目錄，也就是指定的mount-table。
掛載表的掛載點在標(biāo)準(zhǔn)Hadoop配置文件中指定。ViewFS的所有mount-table配置條目均以“fs.viewfs.mounttable”為前綴，使用“link“標(biāo)記指定鏈接其他文件系統(tǒng)的mount點。建議使用與“link”文件系統(tǒng)目標(biāo)位置相同的mount點名稱。對于未在安裝表中配置的所有名稱空間，我們可以通過linkFallback將它們回退到默認(rèn)文件系統(tǒng)。
在集群的配置中增加ViewFS的mount-table配置，示例如下：
Hadoop系統(tǒng)將在Hadoop配置文件中查找名稱為 “ClusterX” 的mount-table。將所有g(shù)ateway和server配置包含“ClusterX”，如上示例。
04ViewFS的應(yīng)用場景
ViewFS可以在如下場景中使用：
非結(jié)構(gòu)化的原始數(shù)據(jù)可以通過DistCp等工具直接存儲在XEOS上，業(yè)務(wù)數(shù)據(jù)庫結(jié)構(gòu)化數(shù)據(jù)和應(yīng)用買點數(shù)據(jù)可以通過ETL以Hive的外部表方式存儲到XEOS中。HBase和Hive繼續(xù)在原有的HDFS上面運行，也就是HBase表數(shù)據(jù)和Hive內(nèi)部表數(shù)據(jù)仍然通過HDFS來存儲。
這樣的好處是海量非結(jié)構(gòu)化數(shù)據(jù)，甚至是海量小文件都可以用XEOS來承載，減輕HBase的壓力，同時Hive新增數(shù)據(jù)全部通過XEOS來存儲，后續(xù)擴(kuò)容容量僅擴(kuò)展XEOS存儲集群即可。
05XEOS配置ViewFS
大數(shù)據(jù)平臺基于CDH 6.3.2。HDFS core-site.xml 增加如下配置：
Hadoop FS命令行：
執(zhí)行wordcount測試結(jié)果如下：
06小結(jié)
XSKY通過ViewFS的方式，在不改變用戶使用習(xí)慣的前提下，將原有HDFS數(shù)據(jù)與新增XEOS數(shù)據(jù)打通，解決了原有HDFS集群與新XEOS集群的共存問題。原有的HDFS數(shù)據(jù)可以繼續(xù)使用，而XEOS可以用于承載新生成的數(shù)據(jù)。
這種方式不僅可以充分利用舊有設(shè)備，達(dá)到節(jié)約成本的目的。同時，能夠借助XEOS橫向擴(kuò)展能力，實現(xiàn)存儲單獨擴(kuò)容。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
