OpenVZ Forum


Home » Mailing lists » Devel » [ANNOUNCE] OpenVZ releases checkpointing/live migration of processes
Re: [ANNOUNCE] OpenVZ releases checkpointing/live migration of processes [message #2820 is a reply to message #2784] Sat, 22 April 2006 05:48 Go to previous messageGo to previous message
Jun OKAJIMA is currently offline  Jun OKAJIMA
Messages: 30
Registered: March 2006
Member
>
>OpenVZ team is proud to announce the release of the new
>checkpointing/restore feature. This feature allows to save (checkpoint)
>and restore the whole state of a Virtual Environment (VE, container) and
>do a live migration of a VE to another physical box while preserving
>process states and TCP/IP connections.
>
>During live migration the in-kernel state of processes and their
>resources (including memory, registers, IPC, pids, open files, sockets,
>etc.) is saved and then restored on another machine. Since all network
>connections are preserved with all the in-progess requests, user doesn't
>experience interruption of service.
>
>The feature is available on i686 and x86_64 architectures. Migration of
>32bit VEs between i686 and x86_64 architectures is also supported.
>Current implementation works fine with complex applications like Oracle,
>Java, X apps.
>
>Latest 2.6.16 OpenVZ kernel and tool packages with live migration
>support are available here:
>http://openvz.org/download/beta/kernel/
>http://openvz.org/download/utils/
>
>GIT repository for all OpenVZ sources is available at
>http://git.openvz.org/
>
>Usage examples
>~~~~~~~~~~~~~~
>
>New 'vzmigrate' utility is used for VE migration. Also, new commands for
>'vzctl' allowing to dump and restore VE were introduced: 'chkpnt' and
>'restore'.
>
>To save current VE state with all processes:
># vzctl chkpnt <VEID>
>
>To restore VE after checkpointing:
># vzctl restore <VEID>
>
>To perform online migration of VE #101 to another machine:
># vzmigrate --online destination.node.com 101
>without '--online' option vzmigrate does offline VE migration with VE
>start/stop.
>
>

One Question ---.

Xen needs iSCSI or alike for a FS when you want to do a live migration,
because it needs very same inode mapping.
How about this issue on OpenVZ?
For example, can I migrate a VE to a server which has same file tree on
its HDD, but has different FS type and inode number?

--- Okajima, Jun. Tokyo, Japan.
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic:
Next Topic: Re: [ckrm-tech] [RFC] [PATCH 00/12] CKRM after a major overhaul
Goto Forum:
  


Current Time: Mon Sep 16 22:38:37 GMT 2024

Total time taken to generate the page: 0.04798 seconds