Hbase架構(gòu)怎么

這篇文章主要講解了“Hbase架構(gòu)怎么”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“Hbase架構(gòu)怎么”吧！

依然是Hadoop組件的講解，今天說(shuō)到HBase 架構(gòu)，都是一字一句打出來(lái)的，希望各位轉(zhuǎn)發(fā)加關(guān)注，會(huì)一直給大家寫優(yōu)質(zhì)的內(nèi)容。

物理上，Hbase 是由三種類型的 server 組成的的主從式(master-slave)架構(gòu)：

• Region Server，負(fù)責(zé)處理數(shù)據(jù)的讀寫請(qǐng)求，客戶端請(qǐng)求數(shù)據(jù)時(shí)直接和 Region Server 交互。

• HBase Master，負(fù)責(zé) Region 的分配，DDL(創(chuàng)建，刪除 table)等操作。

• Zookeeper，作為 HDFS 的一部分，負(fù)責(zé)維護(hù)集群狀態(tài)。

當(dāng)然底層的存儲(chǔ)都是基于 Hadoop HDFS 的：

• Hadoop DataNode 負(fù)責(zé)存儲(chǔ) Region Server 所管理的數(shù)據(jù)。所有的 HBase 數(shù)據(jù)都存儲(chǔ)在 HDFS 文件中。Region  Server 和 HDFS DataNode 往往是分布在一起的，這樣 Region Server 就能夠?qū)崿F(xiàn)數(shù)據(jù)本地化(data  locality，即將數(shù)據(jù)放在離需要者盡可能近的地方)。HBase 的數(shù)據(jù)在寫的時(shí)候是本地的，但是當(dāng) region  被遷移的時(shí)候，數(shù)據(jù)就可能不再滿足本地性了，直到完成 compaction，才能又恢復(fù)到本地。

Hadoop NameNode 維護(hù)了所有 HDFS 物理 data block 的元信息。

Regions

HBase 表(Table)根據(jù) rowkey 的范圍被水平拆分成若干個(gè) region。每個(gè) region 都包含了這個(gè)region 的 start  key 和 end key 之間的所有行(row)。Regions 被分配給集群中的某些節(jié)點(diǎn)來(lái)管理，即 Region  Server，由它們來(lái)負(fù)責(zé)處理數(shù)據(jù)的讀寫請(qǐng)求。每個(gè) Region Server 大約可以管理 1000 個(gè) regions。

HBase Master

也叫 HMaster，負(fù)責(zé) Region 的分配，DDL(創(chuàng)建，刪除表)等操作：

統(tǒng)籌協(xié)調(diào)所有 region server：

• 啟動(dòng)時(shí)分配 regions，在故障恢復(fù)和負(fù)載均衡時(shí)重分配 regions

• 監(jiān)控集群中所有 Region Server 實(shí)例(從 Zookeeper 獲取通知信息)

管理員功能：

• 提供創(chuàng)建，刪除和更新 HBase Table 的接口 

Zookeeper

HBase 使用 Zookeeper 做分布式管理服務(wù)，來(lái)維護(hù)集群中所有服務(wù)的狀態(tài)。Zookeeper 維護(hù)了哪些 servers 是健康可用的，并且在  server 故障時(shí)做出通知。Zookeeper 使用一致性協(xié)議來(lái)保證分布式狀態(tài)的一致性。注意這需要三臺(tái)或者五臺(tái)機(jī)器來(lái)做一致性協(xié)議。

這些組件是如何一起工作的

Zookeeper 用來(lái)協(xié)調(diào)分布式系統(tǒng)中集群狀態(tài)信息的共享。Region Servers 和 在線 HMaster(active HMaster)和  Zookeeper 保持會(huì)話(session)。Zookeeper 通過(guò)心跳檢測(cè)來(lái)維護(hù)所有臨時(shí)節(jié)點(diǎn)(ephemeral nodes)。

每個(gè) Region Server 都會(huì)創(chuàng)建一個(gè) ephemeral 節(jié)點(diǎn)。HMaster 會(huì)監(jiān)控這些節(jié)點(diǎn)來(lái)發(fā)現(xiàn)可用的 Region  Servers，同樣它也會(huì)監(jiān)控這些節(jié)點(diǎn)是否出現(xiàn)故障。

HMaster 們會(huì)競(jìng)爭(zhēng)創(chuàng)建 ephemeral 節(jié)點(diǎn)，而 Zookeeper 決定誰(shuí)是第一個(gè)作為在線 HMaster，保證線上只有一個(gè)  HMaster。在線 HMaster(active HMaster) 會(huì)給 Zookeeper 發(fā)送心跳，不在線的待機(jī) HMaster (inactive  HMaster) 會(huì)監(jiān)聽 active HMaster 可能出現(xiàn)的故障并隨時(shí)準(zhǔn)備上位。

如果有一個(gè) Region Server 或者 HMaster 出現(xiàn)故障或各種原因?qū)е掳l(fā)送心跳失敗，它們與 Zookeeper 的 session  就會(huì)過(guò)期，這個(gè) ephemeral 節(jié)點(diǎn)就會(huì)被刪除下線，監(jiān)聽者們就會(huì)收到這個(gè)消息。Active HMaster 監(jiān)聽的是 region servers  下線的消息，然后會(huì)恢復(fù)故障的 region server 以及它所負(fù)責(zé)的 region 數(shù)據(jù)。而 Inactive HMaster 關(guān)心的則是 active  HMaster 下線的消息，然后競(jìng)爭(zhēng)上線變成 active HMaster。

點(diǎn)評(píng)：這一段非常重要，涉及到分布式系統(tǒng)設(shè)計(jì)中的一些核心概念，包括集群狀態(tài)、一致性等?？梢钥吹?Zookeeper 是溝通一切的橋梁，所有的參與者都和  Zookeeper 保持心跳會(huì)話，并從 Zookeeper  獲取它們需要的集群狀態(tài)信息，來(lái)管理其它節(jié)點(diǎn)，轉(zhuǎn)換角色，這也是分布式系統(tǒng)設(shè)計(jì)中很重要的思想，由專門的服務(wù)來(lái)維護(hù)分布式集群狀態(tài)信息。

第一次讀和寫操作

有一個(gè)特殊的 HBase Catalog 表叫 Meta table(它其實(shí)是一張?zhí)厥獾?HBase 表)，包含了集群中所有 regions  的位置信息。Zookeeper 保存了這個(gè) Meta table 的位置。

當(dāng) HBase 第一次讀或者寫操作到來(lái)時(shí)：

• 客戶端從 Zookeeper 那里獲取是哪一臺(tái) Region Server 負(fù)責(zé)管理 Meta table。

• 客戶端會(huì)查詢那臺(tái)管理 Meta table 的 Region Server，進(jìn)而獲知是哪一臺(tái) Region Server 負(fù)責(zé)管理本次數(shù)據(jù)請(qǐng)求所需要的  rowkey?？蛻舳藭?huì)緩存這個(gè)信息，以及 Meta table 的位置信息本身。

• 然后客戶端回去訪問(wèn)那臺(tái) Region Server，獲取數(shù)據(jù)。

對(duì)于以后的的讀請(qǐng)求，客戶端可以從緩存中直接獲取 Meta table 的位置信息(在哪一臺(tái) Region Server 上)，以及之前訪問(wèn)過(guò)的  rowkey 的位置信息(哪一臺(tái) Region Server 上)，除非因?yàn)?Region  被遷移了導(dǎo)致緩存失效。這時(shí)客戶端會(huì)重復(fù)上面的步驟，重新獲取相關(guān)位置信息并更新緩存。

點(diǎn)評(píng)：客戶端讀寫數(shù)據(jù)，實(shí)際上分了兩步：第一步是定位，從 Meta table 獲取 rowkey 屬于哪個(gè) Region Server  管理;第二步再去相應(yīng)的 Region Server 讀寫數(shù)據(jù)。這里涉及到了兩個(gè) Region Server，要理解它們各自的角色功能。關(guān)于 Meta table  下面會(huì)詳細(xì)介紹。

HBase Meta Table

Meta table 是一個(gè)特殊的 HBase table，它保存了系統(tǒng)中所有的 region 列表。這張 table 類似一個(gè)  b-tree，結(jié)構(gòu)大致如下：

• Key：table, region start key, region id

• Value：region server 

Region Server 組成

Region Server 運(yùn)行在 HDFS DataNode 上，由以下組件組成：

• WAL：Write Ahead Log 是分布式文件系統(tǒng)上的一個(gè)文件，用于存儲(chǔ)新的還未被持久化存儲(chǔ)的數(shù)據(jù)，它被用來(lái)做故障恢復(fù)。

• BlockCache：這是讀緩存，在內(nèi)存中存儲(chǔ)了最常訪問(wèn)的數(shù)據(jù)，是 LRU(Least Recently Used)緩存。

• MemStore：這是寫緩存，在內(nèi)存中存儲(chǔ)了新的還未被持久化到硬盤的數(shù)據(jù)。當(dāng)被寫入硬盤時(shí)，數(shù)據(jù)會(huì)首先被排序。注意每個(gè) Region 的每個(gè) Column  Family 都會(huì)有一個(gè) MemStore。

HFile 在硬盤上(HDFS)存儲(chǔ) HBase 數(shù)據(jù)，以有序 KeyValue 的形式。

點(diǎn)評(píng)：這一段是重中之重，理解 Region Server 的組成對(duì)理解 HBase 的架構(gòu)至關(guān)重要，要充分認(rèn)識(shí) Region Server  的功能，以及每個(gè)組件的作用，這些組件的行為和功能在后續(xù)的段落中都會(huì)一一展開。

HBase 寫數(shù)據(jù)步驟

當(dāng)客戶端發(fā)起一個(gè)寫數(shù)據(jù)請(qǐng)求(Put 操作)，第一步首先是將數(shù)據(jù)寫入到 WAL 中：

• 新數(shù)據(jù)會(huì)被追加到 WAL 文件尾部。

• WAL 用來(lái)在故障恢復(fù)時(shí)恢復(fù)還未被持久化的數(shù)據(jù)。 

數(shù)據(jù)被寫入 WAL 后，會(huì)被加入到 MemStore 即寫緩存。然后服務(wù)端就可以向客戶端返回 ack 表示寫數(shù)據(jù)完成。

點(diǎn)評(píng)：注意數(shù)據(jù)寫入時(shí) WAL 和 MemStore 更新的順序，不能調(diào)換，必須先 WAL 再 MemStore。如果反過(guò)來(lái)，先更新完  MemStore，此時(shí) Region Server 發(fā)生 crash，內(nèi)存中的更新就丟失了，而此時(shí)數(shù)據(jù)還未被持久化到 WAL，就無(wú)法恢復(fù)了。理論上 WAL 就是  MemStore 中數(shù)據(jù)的一個(gè)鏡像，應(yīng)該保持一致，除非發(fā)生系統(tǒng) crash。另外注意更新 WAL  是在文件尾部追加的方式，這種磁盤操作性能很高，不會(huì)太影響請(qǐng)求的整體響應(yīng)時(shí)間。

HBase MemStore

MemStore 在內(nèi)存中緩存 HBase 的數(shù)據(jù)更新，以有序 KeyValues 的形式，這和 HFile 中的存儲(chǔ)形式一樣。每個(gè) Column  Family 都有一個(gè) MemStore，所有的更新都以 Column Family 為單位進(jìn)行排序。

HBase Region Flush

MemStore 中累積了足夠多的的數(shù)據(jù)后，整個(gè)有序數(shù)據(jù)集就會(huì)被寫入一個(gè)新的 HFile 文件到 HDFS 上。HBase 為每個(gè) Column  Family 都創(chuàng)建一個(gè) HFile，里面存儲(chǔ)了具體的 Cell，也即 KeyValue 數(shù)據(jù)。隨著時(shí)間推移，HFile 會(huì)不斷產(chǎn)生，因?yàn)?KeyValue  會(huì)不斷地從 MemStore 中被刷寫到硬盤上。

注意這也是為什么 HBase 要限制 Column Family 數(shù)量的一個(gè)原因。每個(gè) Column Family 都有一個(gè) MemStore;如果一個(gè)  MemStore 滿了，所有的 MemStore 都會(huì)被刷寫到硬盤。同時(shí)它也會(huì)記錄最后寫入的數(shù)據(jù)的最大序列號(hào)(sequence  number)，這樣系統(tǒng)就能知道目前為止哪些數(shù)據(jù)已經(jīng)被持久化了。

最大序列號(hào)是一個(gè) meta 信息，被存儲(chǔ)在每個(gè) HFile 中，來(lái)表示持久化進(jìn)行到哪條數(shù)據(jù)了，應(yīng)該從哪里繼續(xù)。當(dāng) region  啟動(dòng)時(shí)，這些序列號(hào)會(huì)被讀取，取其中最大的一個(gè)，作為基礎(chǔ)序列號(hào)，后面的新的數(shù)據(jù)更新就會(huì)在該值的基礎(chǔ)上遞增產(chǎn)生新的序列號(hào)。

點(diǎn)評(píng)：這里有個(gè)序列號(hào)的概念，每次 HBase 數(shù)據(jù)更新都會(huì)綁定一個(gè)新的自增序列號(hào)。而每個(gè) HFile  則會(huì)存儲(chǔ)它所保存的數(shù)據(jù)的最大序列號(hào)，這個(gè)元信息非常重要，它相當(dāng)于一個(gè) commit point，告訴我們?cè)谶@個(gè)序列號(hào)之前的數(shù)據(jù)已經(jīng)被持久化到硬盤了。它不僅在  region 啟動(dòng)時(shí)會(huì)被用到，在故障恢復(fù)時(shí)，也能告訴我們應(yīng)該從 WAL 的什么位置開始回放數(shù)據(jù)的歷史更新記錄。

HBase HFile

數(shù)據(jù)存儲(chǔ)在 HFile 中，以 Key/Value 形式。當(dāng) MemStore 累積了足夠多的數(shù)據(jù)后，整個(gè)有序數(shù)據(jù)集就會(huì)被寫入一個(gè)新的 HFile 文件到  HDFS 上。整個(gè)過(guò)程是一個(gè)順序?qū)懙牟僮?，速度非?？?，因?yàn)樗恍枰苿?dòng)磁盤頭。(注意 HDFS 不支持隨機(jī)修改文件操作，但支持 append 操作。)

HBase HFile 文件結(jié)構(gòu)

HFile 使用多層索引來(lái)查詢數(shù)據(jù)而不必讀取整個(gè)文件，這種多層索引類似于一個(gè) B+ tree：

• KeyValues 有序存儲(chǔ)。

• rowkey 指向 index，而 index 則指向了具體的 data block，以 64 KB 為單位。

• 每個(gè) block 都有它的葉索引。

• 每個(gè) block 的最后一個(gè) key 都被存儲(chǔ)在中間層索引。

• 索引根節(jié)點(diǎn)指向中間層索引。

trailer 指向原信息數(shù)據(jù)塊，它是在數(shù)據(jù)持久化為 HFile 時(shí)被寫在 HFile 文件尾部。trailer  還包含例如布隆過(guò)濾器和時(shí)間范圍等信息。布隆過(guò)濾器用來(lái)跳過(guò)那些不包含指定 rowkey  的文件，時(shí)間范圍信息則是根據(jù)時(shí)間來(lái)過(guò)濾，跳過(guò)那些不在請(qǐng)求的時(shí)間范圍之內(nèi)的文件。

HFile 索引

剛才討論的索引，在 HFile 被打開時(shí)會(huì)被載入內(nèi)存，這樣數(shù)據(jù)查詢只要一次硬盤查詢。

HBase Read 合并

我們已經(jīng)發(fā)現(xiàn)，每行(row)的 KeyValue cells 可能位于不同的地方，這些 cell 可能被寫入了 HFile，可能是最近剛更新的，還在  MemStore 中，也可能最近剛讀過(guò)，緩存在 Block Cache 中。所以，當(dāng)你讀一行 row 時(shí)，系統(tǒng)怎么將對(duì)應(yīng)的 cells 返回呢?一次 read  操作會(huì)將 Block Cache，MemStore 和 HFile 中的 cell 進(jìn)行合并：

首先 scanner 從 Block Cache 讀取 cells。最近讀取的 KeyValue 都被緩存在這里，這是 一個(gè) LRU 緩存。

然后 scanner 讀取 MemStore，即寫緩存，包含了最近更新的數(shù)據(jù)。

如果 scanner 沒(méi)有在 BlockCache 和 MemStore 都沒(méi)找到對(duì)應(yīng)的 cells，則 HBase 會(huì)使用 Block Cache  中的索引和布隆過(guò)濾器來(lái)加載對(duì)應(yīng)的 HFile 到內(nèi)存，查找到請(qǐng)求的 row cells。

之前討論過(guò)，每個(gè) MemStore 可能會(huì)有多個(gè) HFile，所以一次 read 請(qǐng)求可能需要多讀個(gè)文件，這可能會(huì)影響性能，這被稱為讀放大(read  amplification)。

點(diǎn)評(píng)：從時(shí)間軸上看，一個(gè)個(gè)的 HFile 也是有序的，本質(zhì)上它們保存了每個(gè) region 的每個(gè) column family  的數(shù)據(jù)歷史更新。所以對(duì)于同一個(gè) rowkey 的同一個(gè) cell，它可能也有多個(gè)版本的數(shù)據(jù)分布在不同的 HFile 中，所以可能需要讀取多個(gè)  HFiles，這樣性能開銷會(huì)比較大，尤其是當(dāng)不滿足 data locality 時(shí)這種 read amplification 情況會(huì)更加嚴(yán)重。這也是后面會(huì)講到的  compaction 必要的原因。

HBase Minor Compaction

HBase 會(huì)自動(dòng)合并一些小的 HFile，重寫成少量更大的 HFiles。這個(gè)過(guò)程被稱為 minor  compaction。它使用歸并排序算法，將小文件合并成大文件，有效減少 HFile 的數(shù)量。

HBase Major Compaction

Major Compaction 合并重寫每個(gè) Column Family 下的所有的 HFiles，成為一個(gè)單獨(dú)的大  HFile，在這個(gè)過(guò)程中，被刪除的和過(guò)期的 cell 會(huì)被真正從物理上刪除，這能提高讀的性能。但是因?yàn)?major compaction 會(huì)重寫所有的  HFile，會(huì)產(chǎn)生大量的硬盤 I/O 和網(wǎng)絡(luò)開銷。這被稱為寫放大(Write Amplification)。

Major compaction 可以被設(shè)定為自動(dòng)調(diào)度。因?yàn)榇嬖?write amplification 的問(wèn)題，major compaction  一般都安排在周末和半夜。MapR 數(shù)據(jù)庫(kù)對(duì)此做出了改進(jìn)，并不需要做 compaction。Major compaction 還能將因?yàn)?a title="服務(wù)器" target="_blank" href="http://www.kemok4.com/">服務(wù)器 crash  或者負(fù)載均衡導(dǎo)致的數(shù)據(jù)遷移重新移回到離 Region Server 的地方，這樣就能恢復(fù) data locality。

HDFS數(shù)據(jù)備份

所有的讀寫都發(fā)生在 HDFS 的主 DataNode 節(jié)點(diǎn)上。HDFS 會(huì)自動(dòng)備份 WAL 和 HFile 的文件 blocks。HBase 依賴于  HDFS 來(lái)保證數(shù)據(jù)完整安全。當(dāng)數(shù)據(jù)被寫入 HDFS 時(shí)，一份會(huì)寫入本地節(jié)點(diǎn)，另外兩個(gè)備份會(huì)被寫入其它節(jié)點(diǎn)。

WAL 和 HFiles 都會(huì)持久化到硬盤并備份。那么 HBase 是怎么恢復(fù) MemStore 中還未被持久化到 HFile  的數(shù)據(jù)呢?下面的章節(jié)會(huì)討論這個(gè)問(wèn)題。

HBase 故障恢復(fù)

當(dāng)某個(gè) Region Server 發(fā)生 crash 時(shí)，它所管理的 region 就無(wú)法被訪問(wèn)了，直到 crash 被檢測(cè)到，然后故障恢復(fù)完成，這些  region 才能恢復(fù)訪問(wèn)。Zookeeper 依靠心跳檢測(cè)發(fā)現(xiàn)節(jié)點(diǎn)故障，然后 HMaster 會(huì)收到 region server 故障的通知。

當(dāng) HMaster 發(fā)現(xiàn)某個(gè) region server 故障，HMaster 會(huì)將這個(gè) region server 所管理的 regions  分配給其它健康的 region servers。為了恢復(fù)故障的 region server 的 MemStore 中還未被持久化到 HFile  的數(shù)據(jù)，HMaster 會(huì)將 WAL 分割成幾個(gè)文件，將它們保存在新的 region server 上。每個(gè) region server 然后回放各自拿到的  WAL 碎片中的數(shù)據(jù)，來(lái)為它所分配到的新 region 建立 MemStore。

WAL 包含了一系列的修改操作，每個(gè)修改都表示一個(gè) put 或者 delete 操作。這些修改按照時(shí)間順序依次寫入，持久化時(shí)它們被依次寫入 WAL  文件的尾部。

當(dāng)數(shù)據(jù)仍然在 MemStore 還未被持久化到 HFile 怎么辦呢?WAL 文件會(huì)被回放。操作的方法是讀取 WAL 文件，排序并添加所有的修改記錄到  MemStore，最后 MemStore 會(huì)被刷寫到 HFile。

點(diǎn)評(píng)：故障恢復(fù)是 HBase 可靠性保障的一個(gè)重要特性。WAL 在這里扮演了關(guān)鍵角色，在分割 WAL 時(shí)，數(shù)據(jù)會(huì)根據(jù) region 分配到對(duì)應(yīng)的新的  region server 上，然后 region server 負(fù)責(zé)回放這一部分?jǐn)?shù)據(jù)到 MemStore 中。

感謝各位的閱讀，以上就是“Hbase架構(gòu)怎么”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)Hbase架構(gòu)怎么這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！