Jump to: navigation, search

Difference between revisions of "Nova/Juno-Specs"

(Created page with "== 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 lau...")
 
 
Line 11: Line 11:
  
 
== Approved, but not yet implemented ==
 
== Approved, but not yet implemented ==
 +
 +
===  ===
 +
* Set ipxe url as image metadata instead of config option: Move xenapi_ipxe_boot_menu_url to a image property so that it is user configurable launchpad: [https://blueprints.launchpad.net/nova/+spec/xenapi-set-ipxe-url-as-img-metadata]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/xenapi-set-ipxe-url-as-img-metadata]
  
 
=== api ===
 
=== api ===
Line 16: Line 19:
 
* CreateVM supports subnet specified: Allow instance creation to specify the subnet-id of networks launchpad: [https://blueprints.launchpad.net/nova/+spec/selecting-subnet-when-creating-vm]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/selecting-subnet-when-creating-vm]
 
* CreateVM supports subnet specified: Allow instance creation to specify the subnet-id of networks launchpad: [https://blueprints.launchpad.net/nova/+spec/selecting-subnet-when-creating-vm]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/selecting-subnet-when-creating-vm]
 
* V3 Diagnostics - common output: Provide a standard format for the output of the VM diagnostics call launchpad: [https://blueprints.launchpad.net/nova/+spec/v3-diagnostics]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/v3-diagnostics]
 
* V3 Diagnostics - common output: Provide a standard format for the output of the VM diagnostics call launchpad: [https://blueprints.launchpad.net/nova/+spec/v3-diagnostics]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/v3-diagnostics]
 +
* Nova REST API Sorting Enhancements: Allow users of /servers and /servers/detail specify the sorting and direction of the results launchpad: [https://blueprints.launchpad.net/nova/+spec/nova-pagination]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/nova-pagination]
 
* Nova Server Count API Extension: Adds an extension which returns a count of the number of servers that match a specified search criteria launchpad: [https://blueprints.launchpad.net/nova/+spec/server-count-api]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/server-count-api]
 
* Nova Server Count API Extension: Adds an extension which returns a count of the number of servers that match a specified search criteria launchpad: [https://blueprints.launchpad.net/nova/+spec/server-count-api]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/server-count-api]
 
* Tags support in EC2 API for volumes and volume snapshots: Expose cinder metadata as tags in the EC2 api launchpad: [https://blueprints.launchpad.net/nova/+spec/ec2-volume-and-snapshot-tags]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/ec2-volume-and-snapshot-tags]
 
* Tags support in EC2 API for volumes and volume snapshots: Expose cinder metadata as tags in the EC2 api launchpad: [https://blueprints.launchpad.net/nova/+spec/ec2-volume-and-snapshot-tags]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/ec2-volume-and-snapshot-tags]
* Nova REST API Sorting Enhancements: Allow users of /servers and /servers/detail specify the sorting and direction of the results launchpad: [https://blueprints.launchpad.net/nova/+spec/nova-pagination]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/nova-pagination]
 
 
* Return hypervisor node status: Include status information in API listings of hypervisor hosts launchpad: [https://blueprints.launchpad.net/nova/+spec/return-status-for-hypervisor-node]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/return-status-for-hypervisor-node]
 
* Return hypervisor node status: Include status information in API listings of hypervisor hosts launchpad: [https://blueprints.launchpad.net/nova/+spec/return-status-for-hypervisor-node]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/return-status-for-hypervisor-node]
 +
* Add ALL-IN operator to extra spec ops: Allow extra spec to match all values in a list by adding the ALL-IN operator launchpad: [https://blueprints.launchpad.net/nova/+spec/add-all-in-list-operator-to-extra-spec-ops]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/add-all-in-list-operator-to-extra-spec-ops]
  
 
=== api, internal ===
 
=== api, internal ===
Line 32: Line 36:
  
 
=== feature ===
 
=== feature ===
 +
* Persistent resource claims: Keep resource claims as persistent to across nova-compute restart launchpad: [https://blueprints.launchpad.net/nova/+spec/persistent-resource-claim]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/persistent-resource-claim]
 
* Allow image to be specified during rescue: Allow users to specify an image to use for rescue instead of the original base image launchpad: [https://blueprints.launchpad.net/nova/+spec/allow-image-to-be-specified-during-rescue]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/allow-image-to-be-specified-during-rescue]
 
* Allow image to be specified during rescue: Allow users to specify an image to use for rescue instead of the original base image launchpad: [https://blueprints.launchpad.net/nova/+spec/allow-image-to-be-specified-during-rescue]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/allow-image-to-be-specified-during-rescue]
 
* Scheduler: Adds per-aggregate filters: Add support for host aggregates to filters launchpad: [https://blueprints.launchpad.net/nova/+spec/per-aggregate-filters]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/per-aggregate-filters]
 
* Scheduler: Adds per-aggregate filters: Add support for host aggregates to filters launchpad: [https://blueprints.launchpad.net/nova/+spec/per-aggregate-filters]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/per-aggregate-filters]
 +
* Add a virt driver for Ironic: the process for integrating the ironic driver into nova launchpad: [https://blueprints.launchpad.net/nova/+spec/add-ironic-driver]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/add-ironic-driver]
 
* Virt driver guest vCPU topology configuration: Give users and administrators the ability to control the vCPU topology exposed to guests via flavors launchpad: [https://blueprints.launchpad.net/nova/+spec/virt-driver-vcpu-topology]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/virt-driver-vcpu-topology]
 
* Virt driver guest vCPU topology configuration: Give users and administrators the ability to control the vCPU topology exposed to guests via flavors launchpad: [https://blueprints.launchpad.net/nova/+spec/virt-driver-vcpu-topology]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/virt-driver-vcpu-topology]
 +
* Strictly isolate group of hosts for an image: Allow an operator to schedule instances for a specific image on a pre-defined group of hosts. In addition, he wants to strictly isolate this group of hosts for the image only and accept images without key scheduled to other hosts. launchpad: [https://blueprints.launchpad.net/nova/+spec/restrict-image-isolation-with-defined-keys]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/restrict-image-isolation-with-defined-keys]
  
 
=== feature, libvirt ===
 
=== feature, libvirt ===
Line 44: Line 51:
 
=== feature, nfv ===
 
=== feature, nfv ===
 
* PCI SR-IOV passthrough to nova instance: Enable nova instance to be booted up with SR-IOV neutron ports launchpad: [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-sriov]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/pci-passthrough-sriov]
 
* PCI SR-IOV passthrough to nova instance: Enable nova instance to be booted up with SR-IOV neutron ports launchpad: [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-sriov]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/pci-passthrough-sriov]
 +
 +
=== hyper-v ===
 +
* Add differencing vhdx resize support in Hyper-V Driver: Add support for differencing vhdx images launchpad: [https://blueprints.launchpad.net/nova/+spec/add-differencing-vhdx-resize-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/add-differencing-vhdx-resize-support]
  
 
=== internal ===
 
=== 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: [https://blueprints.launchpad.net/nova/+spec/virt-objects-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/virt-objects-juno]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/virt-objects-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/virt-objects-juno]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/object-subclassing]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/object-subclassing]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/object-subclassing]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/object-subclassing]
 +
* Move allocation ratios to resource tracker: Move the definition and calculation of allocation ratios out of the scheduler and into the resource tracker launchpad: [https://blueprints.launchpad.net/nova/+spec/allocation-ratio-to-resource-tracker]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/allocation-ratio-to-resource-tracker]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/make-resource-tracker-use-objects]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/make-resource-tracker-use-objects]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/make-resource-tracker-use-objects]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/make-resource-tracker-use-objects]
* Standardize Nova Image: Refactor nova's image support to have a pluggable internal API launchpad: [https://blueprints.launchpad.net/nova/+spec/standardize-nova-image]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/standardize-nova-image]
 
 
* Enforce unique instance uuid in data model: Enforce in our SQL database that instance uuids are genuinely unique launchpad: [https://blueprints.launchpad.net/nova/+spec/enforce-unique-instance-uuid-in-db]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/enforce-unique-instance-uuid-in-db]
 
* Enforce unique instance uuid in data model: Enforce in our SQL database that instance uuids are genuinely unique launchpad: [https://blueprints.launchpad.net/nova/+spec/enforce-unique-instance-uuid-in-db]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/enforce-unique-instance-uuid-in-db]
 
* Refactor network API: Refactor the internal nova API to make the nova-network and neutron implementations more consistent launchpad: [https://blueprints.launchpad.net/nova/+spec/refactor-network-api]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/refactor-network-api]
 
* Refactor network API: Refactor the internal nova API to make the nova-network and neutron implementations more consistent launchpad: [https://blueprints.launchpad.net/nova/+spec/refactor-network-api]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/refactor-network-api]
 
* Allow DB migration backports to Icehouse: Reserve 10 sql schema version numbers for backports of Juno migrations to Icehouse launchpad: [https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/backportable-db-migrations-juno]
 
* Allow DB migration backports to Icehouse: Reserve 10 sql schema version numbers for backports of Juno migrations to Icehouse launchpad: [https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/backportable-db-migrations-juno]
 +
* Standardize Nova Image: Refactor nova's image support to have a pluggable internal API launchpad: [https://blueprints.launchpad.net/nova/+spec/standardize-nova-image]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/standardize-nova-image]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/scheduler-lib]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/scheduler-lib]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/scheduler-lib]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/scheduler-lib]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/remove-cast-to-schedule-run-instance]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/remove-cast-to-schedule-run-instance]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/remove-cast-to-schedule-run-instance]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/remove-cast-to-schedule-run-instance]
Line 63: Line 74:
  
 
=== internal, ops ===
 
=== internal, ops ===
 +
* 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: [https://blueprints.launchpad.net/nova/+spec/compute-manager-objects-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/compute-manager-objects-juno]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/convert_ec2_api_to_use_nova_objects]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/convert_ec2_api_to_use_nova_objects]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/convert_ec2_api_to_use_nova_objects]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/convert_ec2_api_to_use_nova_objects]
* 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: [https://blueprints.launchpad.net/nova/+spec/compute-manager-objects-juno]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/compute-manager-objects-juno]
 
  
 
=== internal, vmware ===
 
=== internal, vmware ===
 
* VMware Spawn Refactor: Refactor the vmware driver's spawn functionality to be more maintainable launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-spawn-refactor]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-spawn-refactor]
 
* VMware Spawn Refactor: Refactor the vmware driver's spawn functionality to be more maintainable launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-spawn-refactor]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-spawn-refactor]
 
* Integrate the vmware driver with the oslo.vmware library: Move the vmware driver to using the oslo vmware helper library launchpad: [https://blueprints.launchpad.net/nova/+spec/use-oslo-vmware]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/use-oslo-vmware]
 
* Integrate the vmware driver with the oslo.vmware library: Move the vmware driver to using the oslo vmware helper library launchpad: [https://blueprints.launchpad.net/nova/+spec/use-oslo-vmware]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/use-oslo-vmware]
 +
 +
=== internationalization ===
 +
* i18n Enablement for Nova: Turn on the lazy translation support from Oslo i18n and updating Nova to adhere to the restrictions this adds to translatable strings launchpad: [https://blueprints.launchpad.net/nova/+spec/i18n-enablement]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/i18n-enablement]
 +
 +
=== libvirt ===
 +
* Speedup listing of domains in libvirt driver: Performance improvements to listing instances on modern libvirts launchpad: [https://blueprints.launchpad.net/nova/+spec/libvirt-domain-listing-speedup]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/libvirt-domain-listing-speedup]
 +
* I/O (PCIe) based NUMA scheduling: Add support for intelligent NUMA node placement for guests that have been assigned a host PCI device launchpad: [https://blueprints.launchpad.net/nova/+spec/input-output-based-numa-scheduling]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/input-output-based-numa-scheduling]
 +
* Volume Snapshots for Network-Backed Disks: Allow snapshots of network backed disks launchpad: [https://blueprints.launchpad.net/nova/+spec/libvirt-volume-snap-network-disk]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/libvirt-volume-snap-network-disk]
 +
* Quiescing filesystems with QEMU guest agent during image snapshotting: When QEMU Guest Agent is installed in a kvm instance, we can request the instance to freeze filesystems via libvirt during snapshotting to make the snapshot consistent. launchpad: [https://blueprints.launchpad.net/nova/+spec/quiesced-image-snapshots-with-qemu-guest-agent]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/quiesced-image-snapshots-with-qemu-guest-agent]
 +
* Support Sheepdog ephemeral disks for libvirt driver: Complete support for sheepdog as a storage backend for libvirt instances launchpad: [https://blueprints.launchpad.net/nova/+spec/libvirt-sheepdog-backed-instances]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/libvirt-sheepdog-backed-instances]
  
 
=== libvirt, ops ===
 
=== libvirt, ops ===
Line 77: Line 98:
  
 
=== ops ===
 
=== ops ===
 +
* 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: [https://blueprints.launchpad.net/nova/+spec/find-host-and-evacuate-instance]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/find-host-and-evacuate-instance]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/clean-logs]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/clean-logs]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/clean-logs]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/clean-logs]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/on-demand-compute-update]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/on-demand-compute-update]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/on-demand-compute-update]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/on-demand-compute-update]
* 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: [https://blueprints.launchpad.net/nova/+spec/find-host-and-evacuate-instance]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/find-host-and-evacuate-instance]
 
 
* Make key manager interface interoperable with Barbican: Add support for barbican as a key manager for volume encryption launchpad: [https://blueprints.launchpad.net/nova/+spec/encryption-with-barbican]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/encryption-with-barbican]
 
* Make key manager interface interoperable with Barbican: Add support for barbican as a key manager for volume encryption launchpad: [https://blueprints.launchpad.net/nova/+spec/encryption-with-barbican]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/encryption-with-barbican]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/instance-network-info-hook]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/instance-network-info-hook]
 
* 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: [https://blueprints.launchpad.net/nova/+spec/instance-network-info-hook]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/instance-network-info-hook]
 +
* Config drive based on image property: Allow images to specify if a config drive should be used launchpad: [https://blueprints.launchpad.net/nova/+spec/config-drive-image-property]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/config-drive-image-property]
 
* Enable cold migration with target host: Allow operators to cold migration instances with a target host manually launchpad: [https://blueprints.launchpad.net/nova/+spec/cold-migration-with-target]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/cold-migration-with-target]
 
* Enable cold migration with target host: Allow operators to cold migration instances with a target host manually launchpad: [https://blueprints.launchpad.net/nova/+spec/cold-migration-with-target]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/cold-migration-with-target]
 
* More periodic tasks to slave for Juno: Offload periodic task sql query load to a slave sql server if one is configured launchpad: [https://blueprints.launchpad.net/nova/+spec/juno-slaveification]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/juno-slaveification]
 
* More periodic tasks to slave for Juno: Offload periodic task sql query load to a slave sql server if one is configured launchpad: [https://blueprints.launchpad.net/nova/+spec/juno-slaveification]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/juno-slaveification]
  
 
=== vmware ===
 
=== vmware ===
* VMware: support for vif hotplug: Add support for network interface hot plugging to vmware launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-hot-plug]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-hot-plug]
 
 
* VMware Ephemeral Disk Support: Add support for ephemeral disks to the vmware driver launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-ephemeral-disk-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-ephemeral-disk-support]
 
* VMware Ephemeral Disk Support: Add support for ephemeral disks to the vmware driver launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-ephemeral-disk-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-ephemeral-disk-support]
 
* VMware: Support for vSAN Datastores: Add support for vSAN style data stores launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-vsan-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-vsan-support]
 
* VMware: Support for vSAN Datastores: Add support for vSAN style data stores launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-vsan-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-vsan-support]
 
* VMware: Support spawning from OVA images: Support starting instances from OVA format images launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-driver-ova-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-driver-ova-support]
 
* VMware: Support spawning from OVA images: Support starting instances from OVA format images launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-driver-ova-support]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-driver-ova-support]
 +
* VMware: support for vif hotplug: Add support for network interface hot plugging to vmware launchpad: [https://blueprints.launchpad.net/nova/+spec/vmware-hot-plug]spec: [http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/vmware-hot-plug]

Latest revision as of 01:02, 27 June 2014

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

  • Set ipxe url as image metadata instead of config option: Move xenapi_ipxe_boot_menu_url to a image property so that it is user configurable launchpad: [9]spec: [10]

api

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

api, internal

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

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: [29]spec: [30]
  • 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: [31]spec: [32]

db

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

feature

  • Persistent resource claims: Keep resource claims as persistent to across nova-compute restart launchpad: [35]spec: [36]
  • Allow image to be specified during rescue: Allow users to specify an image to use for rescue instead of the original base image launchpad: [37]spec: [38]
  • Scheduler: Adds per-aggregate filters: Add support for host aggregates to filters launchpad: [39]spec: [40]
  • Add a virt driver for Ironic: the process for integrating the ironic driver into nova launchpad: [41]spec: [42]
  • Virt driver guest vCPU topology configuration: Give users and administrators the ability to control the vCPU topology exposed to guests via flavors launchpad: [43]spec: [44]
  • Strictly isolate group of hosts for an image: Allow an operator to schedule instances for a specific image on a pre-defined group of hosts. In addition, he wants to strictly isolate this group of hosts for the image only and accept images without key scheduled to other hosts. launchpad: [45]spec: [46]

feature, libvirt

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

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: [49]spec: [50]

feature, nfv

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

hyper-v

  • Add differencing vhdx resize support in Hyper-V Driver: Add support for differencing vhdx images launchpad: [53]spec: [54]

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: [55]spec: [56]
  • 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: [57]spec: [58]
  • Move allocation ratios to resource tracker: Move the definition and calculation of allocation ratios out of the scheduler and into the resource tracker launchpad: [59]spec: [60]
  • 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: [61]spec: [62]
  • Enforce unique instance uuid in data model: Enforce in our SQL database that instance uuids are genuinely unique launchpad: [63]spec: [64]
  • Refactor network API: Refactor the internal nova API to make the nova-network and neutron implementations more consistent launchpad: [65]spec: [66]
  • Allow DB migration backports to Icehouse: Reserve 10 sql schema version numbers for backports of Juno migrations to Icehouse launchpad: [67]spec: [68]
  • Standardize Nova Image: Refactor nova's image support to have a pluggable internal API launchpad: [69]spec: [70]
  • 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: [71]spec: [72]
  • 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: [73]spec: [74]
  • Cinder Client V2 Support: Move nova to using the v2 cinder API launchpad: [75]spec: [76]
  • 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: [77]spec: [78]

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: [79]spec: [80]
  • 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: [81]spec: [82]

internal, ops

  • 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: [83]spec: [84]
  • 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: [85]spec: [86]

internal, vmware

  • VMware Spawn Refactor: Refactor the vmware driver's spawn functionality to be more maintainable launchpad: [87]spec: [88]
  • Integrate the vmware driver with the oslo.vmware library: Move the vmware driver to using the oslo vmware helper library launchpad: [89]spec: [90]

internationalization

  • i18n Enablement for Nova: Turn on the lazy translation support from Oslo i18n and updating Nova to adhere to the restrictions this adds to translatable strings launchpad: [91]spec: [92]

libvirt

  • Speedup listing of domains in libvirt driver: Performance improvements to listing instances on modern libvirts launchpad: [93]spec: [94]
  • I/O (PCIe) based NUMA scheduling: Add support for intelligent NUMA node placement for guests that have been assigned a host PCI device launchpad: [95]spec: [96]
  • Volume Snapshots for Network-Backed Disks: Allow snapshots of network backed disks launchpad: [97]spec: [98]
  • Quiescing filesystems with QEMU guest agent during image snapshotting: When QEMU Guest Agent is installed in a kvm instance, we can request the instance to freeze filesystems via libvirt during snapshotting to make the snapshot consistent. launchpad: [99]spec: [100]
  • Support Sheepdog ephemeral disks for libvirt driver: Complete support for sheepdog as a storage backend for libvirt instances launchpad: [101]spec: [102]

libvirt, ops

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

nova-network, ops

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

ops

  • 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: [107]spec: [108]
  • 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: [109]spec: [110]
  • 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: [111]spec: [112]
  • Make key manager interface interoperable with Barbican: Add support for barbican as a key manager for volume encryption launchpad: [113]spec: [114]
  • 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: [115]spec: [116]
  • Config drive based on image property: Allow images to specify if a config drive should be used launchpad: [117]spec: [118]
  • Enable cold migration with target host: Allow operators to cold migration instances with a target host manually launchpad: [119]spec: [120]
  • More periodic tasks to slave for Juno: Offload periodic task sql query load to a slave sql server if one is configured launchpad: [121]spec: [122]

vmware

  • VMware Ephemeral Disk Support: Add support for ephemeral disks to the vmware driver launchpad: [123]spec: [124]
  • VMware: Support for vSAN Datastores: Add support for vSAN style data stores launchpad: [125]spec: [126]
  • VMware: Support spawning from OVA images: Support starting instances from OVA format images launchpad: [127]spec: [128]
  • VMware: support for vif hotplug: Add support for network interface hot plugging to vmware launchpad: [129]spec: [130]