OpenVZ Forum


Home » General » Support » vzmigrate and shared filesystems
vzmigrate and shared filesystems [message #32202] Fri, 25 July 2008 13:44 Go to next message
Zirafarafa is currently offline  Zirafarafa
Messages: 13
Registered: April 2008
Junior Member
Hi all

I have a set of openvz servers which can access a shared GFS fileystem.

Some of my vz guests are hosted on the GFS system, and they are running fine.

However, if I want to migrate the vz online to a different host, how would I accomplish this, as all hosts can see the gfs share - no rsync is needed.

Any pointers for me?
Re: vzmigrate and shared filesystems [message #32215 is a reply to message #32202] Sat, 26 July 2008 16:29 Go to previous messageGo to next message
kenjy is currently offline  kenjy
Messages: 50
Registered: July 2008
Location: Mexico
Member
I don't understand the question, if you have a GFS who shares with a lot of hosts then why you just simple point your VE in the other HW node to the correct path? really if you wanna move a VE the way is too easy, you just need to copy/move it to a new place and rsync its a good tool Razz

http://kenjy.net |Live net !!!
Re: vzmigrate and shared filesystems [message #32225 is a reply to message #32202] Sun, 27 July 2008 06:29 Go to previous messageGo to next message
Zirafarafa is currently offline  Zirafarafa
Messages: 13
Registered: April 2008
Junior Member
I need to be able to online migrate the running VE to a different HW node to be able to optimise memory/processing load across my HW nodes.

I know I can start up the VE on a different node, but I want to be able to migrate with no downtime.
Re: vzmigrate and shared filesystems [message #32231 is a reply to message #32225] Mon, 28 July 2008 05:15 Go to previous messageGo to next message
kenjy is currently offline  kenjy
Messages: 50
Registered: July 2008
Location: Mexico
Member
Just rsync from the first HN to the second one and do vzctl stop VE in the first HN and then vzctl start VE in the second one.

http://kenjy.net |Live net !!!
Re: vzmigrate and shared filesystems [message #32241 is a reply to message #32231] Mon, 28 July 2008 08:04 Go to previous messageGo to next message
Zirafarafa is currently offline  Zirafarafa
Messages: 13
Registered: April 2008
Junior Member
kenjy wrote on Mon, 28 July 2008 07:15

Just rsync from the first HN to the second one and do vzctl stop VE in the first HN and then vzctl start VE in the second one.


Hi

There are two problems with that suggestion.

1. I dont need to rsync, as both nodes can see the same filesystem over GFS

2. Stopping and starting the VE defeats the original intent of an online migration.


My problem is that vzmigrate will try to rsync the data, which is unneccesary, and potentially damaging to the data.

Re: vzmigrate and shared filesystems [message #32262 is a reply to message #32202] Tue, 29 July 2008 01:17 Go to previous messageGo to next message
dowdle is currently offline  dowdle
Messages: 261
Registered: December 2005
Location: Bozeman, Montana
Senior Member
I do not have any OpenVZ setups with shared storage so I'm not speaking from experience here... but... are you aware that vzmigrate is a shell script? Examine it, copy it... and modify it as needed to do whatever is necessary to do the operation.

I would imagine you could just checkpoint the system on the source node, transfer the checkpoint to the destination node, restore from checkpoint on the destination machine. I'm not sure what you'd need to do with the checkpointed system on the source machine... but a close look at how vzmigrate handles the checkpointing should expose at least one method.

My goal here isn't to give you the perfect answer but to get you on a path to discovery of your own solution. After you put enough effort into it and get it working as desired, you are strongly encouraged to create a wiki page on the topic. Smile

I have run into at least one person who has a custom built OpenVZ kernel patched against a non-stable branch... and they were able to get NFS based guests and live migration working. I'd love to see a page on that too... but I'd really rather stick with the stable OpenVZ kernel branches.

An alternative that would require a total reworking of your setup, so it isn't recommended, is to use DRBD and heartbeat to create a high availability solution. There is a wiki page on that setup but again, it isn't something I've tried myself.


--
TYL, Scott Dowdle
Belgrade, Montana, USA

[Updated on: Tue, 29 July 2008 01:20]

Report message to a moderator

Re: vzmigrate and shared filesystems [message #32266 is a reply to message #32262] Tue, 29 July 2008 06:51 Go to previous message
Zirafarafa is currently offline  Zirafarafa
Messages: 13
Registered: April 2008
Junior Member
dowdle wrote on Tue, 29 July 2008 03:17

An alternative that would require a total reworking of your setup, so it isn't recommended, is to use DRBD and heartbeat to create a high availability solution. There is a wiki page on that setup but again, it isn't something I've tried myself.


Currently my shared iscsi from which the GFS is mounted is from a pair of DRBD servers, shared to 6 openvz servers.

I will check the vzmigrate script. Probably all I will need to do is to remove the rsync commands, but leave most of the rest the same.
Previous Topic: cannot find command vzctl
Next Topic: OpenVZ on top of UML?
Goto Forum:
  


Current Time: Mon Aug 12 12:19:05 GMT 2024

Total time taken to generate the page: 0.02872 seconds