Stein Series Release Notes¶
Added a new config option server_keystone_endpoint_type to specify the keystone authentication endpoint (public/internal/admin) to pass into cloud-init data. If left unset the original behavior should remain unchanged.
This feature allows the deployer to unambiguously specify the keystone endpoint passed to user provisioned servers, and is particularly useful where the deployment network architecture requires the heat service to interact with the internal endpoint, but user provisioned servers only have access to the external network.
For more information see http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002925.html
Erroneously, availability_zone for host aggregate resource types was considered mandatory in heat templates.
Behaviour has been adjusted to bring this in line with the CLI and GUI, in which it is optional.
Added new tool
heat-status upgrade check.
Add multiple OpenStack orchestration support - User can now use
OS::Heat::Stackto create stack in another OpenStack cloud. Must provide properties
context. Remote stack resource will get authentication information from cloud credential to refresh context before calling stack create.
OS::Blazar::Hostresource is added to manage compute hosts for the lease/reservation in OpenStack.
OS::Blazar::Leaseresource is added to manage reservations for specific type/amount of cloud resources in OpenStack.
Add rbac_policy and subnetpool support for OS::Neutron::Quota resource.
Add UDP to supported protocols for Octavia.
OS::Neutron::TaaS::TapServiceresource is added to support a Tap Service in the Neutron Tap-as-a-service plugin.
OS::Neutron::TaaS::TapFlowresource is added to support a Tap Flow in the Neutron Tap-as-a-service plugin.
Add a new OS::Glance::WebImage resource supporting the web-download import of Glance v2.
New framework for
heat-status upgrade checkcommand is added. This framework allows adding various checks which can be run before a Heat upgrade to ensure if the upgrade can be performed safely.
OS::Neutron::L2GatewayConnectionto allow management of Neutron Layer2 Gateway Connection. This resource provides capability to connect a Neutron network to a Layer2 Gateway. The resource depends on the Neutron
OS::Neutron::L2Gatewayto allow management of Neutron Layer2 Gateway. This resource provides life-cycle management of layer2 gateway instances. The resource depends on the Neutron
Add tags support for ProviderNet resource
OS::Heat::Stackresource type. The
ca_certis the contents of a CA Certificate file that can be used to verify a remote cloud or region’s server certificate.
insecureis boolean option, CA cert will be use if we didn’t setup insecure flag.
The distribution name has been changed from “heat” to “openstack-heat” so that we can publish packages to pypi.org. This may have an effect on downstream package builds if they rely on asking setuptools to determine the package name.
max_nova_api_microversionto set the maximum nova API microversion for nova client plugin. If``max_nova_api_microversion`` is set, any nova features supported with microversion number above max_nova_api_microversion will not be available.
Operator can now use new CLI tool
heat-status upgrade checkto check if Heat deployment can be safely upgraded from N-1 to N release.
OS::Nova::Serveris now deprecated, please use
metadatainstead. If that property really required, use config
max_nova_api_microversionto set the maximum nova API microversion <2.57 for nova client plugin to support personality property.
We now allowed global admins to operate software deployment and software config resources from other projects.
Heat can now perform a stack update to roll back to a previous version of a resource after a previous attempt to create a replacement for it failed (provided that convergence is enabled). This allows the user to recover a stack where a resource has been inadvertantly replaced with a definition than can never succeed because it conflicts with the original. Previously this required automatic rollback to be enabled, or the user had to update the stack with a non-conflicting definition before rolling back to the original.