Hello! At GoDaddy, we're about to start experimenting with live migration. While setting it up, we've found a number of options that seem attractive/useful, but we're wondering if anyone has data/anecdotes about specific configurations of live migration. Your time in reading them is appreciated!

First a few facts about our installation:

* We're using kolla-ansible and basically leaving most nova settings at the default, meaning libvirt+kvm * We will be using block migration, as we have no shared storage of any kind. * We use routed networks to set up L2 segments per-rack. Each rack is basically an island unto itself. The VMs on one rack cannot be migrated to another rack because of this. * Our main resource limitation is disk, followed closely by RAM. As such, our main motivation for wanting to do live migration is to be able to move VMs off of machines where over-subscribed disk users start to threaten the free space of the others.

Now, some things we'd love your help with:

* TLS for libvirt - We do not want to transfer the contents of VMs' RAM over unencrypted sockets. We want to setup TLS with an internal CA and tls_allowed_dn_list controlling access. Has anyone reading this used this setup? Do you have suggestions, reservations, or encouragement for us wanting to do it this way?

* Raw backed qcow2 files - Our instances use qcow2, and our images are uploaded as a raw-backed qcow2. As a result we get maximum disk savings with excellent read performance. When live migrating these around, have you found that they continue to use the same space on the target node as they did on the source? If not, did you find a workaround?

* Do people have feedback on live_migrate_permit_auto_convergence? It seems like a reasonable trade-off, but since it is defaulted to false, I wonder if there are some hidden gotchas there.

* General pointers to excellent guides, white papers, etc, that might help us avoid doing all of our learning via trial/error.

Thanks very much for your time!

_______________________________________________
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Reply via email to