Bug 1127989

Summary: [RFE][horizon]: [data processing] Changes to streamline cluster creation
Product: Red Hat OpenStack Reporter: RHOS Integration <rhos-integ>
Component: RFEsAssignee: RHOS Maint <rhos-maint>
Status: CLOSED UPSTREAM QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: markmc, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: https://blueprints.launchpad.net/horizon/+spec/data-processing-streamline-cluster-creation
Whiteboard: upstream_milestone_none upstream_definition_obsolete upstream_status_unknown
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description RHOS Integration 2014-08-08 04:05:06 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/horizon/+spec/data-processing-streamline-cluster-creation.

Description:

** Most likely a Kilo item **
The current workflow for cluster creation is often sub-optimal for the most common use cases.  This blueprint aims to streamline the process for common cluster creation use cases.

For instance, common clusters have 1 master and N workers, for a given plugin the master always has the same set of processes and so does the worker.
Given that, ideally, we could provide cluster launch workflow w/ just a "how big (how many workers)?" question.  This might require either the sahara service or the plugins to provide some sort of "default master/worker" template, or possibly the dashboard could have defaults generated (but wouldn't be useable outside of the dashboard, so I prefer the default templates being defined elsewhere)

Even if we don't get the "default templates", the UI cluster launch workflow could have a new tab that would allow the user to modify the number of instances of each node group.  When that is submitted, the dashboard could modify the cluster creation call to use the updated instance numbers (which might require the dashboard to "reconstruct" the template on the fly). 

In either case, the spirit of this blueprint is that the user should NOT have to recreate a whole cluster template just to change the number of workers in their launched cluster.

Specification URL (additional information):

None