You should really work backwards from your use cases. The amount of
hardware you need is dependent on your requirements and what else you're
going to be running on the hardware. You're not likely to get a good
answer here because the question is so open-ended.
Cheyenne Forbes wrote:
are there
are there any recommended specs for the servers?
I don't think anyone will be able to tell you to use a specific number of
servers. A general rule to follow is to put an HBase RegionServer on each
of your HDFS DataNodes.
On Mon, Dec 26, 2016 at 5:52 AM, Cheyenne Forbes <
cheyenne.osanu.for...@gmail.com> wrote:
> When I say how many I mean, shou
When I say how many I mean, should 1 be dedicated to hbase region, 1 to
hbase master and 1 to zookeeper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My mistake, I forgot to mention, that issues 1 and 3 are fixed.
Ad 2: Our use-case was to upsert null values and with Phoenix 3.0 from
old master has some issue. So we've add multiupsert function (with
deleting null values) to node lib[1]. We had lot o
On Wed, Jan 7, 2015 at 1:43 PM, anil gupta wrote:
> Yup, I am aware of Spark HBase integration. Phoenix-Spark integration
> would be more sweet. :)
Hi Anil,
I'm using Spark and Phoenix in production fairly successfully. There's very
little required for integration, since Ph
er
> [4] https://github.com/falsecz/node-hbase
> [5]
> http://phoenix-hbase.blogspot.cz/2013/04/how-to-add-your-own-built-in-function.html
>
> - --
> Vaclav Loffelmann
> Software Architect
> Socialbakers
>
>
> On Thu, Jan 1, 2015 at 11:21 PM, Siddharth Ubale
> wr
ps://github.com/falsecz/node-hbase
[5]
http://phoenix-hbase.blogspot.cz/2013/04/how-to-add-your-own-built-in-function.html
- --
Vaclav Loffelmann
Software Architect
Socialbakers
On Thu, Jan 1, 2015 at 11:21 PM, Siddharth Ubale
wrote:
> Hi Guys,
>
>
>
> We are seriously thi
---
>
> CertusNet
>
>
>
> *From:* anil gupta
> *Date:* 2015-01-07 16:28
> *To:* user@phoenix.apache.org
> *CC:* James Taylor ; dev
> *Subject:* Re: Re: Fwd: Phoenix in production
> Hi Sun,
>
> Phoenix-Spark would be a nice addon if you can open source it. I
;
> *From:* James Taylor
> *Date:* 2015-01-07 16:10
> *To:* su...@certusnet.com.cn
> *Subject:* Re: Fwd: Phoenix in production
> This is great, Sun! Thank you so much. Would you mind posting this on our
> user list in response to Siddharth's email? I think other Phoenix
From: anil gupta
Date: 2015-01-07 16:28
To: user@phoenix.apache.org
CC: James Taylor; dev
Subject: Re: Re: Fwd: Phoenix in production
Hi Sun,
Phoenix-Spark would be a nice addon if you can open source it. I am
planning/thinking to using Spark on HBase for one of my project.
~Anil
On Wed, Jan
w general what you developed is, but it would
> be interesting to pursue a general Spark integration in Phoenix as an open
> source contribution.
>
> Thanks,
> James
>
> On Tue, Jan 6, 2015 at 5:41 PM, su...@certusnet.com.cn <
> su...@certusnet.com.cn> wrote:
>
&g
Hi,
spark-phoenix integration would be great as Spark community is greately active
now and more
and more developers are using Apache Spark.
Thanks,
Sun.
From: James Taylor
Date: 2015-01-07 16:10
To: su...@certusnet.com.cn
Subject: Re: Fwd: Phoenix in production
This is great, Sun! Thank
Hi,
Glad to share our experience of using Phoenix in Production. I believe that
Siddharth had done
sufficient tests and practices about Phoenix performance. Here are some tips
about how we are using
Phoenix for our projects:
1. We facilitate Phoenix to give convinience for both RD and QA
Inline.
On Tue, Jan 6, 2015 at 11:54 PM, Justin Workman
wrote:
> I am also using Phoenix in production and have been now for roughly 6
> months. We adopted Phoenix for most of the same reasons Anil mentions.
>
> We are connection to a secure cluster without issue. We have also
>
updated
> in 2012 and I am having problems with it.
>
> Any thoughts on Storm-Phoenix integration?
>
>
>
> Thanks,
>
> Siddharth ubale
>
>
>
> *From:* anil gupta [mailto:anilgupt...@gmail.com]
> *Sent:* Wednesday, January 07, 2015 12:49 PM
> *To:* user@
I am also using Phoenix in production and have been now for roughly 6 months.
We adopted Phoenix for most of the same reasons Anil mentions.
We are connection to a secure cluster without issue. We have also implemented
our own storm persistence bolt, and a lookup bolt that are reading and
: anil gupta [mailto:anilgupt...@gmail.com]
Sent: Wednesday, January 07, 2015 12:49 PM
To: user@phoenix.apache.org
Cc: James Taylor
Subject: Re: Phoenix in production
Hi Siddharth,
I have used Phoenix in production for more than a year at Intuit.(i no longer
work there.) I was pretty happy with
Hi Siddharth,
I have used Phoenix in production for more than a year at Intuit.(i no
longer work there.) I was pretty happy with Phoenix because it provided us
capability to use sql-like(JDBC compliant) querying on a NoSql DB. With
help of Phoenix, the adoption rate of HBase in my team was much
Hi Guys,
We are seriously thinking of phoenix in Production environment , however, we
have no much data of how Phoenix is behaving in production.
Can anyone let us know if anyone is using Phoenix in Production and any
challenges which they have experienced.
Thanks,
Siddharth Ubale
20 matches
Mail list logo
