[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] Q: LVM over RAID, or plain disks? A:"Yes" = best of both worlds?

On Sun, Nov 28, 2010 at 10:31:51PM +0700, hansbkk gmail com wrote:
>  - - - - - - My abject apologies to all for improper addressing in my
> previous messages (thanks to all those who set me straight :)
> Hope you're all still willing to consider my request for feedback.
> Start with a bit of context:
> - SAN/NAS (call it FILER-A) hosting say a dozen TB and servicing a few
> dozen client machines and servers, mostly virtual hosts. Another,
> larger (FILER-B - still just tens of TB) host's drives are used for
> storing backup sets, via not only Amanda, but also filesystems
> comprising gazillions of hard-linked archive sets created by (eg)
> rdiff-backup, rsnapshot and BackupPC. We're on a very limited budget,
> therefore no tape storage for backups.
> - I plan to run LVM over RAID (likely RAID1 or RAID10) for IMO an
> ideal combination of fault tolerance, performance and flexibility.
> - I am not at this point overly concerned about performance issues -
> reliability/redundancy and ease of recovery are my main priorities.
> Problem:
> For off-site data rotation, the hard-linked filesystems on FILER-B
> require full filesystem cloning with block-level tools rather than
> file-level copying or sync'ing. My current plan is to swap out disks
> mirrored via RAID, marking them as "failed" and then rebuilding using
> the (re-initialized) incoming rotation set.

Did you consider DRBD?

Use DRBD, protocol A, potentially with drbd-proxy in between to mitigate
impact on primary site performance due to high latency connection to the
desaster recovery site.
At your option have it replicate continuously, or cron-job triggered
sync it up every "rotation interval", then disconnect again.

Depending on what you want, you can have one DRBD on top of
each LV, or have one DRBD by the PV of a VG.

Depending on what you do to the devices on the DR site,
you will likely be able to always do an incremental resync only
(ship only blocks that changed).

If you want to discuss that further, feel free to followup here,
on drbd-user, on freenode #drbd, or contact LINBIT directly.

: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]