From Fedora Project Wiki

< QA:Testcase Live Migration with a quickly changing/busy guest

Revision as of 09:16, 13 April 2011 by Mamasun (talk | contribs) (черновой вариант страницы)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Описание

This test case checks that worst-case live migration using libvirt between two Fedora 12 hosts works correctly. The worst-case for live migration happens when the guest in question is very busy and changing memory very rapidly, which causes the same pages to be transmitted multiple times to the destination.


Как проводить тестирование

  1. On the source machine, edit the guest so that it has a fairly large amount of memory (at least 2GB, more if you can spare it).
  2. On the source machine, start the guest.
  3. Once the guest has fully booted, find out the IP address of the guest (by logging into the guest and running ifconfig, or whatever is equivalent in the guest OS of your choice). From the source machine, start a ping to the guest:

    $ ping <guest-IP>

  4. Download this code to the guest: File:Live-migration-memeater.c and compile it using

    $ gcc -g -Wall Live-migration-memeater.c -o memeater

  5. Start the memchanger inside the guest by executing:

    $ ./memeater

  6. Now on the source machine execute:

    $ virsh migrate --live <guestname> qemu+ssh://<destination host>/system

  7. Shutdown the guest on the destination machine. Once it's successfully shut down, edit the guest on the source machine and give it random, differing amounts of memory: 1024MB, 2111MB, etc. Then repeat the test for these differing amounts of memory.
  8. Repeat the entire test for as many different guest OS's as are relevant. We would at least like to see the following guests:
    1. Fedora 12
    2. Fedora 11
    3. RHEL-4
    4. RHEL-5
    5. SUSE

Ожидаемые результаты

  1. After executing the virsh migrate command, the guest should migrate over to the destination machine, and not be running anymore on the source machine. Use $ virsh list on both machines to verify this. Additionally, the ping that was started in step 3 should continue uninterrupted. Note that this migration may take significantly longer than a migration of an idle guest.

Полужирное начертание