Nova/Juno-Specs

juno-1

api, ops

• API v3: Add x-openstack-request-id header: Move to the OpenStack standard name for the request id header, in a backward compatable manner launchpad: [1]spec: [2]

internal

• Allow DB migration backports to Icehouse: Reserve 10 sql schema version numbers for backports of Juno migrations to Icehouse launchpad: [3]spec: [4]
• Stop using the scheduler run_instance method: Previously the scheduler would select a host, and then boot the instance. Instead, let the scheduler select hosts, but then return those so the caller boots the instance. This will make it easier to move the scheduler to being a generic service instead of being internal to nova launchpad: [5]spec: [6]
• Refactor network API: Refactor the internal nova API to make the nova-network and neutron implementations more consistent launchpad: [7]spec: [8]

Approved, but not yet implemented

api

• Servers list API support specify multi-status: Allow callers to specify more than one status to filter by when listing services launchpad: [9]spec: [10]
• CreateVM supports subnet specified: Allow instance creation to specify the subnet-id of networks launchpad: [11]spec: [12]
• V3 Diagnostics - common output: Provide a standard format for the output of the VM diagnostics call launchpad: [13]spec: [14]
• Nova Server Count API Extension: Adds an extension which returns a count of the number of servers that match a specified search criteria launchpad: [15]spec: [16]
• Tags support in EC2 API for volumes and volume snapshots: Expose cinder metadata as tags in the EC2 api launchpad: [17]spec: [18]
• Nova REST API Sorting Enhancements: Allow users of /servers and /servers/detail specify the sorting and direction of the results launchpad: [19]spec: [20]
• Return hypervisor node status: Include status information in API listings of hypervisor hosts launchpad: [21]spec: [22]

api, internal

• Create JSON Schema definitions for Nova v3 API: Use JSON schema to strongly validate v3 API request bodies launchpad: [23]spec: [24]

api, ops

• API v3: Add x-openstack-request-id header: Move to the OpenStack standard name for the request id header, in a backward compatable manner launchpad: [25]spec: [26]
• Log Request ID Mappings: Log the mapping between a nova request id and the request ids of systems calls by nova while serving that request launchpad: [27]spec: [28]

db

• Add Support for DB2 (v10.5+): Add support for DB2 as a sql storage engine launchpad: [29]spec: [30]

feature

• Allow image to be specified during rescue: Allow users to specify an image to use for rescue instead of the original base image launchpad: [31]spec: [32]
• Scheduler: Adds per-aggregate filters: Add support for host aggregates to filters launchpad: [33]spec: [34]
• Virt driver guest vCPU topology configuration: Give users and administrators the ability to control the vCPU topology exposed to guests via flavors launchpad: [35]spec: [36]

feature, libvirt

• Libvirt - Start LXC from a block device: Allow LXC containers managed via libvirt to boot from volumes launchpad: [37]spec: [38]

feature, libvirt, performance

• Add virtio-scsi bus support for block device mapping: Add boot from volume support for virtio-scsi, a new para-virtualized device type for libvirt kvm instances with better performance launchpad: [39]spec: [40]

feature, nfv

• PCI SR-IOV passthrough to nova instance: Enable nova instance to be booted up with SR-IOV neutron ports launchpad: [41]spec: [42]

internal

• Virt Driver Objects Support (Juno Work): Continuing work to implement our new object model. This positions us to better support upgrades in the future, but is internal work for now. launchpad: [43]spec: [44]
• Support subclassing objects: Continuing work to implement our new object model. This positions us to better support upgrades in the future, but is internal work for now. launchpad: [45]spec: [46]
• Make Resource Tracker Use Objects: Continuing work to implement our new object model. This positions us to better support upgrades in the future, but is internal work for now. launchpad: [47]spec: [48]
• Standardize Nova Image: Refactor nova's image support to have a pluggable internal API launchpad: [49]spec: [50]
• Enforce unique instance uuid in data model: Enforce in our SQL database that instance uuids are genuinely unique launchpad: [51]spec: [52]
• Refactor network API: Refactor the internal nova API to make the nova-network and neutron implementations more consistent launchpad: [53]spec: [54]
• Allow DB migration backports to Icehouse: Reserve 10 sql schema version numbers for backports of Juno migrations to Icehouse launchpad: [55]spec: [56]
• Create Scheduler Python Library: Refactor the nova scheduler into being a library. This will make splitting the scheduler out into its own service later easier launchpad: [57]spec: [58]
• Stop using the scheduler run_instance method: Previously the scheduler would select a host, and then boot the instance. Instead, let the scheduler select hosts, but then return those so the caller boots the instance. This will make it easier to move the scheduler to being a generic service instead of being internal to nova launchpad: [59]spec: [60]
• Cinder Client V2 Support: Move nova to using the v2 cinder API launchpad: [61]spec: [62]
• Extensible Resource Tracking: The set of resources tracked by nova is hard coded. This change makes that extensible, which will allow plugins to track new types of resources for scheduling launchpad: [63]spec: [64]

internal, libvirt

• Virt driver guest NUMA node placement & topology: Enhance the libvirt driver to be able to do intelligent NUMA node placement for instances launchpad: [65]spec: [66]
• Use libvirt Storage Pools: Implement support for libvirt's storage pools in the libvirt driver, this should simplify adding support for new image backends launchpad: [67]spec: [68]

internal, ops

• Convert EC2 API to use nova objects: Continuing work to implement our new object model. This positions us to better support upgrades in the future, but is internal work for now. launchpad: [69]spec: [70]
• Compute Manager Objects Support (Juno Work): Continuing work to implement our new object model. This positions us to better support upgrades in the future, but is internal work for now. launchpad: [71]spec: [72]

internal, vmware

• VMware Spawn Refactor: Refactor the vmware driver's spawn functionality to be more maintainable launchpad: [73]spec: [74]
• Integrate the vmware driver with the oslo.vmware library: Move the vmware driver to using the oslo vmware helper library launchpad: [75]spec: [76]

libvirt, ops

• Support Console Log migration during Live-migration: Copy console logs to the destination host during live migration launchpad: [77]spec: [78]

nova-network, ops

• Better Support for Multiple Networks in nova-network: Improve the nova-network code to allow per-network settings launchpad: [79]spec: [80]

ops

• Nova logs shouldn't have ERRORs or TRACEs in them: Nova logs should be readable, sensible, and contain only errors and traces in exceptional situations. launchpad: [81]spec: [82]
• Change compute updates from periodic to on demand: Only update the status of a host in the sql database when the status changes, instead of every 60 seconds launchpad: [83]spec: [84]
• API: Evacuate instance to a scheduled host: Allow a host to be evacuated, but with the scheduler selecting destination hosts for the instances moved launchpad: [85]spec: [86]
• Make key manager interface interoperable with Barbican: Add support for barbican as a key manager for volume encryption launchpad: [87]spec: [88]
• Add hook for update_instance_cache_with_nw_info: Allow deployers to add hooks which are informed as soon as networking information for an instance is changed launchpad: [89]spec: [90]
• Enable cold migration with target host: Allow operators to cold migration instances with a target host manually launchpad: [91]spec: [92]
• More periodic tasks to slave for Juno: Offload periodic task sql query load to a slave sql server if one is configured launchpad: [93]spec: [94]

vmware

• VMware: support for vif hotplug: Add support for network interface hot plugging to vmware launchpad: [95]spec: [96]
• VMware Ephemeral Disk Support: Add support for ephemeral disks to the vmware driver launchpad: [97]spec: [98]
• VMware: Support for vSAN Datastores: Add support for vSAN style data stores launchpad: [99]spec: [100]
• VMware: Support spawning from OVA images: Support starting instances from OVA format images launchpad: [101]spec: [102]