Deploy pod instead of stateful set
This commit is contained in:
parent
525696ffe9
commit
83908b7cfd
23 changed files with 762 additions and 155 deletions
|
|
@ -5,6 +5,25 @@ layout: vm-operator
|
|||
|
||||
# Upgrading
|
||||
|
||||
## To version 3.4.0
|
||||
|
||||
Starting with this version, the VM-Operator no longer uses a stateful set
|
||||
with replica set to 1 to (indirectly) start the pod with the VM. Rather
|
||||
it creates the pod directly. This implies that the PVCs must also be created
|
||||
by the VM-Operator, which needs additional permissions to do so (update of
|
||||
`deploy/vmop-role.yaml). As it would be ridiculous to keep the naming scheme
|
||||
used by the stateful set when generating PVCs, the VM-Operator uses a
|
||||
[different pattern](controller.html#defining-disks) for creating new PVCs.
|
||||
|
||||
The change is backward compatible:
|
||||
|
||||
* Running pods created by a stateful set are left alone until stopped.
|
||||
Only then will the stateful set be removed.
|
||||
|
||||
* The VM-Operator looks for existing PVCs generated by a stateful
|
||||
set in the pre 3.4 versions (naming pattern "*name*-disk-*vmName*-0")
|
||||
and reuses them. Only new PVCs are generated using the new pattern.
|
||||
|
||||
## To version 3.0.0
|
||||
|
||||
All configuration files are backward compatible to version 2.3.0.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue