Re: [Bacula-users] Backing up more than 200 servers

On 03/16/10 10:30, Rodrigo Fernandes wrote:
> It's really necessary to create more than 1 bacula-fd to control the
> jobs? (How can I do that. I can use any port?). I think to set the "Max
> Concurrent Jobs" in bacula-dir and bacula-fd to 100 and limit the "Max
> Concurrent Jobs" in bacula-sd to the number of jobs that I really need,
> considering the problem with incremental backup.

You don't have to have multiple FDs.  In particular, there is little
point in having multiple FDs on a single host.  Doing so generally will
not gain you anything.

In your position, if you have no other constraints, try simply setting
the concurrency to the levels required to support all of your clients.
You may find, after a first test run, that you need to do additional
tuning to manage the load, possibly by dividing the clients into groups
with staggered startup times or staggered priorities.  But there is no
one-size-fits-all universal answer for large deployments.  What will
work best for you is heavily dependent on what you have to work with.

For instance, in a hypothetical situation where you're backing up to a
large SAN with extremely high throughput, you may find that you are CPU
or network bound on a single FD while having plenty of I/O capacity left
on the SAN, and in such a case it may be beneficial to set up multiple
independent FDs on different servers, all using the same SAN as their
storage backend.  As another example, if it turns out that you are I/O
or CPU bound on your Catalog database, you may need to establish
multiple Catalogs on different hosts and spread the clients across them.


-- 
  Phil Stracchino, CDK#2     DoD#299792458     ICBM: 43.5607, -71.355
  alaric AT caerllewys DOT net   alaric AT metrocast DOT net   phil AT 
co.ordinate DOT org
         Renaissance Man, Unix ronin, Perl hacker, Free Stater
                 It's not the years, it's the mileage.

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users