You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@druid.apache.org by Gian Merlino <gi...@imply.io> on 2018/03/31 18:15:01 UTC

Re: [druid-dev] any reason to still keep overlord as separate node?

Hi Prashant,

The only issue that I can think of is that in some (super large) clusters,
the coordinator and overlord can both be pretty demanding in terms of
memory and it helps for scalability to have them be separate. But this is
not the common case - most clusters are smaller or medium sized. So it
makes sense for the default to be combining them. I would support a patch
that changed the defaults and updated the docs accordingly.

Btw, since we are trying to migrate the dev mailing list to Apache, please
cross post this sort of thing with dev@druid.apache.org, or even only post
to that list.

Gian

On Sat, Mar 31, 2018 at 9:42 AM, Prashant Deva <pr...@gmail.com>
wrote:

> i feel atleast the documentation should be written to assume that
> overlord+coordinator is the default config and separate overlord is the
> 'legacy' one.
>
> is there any actual issues holding keeping overlord as separate node?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Druid Development" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to druid-development+unsubscribe@googlegroups.com.
> To post to this group, send email to druid-development@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/ms
> gid/druid-development/2d22212b-23dc-4654-9b48-df8439cb62ad%
> 40googlegroups.com
> <https://groups.google.com/d/msgid/druid-development/2d22212b-23dc-4654-9b48-df8439cb62ad%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

RE: [druid-dev] any reason to still keep overlord as separate node?

Posted by Charles Allen <ch...@allen-net.com>.
I am one of those odd cases and agree with Gian on both accounts.

-----Original Message-----
From: Gian Merlino <gi...@imply.io> 
Sent: Saturday, March 31, 2018 11:15 AM
To: druid-development@googlegroups.com; dev@druid.apache.org
Subject: Re: [druid-dev] any reason to still keep overlord as separate node?

Hi Prashant,

The only issue that I can think of is that in some (super large) clusters, the coordinator and overlord can both be pretty demanding in terms of memory and it helps for scalability to have them be separate. But this is not the common case - most clusters are smaller or medium sized. So it makes sense for the default to be combining them. I would support a patch that changed the defaults and updated the docs accordingly.

Btw, since we are trying to migrate the dev mailing list to Apache, please cross post this sort of thing with dev@druid.apache.org, or even only post to that list.

Gian

On Sat, Mar 31, 2018 at 9:42 AM, Prashant Deva <pr...@gmail.com>
wrote:

> i feel atleast the documentation should be written to assume that
> overlord+coordinator is the default config and separate overlord is 
> overlord+the
> 'legacy' one.
>
> is there any actual issues holding keeping overlord as separate node?
>
> --
> You received this message because you are subscribed to the Google 
> Groups "Druid Development" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to druid-development+unsubscribe@googlegroups.com.
> To post to this group, send email to druid-development@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/ms 
> gid/druid-development/2d22212b-23dc-4654-9b48-df8439cb62ad%
> 40googlegroups.com
> <https://groups.google.com/d/msgid/druid-development/2d22212b-23dc-465
> 4-9b48-df8439cb62ad%40googlegroups.com?utm_medium=email&utm_source=foo
> ter>
> .
> For more options, visit https://groups.google.com/d/optout.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@druid.apache.org
For additional commands, e-mail: dev-help@druid.apache.org