You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "maxwellguo (JIRA)" <ji...@apache.org> on 2018/02/11 07:53:02 UTC
[jira] [Comment Edited] (HBASE-12259) Bring quorum based write
ahead log into HBase
[ https://issues.apache.org/jira/browse/HBASE-12259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16359814#comment-16359814 ]
maxwellguo edited comment on HBASE-12259 at 2/11/18 7:52 AM:
-------------------------------------------------------------
[~stack] sorry, I mean ,why this project was abandoned,because i think this feature can ipmrove the availability of HBase 's write and the when read throug raft ,we the data can not be stale.:D
was (Author: maxwellguo):
sorry, I mean ,why this project was abandoned,because i think this feature can ipmrove the availability of HBase 's write and the when read throug raft ,we the data can not be stale.:D
> Bring quorum based write ahead log into HBase
> ---------------------------------------------
>
> Key: HBASE-12259
> URL: https://issues.apache.org/jira/browse/HBASE-12259
> Project: HBase
> Issue Type: Improvement
> Components: wal
> Affects Versions: 2.0.0
> Reporter: Elliott Clark
> Priority: Major
> Attachments: Architecture for HydraBase (5).pdf, RaftProtocolImplementationDesignDoc.pdf
>
>
> HydraBase ( https://code.facebook.com/posts/321111638043166/hydrabase-the-evolution-of-hbase-facebook/ ) Facebook's implementation of HBase with Raft for consensus will be going open source shortly. We should pull in the parts of that fb-0.89 based implementation, and offer it as a feature in whatever next major release is next up. Right now the Hydrabase code base isn't ready to be released into the wild; it should be ready soon ( for some definition of soon).
> Since Hydrabase is based upon 0.89 most of the code is not directly applicable. So lots of work will probably need to be done in a feature branch before a merge vote.
> Is this something that's wanted?
> Is there anything clean up that needs to be done before the log implementation is able to be replaced like this?
> What's our story with upgrading to this? Are we ok with requiring down time ?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)