Skip to content

Commit fa3cc4b

Browse files
committed
Update cpu-levelling-v2.md
1 parent 4f6eb2a commit fa3cc4b

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

xapi/design/cpu-levelling-v2.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -35,7 +35,7 @@ Most pools start off with homogenous hardware, but over time it may become impos
3535
If all the hosts in a pool are upgraded to more capable models, the overall feature set offered by the pool could also be updated to be the intersection of the features offered by the upgraded hosts. This use case will not be implemented in the first release of this feature.
3636

3737
Included use cases
38-
------
38+
------------------
3939

4040
1. A user wants to add a new host to an existing XenServer pool. The new host has all the features of the existing hosts, plus extra features which the existing hosts do not. The new host will be allowed to join the pool, but its extra features will be hidden from VMs.
4141

@@ -49,16 +49,16 @@ Included use cases
4949

5050
6. A user wants to re-add a host to an existing XenServer pool from which the host had previously been removed. The host will be allowed to join the pool, because the pool feature set was not recalculated when it was removed. This use case ensures that a host which was removed for maintenance or to be kept as a cold spare can later be re-added.
5151

52-
Excluded use cases
53-
------
52+
Excluded use cases
53+
------------------
5454

5555
1. A user wants to create a pool by joining a new host to an existing XenServer host which is not running any VMs. The new host does not have all the features of the existing one. The new host will not be allowed to join the pool. In future, a 're-levelling' command could allow the user to mask features of the existing XenServer host to match those offered by the new host. If the pool had no VMs, this operation would be safe. To work around this problem, hosts should be added to a pool in increasing order of capability.
5656

5757
2. A user wants to replace all the hosts in an existing XenServer pool with newer, more capable models and upgrade the pool's feature set to reveal the features offered by the new hosts. The pool feature set will remain the same, even after the last of the older, less capable hosts is removed. In the future, 're-levelling' could allow the pool feature set to be expanded, however this should only be done with the user's consent as doing so would prevent any older hosts from being re-added to the pool.
5858

5959

6060
XenAPI Changes
61-
------
61+
--------------
6262

6363
### Fields
6464

0 commit comments

Comments
 (0)