hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ted Yu <ted...@yahoo.com.INVALID>
Subject Re: Hbase on HDFS versus Cassandra
Date Wed, 30 Nov 2016 21:15:02 GMT
Neelesh:Can you share more details about the sluggish cluster performance (such as version
of hbase / phoenix, your schema, region server log snippet, stack traces, etc) ?
As hbase / phoenix evolve, I hope the performance keeps getting better for your use case.

    On Wednesday, November 30, 2016 10:07 AM, Neelesh <neeleshs@gmail.com> wrote:

 We use both, in different capacities. Cassandra is an x-DC archive store
with mostly batch writes and occasional key based reads. Hbase is for
real-time event ingestion. Our experience so far on hbase + phoenix is that
when it works, it is fast and scales like crazy. But if you ever hit a snag
around data patterns, you will have a VERY hard time figuring out what's
going on. A combination of global phoenix indexes and heavy writes leave an
entire cluster sluggish, if there is a hint of hotspotting.

On the other hand, we had a big struggle getting Cassandra when a node
recovery was in progress. What with twice the amount of disk requirements
during recovery etc. Other than that, it is quiet.
But the access patterns are not the same.

I think the old rule still stays. If you are already on hadoop , or
interested in using/analysing data in several different ways, go with hbase
. If you just need a big data store with a few predefined query patterns,
Cassandra is good

Of course, I'm biased towards HBase.

On Nov 30, 2016 7:02 AM, "Mich Talebzadeh" <mich.talebzadeh@gmail.com>

> Hi Guys,
> Used Hbase on HDFS reasonably well. Happy to to stick with it and more with
> Hive/Phoenix views and Phoenix indexes where I can.
> I have a bunch of users now vocal about the use case for Cassandra and
> whether it can do a better job than Hbase.
> Unfortunately I am no expert on Cassandra. However, some use case fit would
> be very valuable.
> Thanks
> Dr Mich Talebzadeh
> LinkedIn * https://www.linkedin.com/profile/view?id=
> <https://www.linkedin.com/profile/view?id=AAEAAAAWh2gBxianrbJd6zP6AcPCCd
> OABUrV8Pw>*
> http://talebzadehmich.wordpress.com
> *Disclaimer:* Use it at your own risk. Any and all responsibility for any
> loss, damage or destruction of data or any other property which may arise
> from relying on this email's technical content is explicitly disclaimed.
> The author will in no case be liable for any monetary damages arising from
> such loss, damage or destruction.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message