Pike Series Release Notes¶
16.0.0¶
New Features¶
Capping the default value for the variable
sahara_api_workers
to 16 when the user doesn’t configure this variable. Default value is half the number of vCPUs available on the machine with a capping value of 16.
New variables have been added to allow a deployer to customize a sahara systemd unit file to their liking.
The task dropping the sahara systemd unit files now uses the
config_template
action plugin allowing deployers access to customize the unit files as they see fit without having to load extra options into the defaults and polute the generic systemd unit file with jinja2 variables and conditionals.
For the
os_sahara
role, the systemd unitTimeoutSec
value which controls the time between sending a SIGTERM signal and a SIGKILL signal when stopping or restarting the service has been reduced from 300 seconds to 120 seconds. This provides 2 minutes for long-lived sessions to drain while preventing new ones from starting before a restart or a stop. TheRestartSec
value which controls the time between the service stop and start when restarting has been reduced from 150 seconds to 2 seconds to make the restart happen faster. These values can be adjusted by using thesahara_*_init_config_overrides
variables which use theconfig_template
task to change template defaults.
The
sahara-api
service has moved to run as a uWSGI application. You can set the max number of WSGI processes, the number of processes, threads, and buffer size utilizing thesahara_wsgi_processes_max
,sahara_wsgi_processes
,sahara_wsgi_threads
, andsahara_wsgi_buffer_size
. Additionally, you can override any settings in the uWSGI ini configuration file using thesahara_api_uwsgi_ini_overrides
setting. The uWSGI application will listen on the address specified bysahara_uwsgi_bind_address
which defaults to0.0.0.0
.
Upgrade Notes¶
For the
os_sahara
role, the systemd unitTimeoutSec
value which controls the time between sending a SIGTERM signal and a SIGKILL signal when stopping or restarting the service has been reduced from 300 seconds to 120 seconds. This provides 2 minutes for long-lived sessions to drain while preventing new ones from starting before a restart or a stop. TheRestartSec
value which controls the time between the service stop and start when restarting has been reduced from 150 seconds to 2 seconds to make the restart happen faster. These values can be adjusted by using thesahara_*_init_config_overrides
variables which use theconfig_template
task to change template defaults.
Deprecation Notes¶
Remove
sahara_rpc_backend
option due to deprecation of rpc_backend option in oslo.messaging.