-
Bug
-
Resolution: Done
-
Major
-
rhos-18.0 FR 2 (Mar 2025)
-
None
-
3
-
False
-
-
False
-
?
-
openstack-watcher-10.0.1-18.0.20250624074740.c014f81.el9ost
-
rhos-workloads-evolution
-
None
-
Release Note Not Required
-
-
-
Workload Evolution Sprint 4, Workload Evolution Sprint 5
-
2
-
Important
When I create an audit using workload_stabilization and instance_ram_usage as metric as with:
openstack optimize audit create -g workload_balancing -s workload_stabilization -p metrics='[ "instance_ram_usage" ]'
The standard deviation is wrongly calculated.
In my case, I am using two compute nodes with 7678 MB of ram memory each one.
One of the nodes is using ~ 3638 MB and the other ~ 2100 MB
Based on those values the standard deviation should be ~ 0.1 but the audit is reporting:
Standard deviation for instance_ram_usage is 9.797657178882261e-05.
I suspect there is a problem with the units it's using internally for ram
How to reproduce
In a RHOSO deployment with watcher service deployed, create multiple VMs in the same host until the memory usage in different computes is enough that should trigger migrations.
Create an audit with workload_balancing as goal and workload_stabilization as strategy. The metrics parameter should be [ "instance_ram_usage" ]. It should create a non-empty migration plan.
Validation
A new tempest test for workload_stabilization using ram metrics with fake data at least, should be added.