<a href=""></a>GlusterFS是一種Scale-Out存儲解決方案!!
企業面對著各種資料量的暴增，資料儲存已成為一個必須要注重的問題。
運用GlusterFS特點，讓您打造出彈性又靈活的企業級儲存解決方案。
筆者(百原科技)將分享在Ubuntu平台建置GlusterFS叢集儲存及相關的應用。

相關資源請參閱

GLUSTER COMMUNITY
http://www.gluster.org

(網站同步篇 1)、(網站同步篇 2)、(網站同步篇 3)
延續上一篇<a href="">Ubuntu建構GlusterFS叢集儲存(檔案伺服器實戰篇 1)</a>

1.我們已建立一個fs-vol卷冊(分散式)，fs-vol卷冊是由n1、n2、n3、n4所組成的叢集。
2.fs-vol卷冊已掛載給m虛擬機，擔任檔案伺服器之共享網路磁碟機。
3.fs-vol卷冊目前共有100,000個檔案，分別分佈在n1、n2、n3、n4節點伺服器上。
在n1伺服器的/fs-vol目錄下，共有25,201個檔案
在n2伺服器的/fs-vol目錄下，共有24,921個檔案
在n3伺服器的/fs-vol目錄下，共有24,950個檔案
在n4伺服器的/fs-vol目錄下，共有24,928個檔案

在實際的資訊環境下，網路儲存設備損壞是常見的問題~，今天將模擬練習以下幾個狀況~
檢視Gluster是否能完成這些模擬的需求，並分享相關實作步驟。

狀況一:n3節點伺服器網路卡損壞，Ubuntu系統正常、硬碟資料可正常存取。
狀況二:n4節點伺服器硬碟可用空間僅剩100MB，須將n4停機，加裝硬碟後繼續擔任服務。

STEP.1
首先在fs-vol目錄產生10萬個檔案^^，因為在虛擬機上模擬@@
筆者家裡使用))弱弱的無線網路....所以要點時間喔

10萬個檔案終於好囉!先來去嗑飯...回來再繼續

STEP.2
將n3節點伺服器網路卡停用，模擬網路卡故障

STEP.3
此時fs-vol卷冊，檔案數量應為75,050個，是因為少了n1節點伺服器的檔案數24,950
圖例:

狀況一:
n3節點伺服器網路卡損壞，Ubuntu系統也可正常開機、硬碟資料可正常存取。
建議步驟:
1.先將n3上的資料先備份至外接硬碟上。
2.再將n3的資料複製到n1或是n2的/fs-vol目錄，或是複製到網路磁碟機U。
3.也可再加入n5節點伺服器，將n3的資料複製到n5的/fs-vol目錄下。
4.盡快更換網路卡，再將n3加入服務。

狀況二
建議步驟:
1.因n4正常服務中，可使用gluster volume replace-brick命令，將n4的資料Migrating至n1或n2。
2.也可加入n6節點伺服器，將n4的資料Migrating到n6的/fs-vol目錄下。

看來問題好像都解決了??

我們先來看看，採用Gluster分散式卷冊模式，雖然有彈性高、擴充容易的優點，但也存在一個問題，只要叢集節點伺服器成員發生硬體故障，那資料的還原便需要較繁瑣的步驟。

因此筆者將於Ubuntu建構GlusterFS叢集儲存(檔案伺服器實戰篇 3)
以Distributed Volume+Replicated Volume方式，並加上完整的硬體架構，來跟大家一起分享討論，Gluster是否真能建置???符合企業需求的高可用的檔案伺服器。