Hi to all Is it eficient, or better, is it fesible to have a rsync process running every 2 minutes to syncronized backup server disks? I have the following configuration SERVER A ----------- SERVER B Server A has two disks. Main disk and a server B backup disk Server B has two disks. Main disk and server A backup disk The four disks are equal. The two servers are directly connected to each other (interface A to interface B). Thanks to all P.S: My objective is to build a similar RAID1 disk but that one of the disks is located in another computer. -- \|/ "Do or do not. There is no try" - Yoda \|/ |==============================================| | 2000Comp - Consultoria e Informática, Lda | | Tel: +351 22 941 99 32 | \|/ | Fax: +351 22 941 99 34 | \|/ O | www: http://www.2000comp.pt | O -|--| |--|- \| | João Reis | |/ / \ |==============================================| / \ ==========================================================
On Fri, 2003-10-17 at 08:34, João Reis wrote:
Hi to all
Is it eficient, or better, is it fesible to have a rsync process running every 2 minutes to syncronized backup server disks?
I have the following configuration
SERVER A ----------- SERVER B
Server A has two disks. Main disk and a server B backup disk Server B has two disks. Main disk and server A backup disk
The four disks are equal. The two servers are directly connected to each other (interface A to interface B).
Thanks to all
P.S: My objective is to build a similar RAID1 disk but that one of the disks is located in another computer.
That is also the objective of drbd, and they do it by monitoring block writes in the kernel. Much less cpu intensive than running rsync continuously. They claim that with a 1 Gbit link between the servers, you should see only a small cpu load increase and no disk speed degradation. Check out www.drbd.org SuSE 8.2 shipped with drbd 0.6.2 drbd 0.6.7 was just released. Personnally I am waiting for 0.7 which will hopefully be released soon. 0.7 adds: XFS compatibility LVM snapshot compatibility 2.6.x kernel compatibility (2.6 has a reworked block device layer) Greg -- Greg Freemyer
participants (2)
-
Greg Freemyer
-
João Reis