If you guys move from ec2 to self-hosted hardware you should be able to see significantly better response time. I can easily get ~1ms response times on reading 1 row or so from php via thrift.
-ryan On Tue, Aug 11, 2009 at 10:48 AM, Vaibhav Puranik<[email protected]> wrote: > We are using HBase 0.20 (Trunk version at 23rd July evening) in production > environment at GumGum. > > Our experience is very good. Initially I mistakenly forgot to add caching > (even though we had planned for it) and every request was fetching two rows > from Hbase and inserting one row in HBase. > In spite of that our request processing time was less than 300 ms. > > We are not getting huge amounts of requests - we approximately get 25,000 to > 30,000 requests to our web app backed by HBase every day. > > We have a 4 node cluster running on EC2 (Large instances) and so far we > haven't faced any production problem. > (Hope it works out that way all the time!) > > Regards, > Vaibhav Puranik, > GumGum > > > > > On Tue, Aug 11, 2009 at 10:29 AM, Fabio Kaminski <[email protected] >> wrote: > >> is there anyone with experience in hbase 0.20 realtime application, >> preferably in production environment? >> >> in thinking in throw away all my legacy knowledge about what i think about >> systems.. cause i think this is the hadoop(and hbase) are the next big >> thing >> in tecnology.. i really buy this concept and im glady that i found it right >> in it's inception. >> >> Im preparing to work with hadoop and hbase for realtime environment, and i >> could see that the hbase engineers are preparing hbase for realtime >> applications, like rdbms standards does, but in a new and promissing >> environment. this is undoubtly a paradigm shift! >> >> anyone with realtime application runing in such environment? could you >> share >> some of you experience with it? >> >> Thanks ! >> >> Fabio Kaminski >> >
