ambari-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sumit Mohanty (JIRA)" <>
Subject [jira] [Updated] (AMBARI-16222) Improve blueprint based deploy speed with GroupedCommandExecutor
Date Tue, 30 Aug 2016 02:04:20 GMT


Sumit Mohanty updated AMBARI-16222:
    Fix Version/s:     (was: 2.4.1)

> Improve blueprint based deploy speed with GroupedCommandExecutor
> ----------------------------------------------------------------
>                 Key: AMBARI-16222
>                 URL:
>             Project: Ambari
>          Issue Type: Task
>          Components: ambari-server
>            Reporter: Sebastian Toader
>            Assignee: Andrew Onischuk
> - Implement a GroupedCommand Executer that is able to execute a uber command.json that
describe how to Start / Stop *all host-components* on a host.
> - This generated command.json describes a *stage* in it entirety with all the commandParms
list that need to be executed.
> - The GCE launches CONFIGURE actions serially
> - The Start/Stop operations are launched in parallel with retires
> - Consider launching single python process for executing the operations as a cost saver
for CONFIGURE operations
> *Note*: We still restrict this to a stage to simplify things like RCO which are not understood
on the agent-side. The blueprints deploys already limit number of stages created and thereby
sticking to a stage as logical separation between GroupedCommands make sense for now.

This message was sent by Atlassian JIRA

View raw message