whirr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tom White <tom.e.wh...@gmail.com>
Subject Re: Convetion for Role names
Date Fri, 07 Jan 2011 17:28:39 GMT
On Fri, Jan 7, 2011 at 9:21 AM, Andrei Savu <savu.andrei@gmail.com> wrote:
> Yes. I will open a JIRA for an improvement this.


> Should we also explore a different way of specifing cluster layout, a multiline approach?

That would be fine, as long as we keep support for a single line
format too (needed when specifying properties from the command line,
for example).


> -original message-
> Subject: Re: Convetion for Role names
> From: Tom White <tom.e.white@gmail.com>
> Date: 07/01/2011 19:09
> The shorter names (nn, zk, etc) predate Whirr to when the roles were a
> part of the group name and had to be kept short to conform to various
> length restrictions. We do things differently now that we have
> multi-cloud support, so keeping them short is less important, and
> indeed with a global namespace (since service name is optional) there
> is even more reason to make them distinctive and unique. So I would
> suggest the longer, hyphenated form that we adopted for HBase, like
> hbase-regionserver; so the pattern is <service-name>-<daemon>.
> There's not much harm in keeping the shorter forms around, but we
> could introduce aliases like hadoop-namenode, zookeeper, etc and
> deprecate the short ones.
> Does that sound reasonable?
> Cheers,
> Tom
> On Fri, Jan 7, 2011 at 2:16 AM, Andrei Savu <savu.andrei@gmail.com> wrote:
>> Whirr support the following instance roles: dn, jt, nn, tt, zk,
>> hbase-avroserver, hbase-master, hbase-regionserver, hbase-restserver,
>> hbase-thriftserver and as you can see the naming is inconsistent and
>> sometimes it's hard to guess the meaning.
>> Should we have a convention for role names? I believe this is important now
>> that service-name is optional.
>> -- Andrei Savu

View raw message