Just in time: reading again your initial message I think you assume it is a 
network bottleneck. 
If it's the case you may use ethtool to fetch the actual capacity of your 
ethernet interfaces (even bad cabling can make a 1000 Gb interface negotiating 
100 Mb) and try to estabilish a lower value for Maximum Bandwidth. It will all 
depend of the network demand of your applications. 

Regards, 

> From: "Heitor Faria" <hei...@bacula.com.br>
> To: "Randy Katz" <rk...@simplicityhosting.com>
> Cc: "Bacula-users@lists.sourceforge.net" <bacula-users@lists.sourceforge.net>
> Sent: Friday, February 5, 2016 12:11:26 AM
> Subject: Re: [Bacula-users] Maximum Bandwidth Per Job Question

>> > I am having the issue that servers that have multiple KVM VM's that are
>> > being backed up
>> > are throttling the servers resources and bringing it to a crawl.

>>> I'm assuming you are referring to the machine CPU high usage bottleneck.
>>> Are you using compression? If yes NEVER use a higher than 6 gzip level and 
>>> give
>>> a try to level 1 (eg) or even LZO.
>>> If your backed data is already compressed you will almost have no benefit of
>>> using this.

>> Using compression, GZIP, no level is set. Here is a a copy/paste from one of 
>> the
>> recent backups:

>> FD Files Written:       1,849,713
>>   SD Files Written:       1,849,713
>>   FD Bytes Written:       153,782,430,234 (153.7 GB)
>>   SD Bytes Written:       154,119,461,239 (154.1 GB)
>>   Rate:                   2005.4 KB/s
>>   Software Compression:   35.9% 1.6:1
>>   Snapshot/VSS:           no
>>   Encryption:             no

>> I am not sure if LZO is the answer in this case. According to a previous
>> discussion it
>> may not be much different, performance wise.

> Hello, Randy: GZIP levels (default is 6) do make a huge difference in CPU 
> load.
> Also, make sure you are using 64 bits OS.

>> As for the question from Ana of when
>> servers are not going to be used well it is already set for that time but 
>> there
>> is never
>> really a time when servers should be very very slow or inactive. As for your
>> suggestion
>> to buy another software

> I would never suggest that. If you are struggling with excessive work load you
> may consider buying better *hardware*.

>> I have been using Bacula for many years and have not had any
>> issues until recently due to increased activity and am asking the question 
>> about
>> Maximum
>> Bandwidth and what settings folk are using as it appears to be only a 
>> bandwidth
>> limit/throttle
>> and not a CPU issue.

> I still think putting a cap on your backup performance is not the answer to 
> what
> you want to achieve and an optimal value for Maximum Bandwidth does not exist
> since it relies on particular case scenarios.

> Regards,
> --
> ===========================================================================
> Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified
> Administrator II
> Do you need Bacula training? http://bacula.us/video-classes/
> +55 61 8268-4220
> Site: http://bacula.us FB: heitor.faria
> ===========================================================================

-- 
=========================================================================== 
Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified 
Administrator II 
Do you need Bacula training? http://bacula.us/video-classes/ 
+55 61 8268-4220 
Site: http://bacula.us FB: heitor.faria 
=========================================================================== 
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to