分散式檔案系統
歷史
第一個檔案伺服器在1970年代被發展出來。在1976年迪吉多公司設計出File Access Listener（FAL）做為第二代DECnet的一部分。
這個系統實作了Data Access Protocol，是第一個被廣為使用的網路檔案系統。在1985年昇陽電腦建立了網路檔案系統（Network File System，NFS），
這是第一個基於網際協定（Internet Protocol）而被廣泛使用的網路檔案系統。在相關技術的演進過程中，
其他值得一提的網路檔案系統還有安德魯檔案系統（AFS）、Apple Filing Protocol（AFP）、NetWare核心協定（NCP）、
和一般被稱為網路檔案分享系統（CIFS）的伺服器訊息區塊（Server Message Block，SMB）等。
相對於本機端的檔案系統而言，分散式檔案系統（英語：Distributed file system, DFS），或是網路檔案系統（英語：Network File System），
是一種允許檔案透過網路在多台主機上分享的檔案系統，可讓多機器上的多使用者分享檔案和儲存空間。
在這樣的檔案系統中，客戶端並非直接存取底層的資料儲存區段，而是透過網路，以特定的通訊協定和伺服器溝通。
藉由通訊協定的設計，可以讓客戶端和伺服器端都能根據存取控制清單或是授權，來限制對於檔案系統的存取。
相對地，在一個分享的磁碟檔案系統中，所有節點對資料儲存區段都有相同的存取權，在這樣的系統中，存取權限就必須由客戶端程式來控制。
分散式檔案系統可能包含的功能有：透通的資料複製與容錯。也就是說，即使系統中有一小部份的節點離線，整體來說系統仍然可以持續運作而不會有資料損失。
分散式檔案系統和分散式資料儲存的界線是模糊的，但一般來說，分散式檔案系統是被設計用在區域網路[1]，比較強調的是傳統檔案系統概念的延伸，並透過軟體方法來達成容錯。
而分散式資料儲存，則是泛指應用分散式運算技術的檔案和資料庫等提供資料儲存服務的系統。
資料來源: 維基百科，自由的百科全書
2019年9月3日 星期二
Redundant Arrays of Inexpensive Disks, RAID
磁碟陣列全名是『 Redundant Arrays of Inexpensive Disks, RAID 』，
英翻中的意思是：容錯式廉價磁碟陣列。 RAID 可以透過一個技術(軟體或硬體)，將多個較小的磁碟整合成為一個較大的磁碟裝置；
而這個較大的磁碟功能可不止是儲存而已，他還具有資料保護的功能呢。整個 RAID 由於選擇的等級 (level) 不同，而使得整合後的磁碟具有不同的功能，基本常見的 level 有這幾種(註1)：
RAID-0 (等量模式, stripe)：效能最佳
這種模式如果使用相同型號與容量的磁碟來組成時，達到儲存容量全部使用兩倍容量，讀取速度有機會兩倍，寫入速度1.5倍最高。
RAID-1 (映射模式, mirror)：完整備份
這種模式也是需要相同的磁碟容量的，最好是一模一樣的磁碟啦！如果是不同容量的磁碟組成 RAID-1 時，那麼總容量將以最小的那一顆磁碟為主！
這種模式主要是『讓同一份資料，完整的保存在兩顆磁碟上頭』。舉例來說，如果我有一個 100MB 的檔案，且我僅有兩顆磁碟組成 RAID-1 時， 那麼這兩顆磁碟將會同步寫入 100MB 到他們的儲存空間去。
因此，整體 RAID 的容量幾乎少了 50%。由於兩顆硬碟內容一模一樣，好像鏡子映照出來一樣， 所以我們也稱他為 mirror 模式囉～
由於兩顆磁碟內的資料一模一樣，所以任何一顆硬碟損毀時，你的資料還是可以完整的保留下來的！
所以我們可以說， RAID-1 最大的優點大概就在於資料的備份吧！不過由於磁碟容量有一半用在備份，因此總容量會是全部磁碟容量的一半而已。
雖然 RAID-1 的寫入效能不佳，不過讀取的效能則還可以啦！這是因為資料有兩份在不同的磁碟上面，如果多個 processes 在讀取同一筆資料時， RAID 會自行取得最佳的讀取平衡。
RAID 5：效能與資料備份的均衡考量
RAID-5 至少需要三顆以上的磁碟才能夠組成這種類型的磁碟陣列。這種磁碟陣列的資料寫入有點類似 RAID-0 ， 不過每個循環的寫入過程中，在每顆磁碟還加入一個同位檢查資料 (Parity)，
這個資料會記錄其他磁碟的備份資料， 用於當有磁碟損毀時的救援。RAID-5 讀寫的情況有點像底下這樣：
在讀寫效能的比較上，讀取的效能還不賴！與 RAID-0 有的比！不過寫的效能就不見得能夠增加很多！ 這是因為要寫入 RAID 5 的資料還得要經過計算同位檢查碼 (parity) 的關係。
由於加上這個計算的動作， 所以寫入的效能與系統的硬體關係較大！尤其當使用軟體磁碟陣列時，同位檢查碼是透過 CPU 去計算而非專職的磁碟陣列卡， 因此效能方面還需要評估。
RAID 6：效能與資料備份的均衡考量,容錯提升容量減少!
另外，由於 RAID 5 僅能支援一顆磁碟的損毀，因此近來還有發展出另外一種等級，就是 RAID 6 ，
這個 RAID 6 則使用兩顆磁碟的容量作為 parity 的儲存，因此整體的磁碟容量就會少兩顆，但是允許出錯的磁碟數量就可以達到兩顆了！
也就是在 RAID 6 的情況下，同時兩顆磁碟損毀時，資料還是可以救回來！
Spare Disk：預備磁碟的功能：
當磁碟陣列的磁碟損毀時，就得要將壞掉的磁碟拔除，然後換一顆新的磁碟。換成新磁碟並且順利啟動磁碟陣列後，
磁碟陣列就會開始主動的重建 (rebuild) 原本壞掉的那顆磁碟資料到新的磁碟上！然後你磁碟陣列上面的資料就復原了！
這就是磁碟陣列的優點。不過，我們還是得要動手拔插硬碟，此時通常得要關機才能這麼做。
為了讓系統可以即時的在壞掉硬碟時主動的重建，因此就需要預備磁碟 (spare disk) 的輔助。
所謂的 spare disk 就是一顆或多顆沒有包含在原本磁碟陣列等級中的磁碟，這顆磁碟平時並不會被磁碟陣列所使用，
當磁碟陣列有任何磁碟損毀時，則這顆 spare disk 會被主動的拉進磁碟陣列中，並將壞掉的那顆硬碟移出磁碟陣列！ 然後立即重建資料系統。
如此你的系統則可以永保安康啊！若你的磁碟陣列有支援熱拔插那就更完美了！ 直接將壞掉的那顆磁碟拔除換一顆新的，再將那顆新的設定成為 spare disk ，就完成了！
磁碟陣列的優點
說的口沫橫飛，重點在哪裡呢？其實你的系統如果需要磁碟陣列的話，其實重點在於：
資料安全與可靠性：指的並非資訊安全，而是當硬體 (指磁碟) 損毀時，資料是否還能夠安全的救援或使用之意；
讀寫效能：例如 RAID 0 可以加強讀寫效能，讓你的系統 I/O 部分得以改善；
容量：可以讓多顆磁碟組合起來，故單一檔案系統可以有相當大的容量。
尤其資料的可靠性與完整性更是使用 RAID 的考量重點！畢竟硬體壞掉換掉就好了，軟體資料損毀那可不是鬧著玩的！ 所以企業界為何需要大量的 RAID 來做為檔案系統的硬體基準，現在您有點瞭解了吧？
為何磁碟陣列又分為硬體與軟體呢？所謂的硬體磁碟陣列 (hardware RAID) 是透過磁碟陣列卡來達成陣列的目的。
磁碟陣列卡上面有一塊專門的晶片在處理 RAID 的任務，因此在效能方面會比較好。在很多任務 (例如 RAID 5 的同位檢查碼計算) 磁碟陣列並不會重複消耗原本系統的 I/O 匯流排，
理論上效能會較佳。此外目前一般的中高階磁碟陣列卡都支援熱拔插， 亦即在不關機的情況下抽換損壞的磁碟，對於系統的復原與資料的可靠性方面非常的好用。
不過一塊好的磁碟陣列卡動不動就上萬元台幣，便宜的在主機板上面『附贈』的磁碟陣列功能可能又不支援某些高階功能，
由於磁碟陣列有很多優秀的功能，然而硬體磁碟陣列卡偏偏又貴的很～因此就有發展出利用軟體來模擬磁碟陣列的功能， 這就是所謂的軟體磁碟陣列 (software RAID)。
軟體磁碟陣列主要是透過軟體來模擬陣列的任務， 因此會損耗較多的系統資源，比如說 CPU 的運算與 I/O 匯流排的資源等。
不過目前我們的個人電腦實在已經非常快速了， 因此以前的速度限制現在已經不存在！所以我們可以來玩一玩軟體磁碟陣列！
參考來源: 鳥哥 linux 私房菜!
英翻中的意思是：容錯式廉價磁碟陣列。 RAID 可以透過一個技術(軟體或硬體)，將多個較小的磁碟整合成為一個較大的磁碟裝置；
而這個較大的磁碟功能可不止是儲存而已，他還具有資料保護的功能呢。整個 RAID 由於選擇的等級 (level) 不同，而使得整合後的磁碟具有不同的功能，基本常見的 level 有這幾種(註1)：
RAID-0 (等量模式, stripe)：效能最佳
這種模式如果使用相同型號與容量的磁碟來組成時，達到儲存容量全部使用兩倍容量，讀取速度有機會兩倍，寫入速度1.5倍最高。
RAID-1 (映射模式, mirror)：完整備份
這種模式也是需要相同的磁碟容量的，最好是一模一樣的磁碟啦！如果是不同容量的磁碟組成 RAID-1 時，那麼總容量將以最小的那一顆磁碟為主！
這種模式主要是『讓同一份資料，完整的保存在兩顆磁碟上頭』。舉例來說，如果我有一個 100MB 的檔案，且我僅有兩顆磁碟組成 RAID-1 時， 那麼這兩顆磁碟將會同步寫入 100MB 到他們的儲存空間去。
因此，整體 RAID 的容量幾乎少了 50%。由於兩顆硬碟內容一模一樣，好像鏡子映照出來一樣， 所以我們也稱他為 mirror 模式囉～
由於兩顆磁碟內的資料一模一樣，所以任何一顆硬碟損毀時，你的資料還是可以完整的保留下來的！
所以我們可以說， RAID-1 最大的優點大概就在於資料的備份吧！不過由於磁碟容量有一半用在備份，因此總容量會是全部磁碟容量的一半而已。
雖然 RAID-1 的寫入效能不佳，不過讀取的效能則還可以啦！這是因為資料有兩份在不同的磁碟上面，如果多個 processes 在讀取同一筆資料時， RAID 會自行取得最佳的讀取平衡。
RAID 5：效能與資料備份的均衡考量
RAID-5 至少需要三顆以上的磁碟才能夠組成這種類型的磁碟陣列。這種磁碟陣列的資料寫入有點類似 RAID-0 ， 不過每個循環的寫入過程中，在每顆磁碟還加入一個同位檢查資料 (Parity)，
這個資料會記錄其他磁碟的備份資料， 用於當有磁碟損毀時的救援。RAID-5 讀寫的情況有點像底下這樣：
在讀寫效能的比較上，讀取的效能還不賴！與 RAID-0 有的比！不過寫的效能就不見得能夠增加很多！ 這是因為要寫入 RAID 5 的資料還得要經過計算同位檢查碼 (parity) 的關係。
由於加上這個計算的動作， 所以寫入的效能與系統的硬體關係較大！尤其當使用軟體磁碟陣列時，同位檢查碼是透過 CPU 去計算而非專職的磁碟陣列卡， 因此效能方面還需要評估。
RAID 6：效能與資料備份的均衡考量,容錯提升容量減少!
另外，由於 RAID 5 僅能支援一顆磁碟的損毀，因此近來還有發展出另外一種等級，就是 RAID 6 ，
這個 RAID 6 則使用兩顆磁碟的容量作為 parity 的儲存，因此整體的磁碟容量就會少兩顆，但是允許出錯的磁碟數量就可以達到兩顆了！
也就是在 RAID 6 的情況下，同時兩顆磁碟損毀時，資料還是可以救回來！
Spare Disk：預備磁碟的功能：
當磁碟陣列的磁碟損毀時，就得要將壞掉的磁碟拔除，然後換一顆新的磁碟。換成新磁碟並且順利啟動磁碟陣列後，
磁碟陣列就會開始主動的重建 (rebuild) 原本壞掉的那顆磁碟資料到新的磁碟上！然後你磁碟陣列上面的資料就復原了！
這就是磁碟陣列的優點。不過，我們還是得要動手拔插硬碟，此時通常得要關機才能這麼做。
為了讓系統可以即時的在壞掉硬碟時主動的重建，因此就需要預備磁碟 (spare disk) 的輔助。
所謂的 spare disk 就是一顆或多顆沒有包含在原本磁碟陣列等級中的磁碟，這顆磁碟平時並不會被磁碟陣列所使用，
當磁碟陣列有任何磁碟損毀時，則這顆 spare disk 會被主動的拉進磁碟陣列中，並將壞掉的那顆硬碟移出磁碟陣列！ 然後立即重建資料系統。
如此你的系統則可以永保安康啊！若你的磁碟陣列有支援熱拔插那就更完美了！ 直接將壞掉的那顆磁碟拔除換一顆新的，再將那顆新的設定成為 spare disk ，就完成了！
磁碟陣列的優點
說的口沫橫飛，重點在哪裡呢？其實你的系統如果需要磁碟陣列的話，其實重點在於：
資料安全與可靠性：指的並非資訊安全，而是當硬體 (指磁碟) 損毀時，資料是否還能夠安全的救援或使用之意；
讀寫效能：例如 RAID 0 可以加強讀寫效能，讓你的系統 I/O 部分得以改善；
容量：可以讓多顆磁碟組合起來，故單一檔案系統可以有相當大的容量。
尤其資料的可靠性與完整性更是使用 RAID 的考量重點！畢竟硬體壞掉換掉就好了，軟體資料損毀那可不是鬧著玩的！ 所以企業界為何需要大量的 RAID 來做為檔案系統的硬體基準，現在您有點瞭解了吧？
為何磁碟陣列又分為硬體與軟體呢？所謂的硬體磁碟陣列 (hardware RAID) 是透過磁碟陣列卡來達成陣列的目的。
磁碟陣列卡上面有一塊專門的晶片在處理 RAID 的任務，因此在效能方面會比較好。在很多任務 (例如 RAID 5 的同位檢查碼計算) 磁碟陣列並不會重複消耗原本系統的 I/O 匯流排，
理論上效能會較佳。此外目前一般的中高階磁碟陣列卡都支援熱拔插， 亦即在不關機的情況下抽換損壞的磁碟，對於系統的復原與資料的可靠性方面非常的好用。
不過一塊好的磁碟陣列卡動不動就上萬元台幣，便宜的在主機板上面『附贈』的磁碟陣列功能可能又不支援某些高階功能，
由於磁碟陣列有很多優秀的功能，然而硬體磁碟陣列卡偏偏又貴的很～因此就有發展出利用軟體來模擬磁碟陣列的功能， 這就是所謂的軟體磁碟陣列 (software RAID)。
軟體磁碟陣列主要是透過軟體來模擬陣列的任務， 因此會損耗較多的系統資源，比如說 CPU 的運算與 I/O 匯流排的資源等。
不過目前我們的個人電腦實在已經非常快速了， 因此以前的速度限制現在已經不存在！所以我們可以來玩一玩軟體磁碟陣列！
參考來源: 鳥哥 linux 私房菜!
Software Raid: ZFS
ZFS:
歷史
ZFS的設計與開發由Sun公司的Jeff Bonwick所領導的一支團隊完成。
最早宣布於2004年9月14日，[1]於2005年10月31日併入了Solaris開發的主幹原始碼。
[2]並在2005年11月16日作為OpenSolaris build 27的一部分釋出。Sun在OpenSolaris社群開張1年後的2006年六月，將ZFS整合進了Solaris 10 6/06版本更新。[3]
ZFS的命名來源發想於"Zettabyte File System"的首字母縮寫。[4]但ZFS本身並不具備任何的縮寫意涵，只是作者想闡述做為一個具備高擴充容量檔案系統且還有支援許多延伸功能的一個產品。
儲存池
不同於傳統檔案系統需要駐留於單獨裝置或者需要一個卷管理系統去使用一個以上的裝置，
ZFS建立在虛擬的，被稱為「zpools」的儲存池之上（儲存池最早在AdvFS實現[5]，並且加到後來的Btrfs）。
每個儲存池由若干虛擬裝置（virtual devices，vdevs）組成。這些虛擬裝置可以是原始磁碟，也可能是一個RAID1鏡像裝置，或是非標準RAID等級的多磁碟組。
於是zpool上的檔案系統可以使用這些虛擬裝置的總儲存容量。
可以使用磁碟限額以及設定磁碟預留空間來限制儲存池中單個檔案系統所占用的空間。
ZFS 是一個從本質上與眾不同的檔案系統，由於它並非只是一個檔案系統，
ZFS 結合了檔案系統及磁碟區管理程式，讓額外的儲存裝置可以即時的加入到系統並可讓既有的檔案系統立即使用這些在儲存池中空間。
透過結合傳統區分為二的兩個角色，ZFS 能夠克服以往 RAID 磁碟群組無法擴充的限制。每個在儲存池頂層的裝置稱作 vdev，其可以是一個簡單的磁碟或是一個 RAID 如鏡像或 RAID-Z 陣列。
ZFS 的檔案系統 (稱作 資料集 (Dataset)) 每一個資料集均可存取整個存池所共通的可用空間，隨著使用儲存池來配置空間區塊，儲存池能給每個檔案系統使用的可用空間就會減少，這個方法可以避免擴大分割區會使的可用空間分散分割區之間的常見問題。
Software Raid: Gluster FS
Gluster FS:
歷史
Gluster 在 2011 年被 Red Hat 所購買並且成為產品線的一部份，因為分散式檔案系統可以解決傳統上所有檔案存放於單一主機時不易擴充的問題，並且可以增進檔案存取的速度。
Gluster 的導入解決了資料量增加，空間不易同時擴充的問題，也解決所有流量儲存於同一節點時資源消耗的問題。
在檔案可靠性方面，Gluster 提供了 Replicated 模式將同一份資料同時寫入兩個節點，所以就算其中一組異常其檔案存取仍可以正常運作，而且資料不會不見。
Gluster 是一個分散式的檔案系統，擁有下列明顯的特性：
1.可以線上擴增使用空間。
2.線上修改架構。
3.不需要 metadata 伺服器。
4.線上增加、刪除、取代儲存庫成員。
可以線上擴增使用空間
通常在更換硬體設備時需要將伺服器關機然後安裝相關硬體後再上線，在關機的這段時間裡，客戶端無法存取資料與操作檔案。
Gluster 可以彈性擴充增加伺服器節點，將新的節點加入到原本的 Gluster 儲存庫中，使用者不用擔心檔案操作的問題。
線上修改架構
Gluster 支援了分散式架構、複本架構與分散複本架構，在現行的環境中可以將這些架構任意的更改而且不用中斷服務，客戶端仍可以正常的操作檔案。
Distributed 分散式架構
分散式架構是 Gluster 預設的架構模式，建立完成之後客戶端會將檔案分散到不同的節點存放，如此一來可以增加檔案的存取速度。
Replication 複本架構
Gluster 允許的複本（Replication）機制設定後，同一時間將檔案寫入到兩個節點，製作複本是由客戶端進行，當檔案在寫入或修改時會同時操作兩個節點資料。
當複本架構中的任一節點故障時，整個存儲空間不會損壞，Gluster 會自動從所對應中的節點取得檔案。
Distributed-Replication 分散複本架構
分散複本架構同時擁有分散式與複本的優點(但是也需要更多節點），您可以在一個複本架構中增加多個分散式節點，如此資料會分散到更多的節點中，可以增加更多的讀取效能。
不需要 metadata 伺服器
Gluster 使用了 Elastic Hash Algorithm 演算法將檔案與目錄算出獨一的結果，此一結果能夠決定檔案是存放在哪一個節點上。
當客戶端要存取檔案的時候不就可以直接到檔案所存放的節點中存取，達到平行存取的機制。
因為每一個檔案都可以被計算出其真正的儲存位置，所以不需要獨立的 metadata 用來儲存檔案與伺服器位置的關係對應，這樣可以減少 metadata 伺服器效能與損毀的問題。
線上增加、刪除、取代儲存池成員
以往的儲存設備在空間不足時用時，擴充方式通常是使用一個更大的儲存空間取代，在進行空間儲存時必需中斷現有的儲存服務，
使用者無法存取儲存空間與檔案，在建立完成後還要面對一個長時間的等待－檔案複製與權限設定。
在 Gluster 儲存服務中，您可以很有彈性的增加空間，而且不用停機、不用將現有檔案重新複製到新的空間、不用重新設定檔案權限，使用者依然正常的使用者儲存服務而沒有任何的感覺。
新增節點空間
使用 Gluster 可以將新的節點空間加入已存在的儲存庫，客戶端不用異動任何檔案與資料。
新加入的空間馬上可以反應在客戶端的可用容量上並且開始使用。您不用擔心浪費即有還能使用的儲存設備，也可以增加檔案存取的效能。
在您新增節點空間後，可以使用內建的 rebalance 功能重新分配 Gluster 檔案配置的位置，重新分配完成之後也可以取得較佳的效態（不論是讀取或是寫入）。
節點取代
任何的伺服器都有故障的時候，就算您使用了最高階的儲存設備也是一樣。經由 Gluster 架構，您可以很容易的使用新節點伺服器取代舊有的設備，
所有的檔案同步作業會自動進行不必使用人工進行檔案複製，這樣不旦保有了檔案並且權限也會一併保留。
節點刪除
在大部份的情況之下都是新增容量而不是減少容量，但是 Gluster 提供了節點刪除的功能，刪除節點會減少可用空間，被刪除的節點伺服器可以重新分配應用。
在節點刪除的時候，Gluster 將所有的檔案進行重新分配（rebalance），將它們重新放置在沒有被刪除的節點伺服器上。
來源參考: http://www.l-penguin.idv.tw/book/Gluster-Storage_GitBook/index.html
歷史
Gluster 在 2011 年被 Red Hat 所購買並且成為產品線的一部份，因為分散式檔案系統可以解決傳統上所有檔案存放於單一主機時不易擴充的問題，並且可以增進檔案存取的速度。
Gluster 的導入解決了資料量增加，空間不易同時擴充的問題，也解決所有流量儲存於同一節點時資源消耗的問題。
在檔案可靠性方面，Gluster 提供了 Replicated 模式將同一份資料同時寫入兩個節點，所以就算其中一組異常其檔案存取仍可以正常運作，而且資料不會不見。
Gluster 是一個分散式的檔案系統，擁有下列明顯的特性：
1.可以線上擴增使用空間。
2.線上修改架構。
3.不需要 metadata 伺服器。
4.線上增加、刪除、取代儲存庫成員。
可以線上擴增使用空間
通常在更換硬體設備時需要將伺服器關機然後安裝相關硬體後再上線，在關機的這段時間裡，客戶端無法存取資料與操作檔案。
Gluster 可以彈性擴充增加伺服器節點，將新的節點加入到原本的 Gluster 儲存庫中，使用者不用擔心檔案操作的問題。
線上修改架構
Gluster 支援了分散式架構、複本架構與分散複本架構，在現行的環境中可以將這些架構任意的更改而且不用中斷服務，客戶端仍可以正常的操作檔案。
Distributed 分散式架構
分散式架構是 Gluster 預設的架構模式，建立完成之後客戶端會將檔案分散到不同的節點存放，如此一來可以增加檔案的存取速度。
Replication 複本架構
Gluster 允許的複本（Replication）機制設定後，同一時間將檔案寫入到兩個節點，製作複本是由客戶端進行，當檔案在寫入或修改時會同時操作兩個節點資料。
當複本架構中的任一節點故障時，整個存儲空間不會損壞，Gluster 會自動從所對應中的節點取得檔案。
Distributed-Replication 分散複本架構
分散複本架構同時擁有分散式與複本的優點(但是也需要更多節點），您可以在一個複本架構中增加多個分散式節點，如此資料會分散到更多的節點中，可以增加更多的讀取效能。
不需要 metadata 伺服器
Gluster 使用了 Elastic Hash Algorithm 演算法將檔案與目錄算出獨一的結果，此一結果能夠決定檔案是存放在哪一個節點上。
當客戶端要存取檔案的時候不就可以直接到檔案所存放的節點中存取，達到平行存取的機制。
因為每一個檔案都可以被計算出其真正的儲存位置，所以不需要獨立的 metadata 用來儲存檔案與伺服器位置的關係對應，這樣可以減少 metadata 伺服器效能與損毀的問題。
線上增加、刪除、取代儲存池成員
以往的儲存設備在空間不足時用時，擴充方式通常是使用一個更大的儲存空間取代，在進行空間儲存時必需中斷現有的儲存服務，
使用者無法存取儲存空間與檔案，在建立完成後還要面對一個長時間的等待－檔案複製與權限設定。
在 Gluster 儲存服務中，您可以很有彈性的增加空間，而且不用停機、不用將現有檔案重新複製到新的空間、不用重新設定檔案權限，使用者依然正常的使用者儲存服務而沒有任何的感覺。
新增節點空間
使用 Gluster 可以將新的節點空間加入已存在的儲存庫，客戶端不用異動任何檔案與資料。
新加入的空間馬上可以反應在客戶端的可用容量上並且開始使用。您不用擔心浪費即有還能使用的儲存設備，也可以增加檔案存取的效能。
在您新增節點空間後，可以使用內建的 rebalance 功能重新分配 Gluster 檔案配置的位置，重新分配完成之後也可以取得較佳的效態（不論是讀取或是寫入）。
節點取代
任何的伺服器都有故障的時候，就算您使用了最高階的儲存設備也是一樣。經由 Gluster 架構，您可以很容易的使用新節點伺服器取代舊有的設備，
所有的檔案同步作業會自動進行不必使用人工進行檔案複製，這樣不旦保有了檔案並且權限也會一併保留。
節點刪除
在大部份的情況之下都是新增容量而不是減少容量，但是 Gluster 提供了節點刪除的功能，刪除節點會減少可用空間，被刪除的節點伺服器可以重新分配應用。
在節點刪除的時候，Gluster 將所有的檔案進行重新分配（rebalance），將它們重新放置在沒有被刪除的節點伺服器上。
來源參考: http://www.l-penguin.idv.tw/book/Gluster-Storage_GitBook/index.html
訂閱：
文章 (Atom)