Bug 1041222 - [RFE][nova]: vmware datastore selection by scheduler filter/weighter
Summary: [RFE][nova]: vmware datastore selection by scheduler filter/weighter
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 13:59 UTC by RHOS Integration
Modified: 2015-03-19 17:15 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-19 17:15:47 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 13:59:38 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/vmware-datastore-selection-by-scheduler-filter.

Description:

Allow for Scheduler Filters or Weighters to make the decision as to which datastore the VMware Nova compute driver will use to place a newly provisioned VM.

The problem is that an ESXi host or Cluster of hosts may have access to multiple datastores in which to place their VMDK. When these datastores are all equal, there should be some mechanism to allow the scheduler to decide which datastore it wants to place an image / VMDK. Architecturally, in OpenStack policy level decisions (like which hypervisor to use) occur up at the Scheduler and not down at the driver. To preserve this logical separation of concerns, the driver should report its available datastores to the scheduler and the scheduler should be able to choose the appropriate datastore based on datastore statistics gathered by the driver.

NOTE: this feature should not prevent alternative mechanisms for choosing a datastore (should a user desire to set a parameter for the driver to only use stored named: ^OpenStack.*DataStore$ for example. This should be viewed as an additional feature to add to the stack. If an alternative mechanism is chosen via a setting, the filter's advice should be optionally ignored (with a warning message).

Specification URL (additional information):

None


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