Xen devel - Oct 2008 - Migration and Node parameter

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

    def domain_migrate(self, domid, dst, live=False, port=0, node=-1,
ssl=None):
        """Start domain migration.

        @param domid: Domain ID or Name
        @type domid: int or string.
        @param dst: Destination IP address
        @type dst: string
        @keyword live: Live migration
        @type live: bool
        @keyword port: relocation port on destination
        @type port: int
        @keyword node: use node number for target
        @type node: int
        @keyword ssl: use ssl connection
        @type ssl: bool
        @rtype: None
        @raise XendError: Failed to migrate
        @raise XendInvalidDomain: Domain is not valid


What does the node parameter do in this context?


Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREKAAYFAkjqC+wACgkQYH1+F2Rqwn2q0ACeNOVa2H0hEXG0yLSnCPMaagyw
jsEAnArBpqvpmMTUcqhzEhSXdINoujtb
=uOcx
-----END PGP SIGNATURE-----

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Stefan de Konink wrote:
>     def domain_migrate(self, domid, dst, live=False, port=0, node=-1,
> ssl=None):
>         """Start domain migration.
> ...
>         @keyword node: use node number for target
>         @type node: int
 > ...
> What does the node parameter do in this context?
This means the NUMA node the new guest should be created on. Newer Xen 
versions create guests on a single node and choose the least used one. 
If later the system load changes, it can become imbalanced in respect to 
equal load on all nodes. In this situation you can manually move a guest 
to another NUMA node. (NUMA literature often uses the term "NUMA
domain"
instead of node, but for obvious reason I try to avoid this term in Xen)
Using localhost migration for this purpose isn''t the smartest solution,
but was fairly easy to implement ... and works.
See unstable c/s 17148 for the code.

Regards,
Andre.

-- 
Andre Przywara
AMD-Operating System Research Center (OSRC), Dresden, Germany
Tel: +49 351 277-84917
----to satisfy European Law for business letters:
AMD Saxony Limited Liability Company & Co. KG,
Wilschdorfer Landstr. 101, 01109 Dresden, Germany
Register Court Dresden: HRA 4896, General Partner authorized
to represent: AMD Saxony LLC (Wilmington, Delaware, US)
General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel