David. I have been thinking a lot about this as i have an interesting setup
that multiple backup servers would be usefull for as well as a cluster
filesystem with redundancy.
I would like to have 1 cluster filesystem with 3 backup server attached to
it. I have 3 'main' sites and20 satelites and each satilite is served by
these main sites. i would like to put a backuppc server at each site for
that segments backups as that would distribute my network load as well as
allow the cluster filesystem to retain remote redundancy. My idea on this
was to have just one server do the nightly process and disable the nightly
process on the other 2 backuppc servers. they would not need to do the
nightly because the first machine would handle the pool cleanup for all of
them on the cluster filesystem. each machine could share the same pool.
the tricks are 1)finding the right cluster filesystem that you can set the
number of remote copies so in my case 3 copies, that would essentially make
them all live mirrors. 2) makeing sure that having multiple servers writing
to the filesystem and therefore to the pool simultaniously would not create
any issues and 3) managing bandwidth on the cluster filesystem so it does
not saturate the connections.
this does not solve the issue of having 1 interface for all the servers but
pulls all the backups together as a more cohesive solution.
alternatively i was going to get a fancy RAID controller like a DELL PERC5
or something that can take 512MB of cache memory and allow more backups to
run simultaniuosly but im worried about saturating my T1.
a really issue here is that the prefered method for backups is rsync and it
has some serious issues with large numbers of files. I have 2GB of RAM in
my server and im startion to run into issues syncing my backuppc machine
accross the network because of filecount.
On Jan 20, 2008 8:45 PM, David Nalley <[EMAIL PROTECTED]> wrote:
> My employer would even go so far as to be willing to contribute to a
> bounty for this. By and large I know that such isn't generally of interest
> to Craig, but don't know how else to help push gthe development of such an
> addition.
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] on behalf of
> [EMAIL PROTECTED]
> Sent: Sun 1/20/2008 9:12 PM
> To: [EMAIL PROTECTED]; [email protected]
> Subject: Re: [BackupPC-users] Multiple BPC CGI interface.
>
> I second some level of modification for mulitserver environments or
> "clustered" backup servers with common SAN/NAS storage. Then have a primary
> backup machine and slaves so that all backups are managed by the master and
> it assignes the job to the appropriate cluster member which may be itself.
>
> I would much rather have a master/slave cluster environment than just an
> interface that included a number of machines.
>
> This does imply some change to the storage mechanism to allow multiple
> users concurrent access to the same fileset or the use of some cluster
> filesystem.
>
> I know a lot of people like simplicity but there is.a certain level of
> complexoty neccessary for backuppc to reach the next level.
>
>
> Sent from my Verizon Wireless BlackBerry
>
> -----Original Message-----
> From: Corey Baldwin <[EMAIL PROTECTED]>
>
> Date: Sun, 20 Jan 2008 21:03:08
> To:[email protected]
> Subject: [BackupPC-users] Multiple BPC CGI interface.
>
>
> Has anybody seen or is anybody interested in developing a multiple
> server interface for BackupPC?
>
> I've currently got 8 backup servers running, and although I've got a
> back-end system for tracking where client machines are backed up, a
> single CGI interface that managed them all would be ideal.
>
> Thoughts?
>
> --
> Thank you,
> Corey Baldwin
> Mojohost..
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> BackupPC-users mailing list
> [email protected]
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> BackupPC-users mailing list
> [email protected]
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
