BackupPC-users

Re: [BackupPC-users] Per-PC pools

2013-03-13 08:43:13
Subject: Re: [BackupPC-users] Per-PC pools
From: Les Mikesell <lesmikesell AT gmail DOT com>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Wed, 13 Mar 2013 07:41:53 -0500
On Wed, Mar 13, 2013 at 6:52 AM, Stephen Joyce <sjbupc AT gmail DOT com> wrote:
> I'm in a situation where I find myself desiring per-pc pools.[1]
>
> It's been a while since I've dipped my toes into the BackupPC's code, but
> I've done a bit of preliminary research into this, and think I've identified
> the places where changes would need to be made to allow the pool or cpool to
> be overridden for individual PCs -- nominally to be located at
> $TopDir/pc/$host/cpool, for example.
>
> The idea here is would be to allow different PCs' pools to reside on
> different physical filesystems for political reasons. I don't want to
> disable pooling entirely since it still has features that would be
> beneficial even if pooling one (or a few) PCs rather than an entire
> organization.
>
> I haven't read this list regularly in a few years, so I thought I'd ask: has
> anyone gone down this path before me? If so, did you succeed or fail? I'd
> like to compare notes either way.
>
> [1] My specific situation is that I have multiple linux PCs with large
> volumes of research data. This data is generally unique to that PC with
> little duplication between PCs (at least between PCs of different research
> groups). The storage to backup this data is also usually funded by
> individual faculty accounts (sometimes grants) and as such should be
> dedicated to that faculty's PC(s). Separate BackupPC servers (real or
> virtual) is another option I have considered, but seems unnecessarily
> wasteful.

I don't think I've seen anyone mention trying that.  While it is
probably feasible, in your situation I would do something a little
more drastic and use virtual machines to split things up.   If you
don't share physical disks (or do use a raid/san with many drives) and
don't overcommit memory too much, you don't lose that much
performance. I've had good results with the free version of VMware
ESXi, but KVM probably works as well these days.   There is not much
CPU overhead for virtualization on modern processors.

-- 
   Les Mikesell
     lesmikesell AT gmaill DOT com

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/