Item : Clustered file-daemons
Origin: Alan Brown [EMAIL PROTECTED]
Date: 24 July 2006
Status:
What: A "virtual" filedaemon, which is actually a cluster of real ones.
Why: In the case of clustered filesystems (SAN setups, GFS, or OCFS2, etc)
multiple machines may have access to the same set of filesystems
For performance reasons, one may wish to initate backups from
several of these machines simultaneously, instead of just using
one backup source for the common clustered filesystem.
For obvious reasons, normally backups of A-FD/$PATH and
B-FD/$PATH are treated as different backup sets. In this case
they are the same communal set.
Likewise when restoring, it would be easier to just specify
one of the cluster machines and let bacula decide which to use.
This can be faked to some extent using DNS round robin entries
and a virtual IP address, however it means "status client" will
always give bogus answers. Additionally there is no way of
spreading the load evenly among the servers.
What is required is something similar to the storage daemon
autochanger directives, so that Bacula can keep track of
operating backups/restores and direct new jobs to a "free"
client.
Notes:
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
