openstack
/
nova
Code Issues Proposed changes

Merge "libvirt: Deprecate `live_migration_tunnelled`"

This commit is contained in:
Zuul 2021-03-16 21:12:48 +00:00 committed by Gerrit Code Review
parent f55f5daed8 14071dfb11
commit bde59951a9
2 changed files with 25 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
nova/conf/libvirt.py
View File

@ -285,6 +285,15 @@ Related options:
"""),
cfg.BoolOpt('live_migration_tunnelled',
default=False,
deprecated_for_removal=True,
deprecated_since='23.0.0',
deprecated_reason="""
The "tunnelled live migration" has two inherent limitations: it cannot
handle live migration of disks in a non-shared storage setup; and it has
a huge performance cost. Both these problems are solved by
``live_migration_with_native_tls`` (requires a pre-configured TLS
environment), which is the recommended approach for securing all live
migration streams.""",
help="""
Enable tunnelled migration.

16
releasenotes/notes/deprecate-tunnelled-live-migration-81c06a04627724ec.yaml Normal file
View File

@ -0,0 +1,16 @@
---
deprecations:
- |
The ``[libvirt]live_migration_tunnelled`` option is deprecated as of
Wallaby (23.0.0) release.
The "tunnelled live migration" has two inherent limitations: (a) it
cannot handle live migration of disks in a non-shared storage setup,
and (b) it has a huge performance overhead and latency, because it
burns more CPU and memory during live migration.
Both these problems are addressed by the QEMU-native support in Nova
-- this is the recommended approach for securing all live migration
streams (guest RAM, device state, and disks). Assuming TLS
environment is setup, this can be enabled by setting the config
attribiute ``[libvirt]live_migration_with_native_tls``.