Skip to content

Commit cad6b30

Browse files
Zuulopenstack-gerrit
authored andcommitted
Merge "Add reno for unified limits"
2 parents 3046c81 + 2197290 commit cad6b30

File tree

1 file changed

+43
-0
lines changed

1 file changed

+43
-0
lines changed
Lines changed: 43 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,43 @@
1+
---
2+
other:
3+
- |
4+
This release includes work in progress support for Keystone's unified
5+
limits. This should not be used in production. It is included so we can
6+
collect early feedback from operators around the performance of the new
7+
limits system. There is currently no way to export your existing quotas
8+
and import them into Keystone. There is also no proxy API to allow you
9+
to update unified limits via Nova APIs. All the update APIs behave as if
10+
you are using the noop driver when the unified limits quota driver is
11+
configured.
12+
13+
When you enable unified limits, those are configured in Keystone against
14+
the Nova endpoint, using the names:
15+
16+
* ``class:VCPU``
17+
* ``servers``
18+
* ``class:MEMORY_MB``
19+
* ``server_metadata_items``
20+
* ``server_injected_files``
21+
* ``server_injected_file_content_bytes``
22+
* ``server_injected_file_path_bytes``
23+
* ``server_key_pairs``
24+
* ``server_groups``
25+
* ``server_group_members``
26+
27+
All other resources classes requested via flavors are also now supported as
28+
unified limits. Note that nova configuration is ignored, as the default
29+
limits come from the limits registered for the Nova endpoint in Keystone.
30+
31+
All previous quotas other than ``cores``, ``instances`` and ``ram`` are
32+
still enforced, but the limit can only be changed globally in Keystone as
33+
registered limits. There are no per project or per user overrides
34+
possible.
35+
36+
Work in progress support for Keystone's unified limits
37+
can be enabled via ``[quota]/driver=nova.quota.UnifiedLimitsDriver``
38+
39+
A config option ``[workarounds]unified_limits_count_pcpu_as_vcpu`` is
40+
available for operators who require the legacy quota usage behavior where
41+
VCPU = VCPU + PCPU. Note that if ``PCPU`` is specified in the flavor
42+
explicitly, it will be expected to have its own unified limit registered
43+
and PCPU usage will *not* be merged into VCPU usage.

0 commit comments

Comments
 (0)