You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Jeff Sposetti (JIRA)" <ji...@apache.org> on 2013/07/03 20:30:25 UTC
[jira] [Updated] (AMBARI-1377) Add ability to move master
components after initial setup
[ https://issues.apache.org/jira/browse/AMBARI-1377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jeff Sposetti updated AMBARI-1377:
----------------------------------
Description:
Provide ability to move master components of services to different host after installation. For example, move HDFS NameNode to a different host in the cluster after the install or at some later date etc, etc.
This is the list of Master Components to support re-assign, grouped by priority order.
P0. Master Components to Support
HDFS: NameNode
HDFS: SecondaryNameNode
MapReduce: JobTracker + HistoryServer
HBase: MasterServer
P1. Master Components to Support
Oozie: Server
P2. Master Components to Support
Hive: Metastore
Hive: HiveServer2
WebHCat: Server
P3. Master Components to Support
Ganglia: Gangalia Collector
Nagios: Nagios Server
Support moving a single master component at a time. For example: Services > HDFS, under the "Maintenance" dropdown, add options "Reassign NameNode" and "Reassign SNameNode". After selecting the option, popup wizard walks user through the re-assign:
Step 1: List all the manual steps that the user must explicitly do after Step 2. ( that Ambari doesnt do for him. )
Step 2: Select the target host. User should be presented with a list of possible target hosts in the cluster.
TODO: Need to determine what it means to be a target. What criteria does that host need to meet? Can it be running other master components? Slave components? Which ones and/or how many? This answer might be master component dependent so need to define this for each of the Master Components listed above.
Step 3: Ask the user to reconfigure the component for this new host. [ Similar to, each Category Section of Step 7 of Install Wizard ] for example select mount points for the new host before reassigning the component.
Step 4: Ask user to confirm.
Step 5: Show the order and state of tasks with live update. For example, stopping services, installing component on target host, applying config, adjusting cluster settings for new master host, restarting services, removing old master component (from source host).
Step 6: Complete.
was:It would be very handy to be able to move master components to new hosts.
> Add ability to move master components after initial setup
> ---------------------------------------------------------
>
> Key: AMBARI-1377
> URL: https://issues.apache.org/jira/browse/AMBARI-1377
> Project: Ambari
> Issue Type: New Feature
> Reporter: Nate Cole
> Assignee: Nate Cole
> Fix For: 1.4.0
>
>
> Provide ability to move master components of services to different host after installation. For example, move HDFS NameNode to a different host in the cluster after the install or at some later date etc, etc.
> This is the list of Master Components to support re-assign, grouped by priority order.
> P0. Master Components to Support
> HDFS: NameNode
> HDFS: SecondaryNameNode
> MapReduce: JobTracker + HistoryServer
> HBase: MasterServer
> P1. Master Components to Support
> Oozie: Server
> P2. Master Components to Support
> Hive: Metastore
> Hive: HiveServer2
> WebHCat: Server
> P3. Master Components to Support
> Ganglia: Gangalia Collector
> Nagios: Nagios Server
> Support moving a single master component at a time. For example: Services > HDFS, under the "Maintenance" dropdown, add options "Reassign NameNode" and "Reassign SNameNode". After selecting the option, popup wizard walks user through the re-assign:
> Step 1: List all the manual steps that the user must explicitly do after Step 2. ( that Ambari doesnt do for him. )
> Step 2: Select the target host. User should be presented with a list of possible target hosts in the cluster.
> TODO: Need to determine what it means to be a target. What criteria does that host need to meet? Can it be running other master components? Slave components? Which ones and/or how many? This answer might be master component dependent so need to define this for each of the Master Components listed above.
> Step 3: Ask the user to reconfigure the component for this new host. [ Similar to, each Category Section of Step 7 of Install Wizard ] for example select mount points for the new host before reassigning the component.
> Step 4: Ask user to confirm.
> Step 5: Show the order and state of tasks with live update. For example, stopping services, installing component on target host, applying config, adjusting cluster settings for new master host, restarting services, removing old master component (from source host).
> Step 6: Complete.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira