簡體   English   中英

HBase讀取高負載

[英]Hbase read high load

我正在研究滿足公司需求的noSQL解決方案。 目前,搜索范圍僅限於hBase。 我已經閱讀了很多有關體系結構,性能等方面的內容,但是對於我來說仍然發現了一件事。

例如,如果您有100個節點集群,並且一行獲得100.000個並發請求。 在這種情況下,所有100.000個請求將僅命中存儲行的一個節點? 據我了解,HBase復制僅用於數據備份(不適用於讀取負載平衡),並且沒有任何主/從機制(如MySQL)?

關於單行的100.000個並發請求-我認為目前沒有人對此有好處。 在正常情況下,根本不需要這樣做-客戶端始終與DB隔離,因此在這種情況下(並且可能已緩存)訪問受到限制。

關於存儲和復制。 首先,至少有兩種復制類型,實際上不是HBase。 HBase依賴於HDFS,它本質上是容錯的。 如果您需要了解詳細信息,請閱讀有關HBase master HBase region serverHBase region server角色的信息,但總體而言,與復制有關的所有內容都應歸於HDFS。

HBase復制不僅用於數據備份,還用於可用性。 因為這似乎不是您在此處提出問題的唯一要點,所以我指出了指向該鏈接的鏈接,您可以在其中找到更多信息。 如果您對架構設計有特殊疑問,則應首先從Apache托管項目的主頁開始。 對於有關主/從服務器的最后一個問號,我發送的URL仍然適用(如果不確定,您可以向HBase開發人員詢問該URL): http : //hbase.apache.org/replication.html

我猜想100,000個並發請求在HBase上不能很好地工作,但是實際情況似乎很好, yfrog每秒獲得10K請求,eBay為新版本的產品搜索引擎以及Facebook為其消息傳遞系統 You 選擇了它也可以在更適中的集群上查看hstack基准測試

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM