Bug 1041452 - [RFE][nova]: VMwareAPI - self-configuration mode for driver(s)
Summary: [RFE][nova]: VMwareAPI - self-configuration mode for driver(s)
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: RFEs
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/nova...
Whiteboard: upstream_milestone_none upstream_stat...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 16:10 UTC by RHOS Integration
Modified: 2015-03-19 16:56 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-19 16:56:44 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 16:10:10 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/vmwareapi-self-configuring-mode-for-driver.

Description:

Driver enhancements in Havana will enable one nova-compute node to dispatch to multiple vCenter clusters. Most of the time vCenter servers need to be configured with compute-clusters that have DRS, auto-placement (very important), and shared datastores. Currently, configuration requires manual construction of nova.conf files with specific knowledge of the vCenter's inventory.

Reverse this dependency! When nova-compute comes up with a valid minimal configuration (url, username, password) a standard set of vCenter conventions should allow nova to *discover* the appropriate inventory inside vCenter. These default conventions should be decided on by the OpenStack community but optional configurations should allow an administrator to override how the conventions work.

Conventions should be customizable following a rule of Convention over Configuration but not to the point of blocking configuration as an option.

For example: 
* default: clusters with the name prefix OS_ should have their resource pools be automatically configured to be OpenStack resources.
* allow overrides so that different name patterns in vCenter can be allocated to different tenants in Nova 
** this would let a vCenter administrator hand over more resources to OpenStack without having to manually register them in configurations
* allow precision configuration (the current mode) when desired

This should compliment work already done in Havana and make OpenStack + vCenter easier to configure and install.

Specification URL (additional information):

None


Note You need to log in before you can comment on or make changes to this bug.