Available since MOS Ussuri Update
Depending on the use case, you may need to configure the same application components differently on different hosts. MOS enables you to easily perform the required configuration through node-specific overrides at the OpenStack Controller side.
The limitation of using the node-specific overrides is that they override only the configuration settings while other components, such as startup scripts and others, should be reconfigured as well.
The overrides have been implemented in a similar way to the OpenStack node and node label specific DaemonSet configurations. Though, the OpenStack Controller node-specific settings conflict with the upstream OpenStack node and node label specific DaemonSet configurations. Therefore, we do not recommend configuring node and node label overrides.
The node-specific settings are activated through the
section of the OsDpl CR. The
spec:nodes section contains the following
features- implements overrides for a limited subset of fields and is constructed similarly to
services- similarly to
spec::services, enables you to override settings in general for the components running as DaemonSets.
spec: nodes: <NODE-LABEL>::<NODE-LABEL-VALUE>: features: # Detailed information about features might be found at # openstack_controller/admission/validators/nodes/schema.yaml services: <service>: <chart>: <chart_daemonset_name>: values: # Any value from specific helm chart