On Sat, Nov 5, 2011 at 2:40 AM, pv <[email protected]> wrote:
> Hi
>
> is there a way to reduce i/o load on the backup-servers significantly?
>
> we are using backuppc over years in many different combinations of
> hardware and filesystems and always i/o-wait is the killer.
>
> we are now running 8 backuppc-server running ~16TB of backup-data
> (quickly changing) and the handling is getting tricky (which host is the
> client backuped on? is there a backup of every host? when do I have the
> time to finaly really start programming backuppc-hq?)
>
> so. we are willing to do anything to reduce the nr of backup-servers
> (best would be only one).
>
> eg we could give up deduplication, compression, increase RAM and
> CPU-Power, change filesystem and os (debian and xfs now), change
> raid-level (Non, raid-0, raid-1 and raid-10 now) and so on.
>
> what we cant do for financial reasons is drop the cheap SATA drives.
> changing to SAS 15k eg would be much more expensive (even if
> calculating rackspace, power, machines, manpower and so on of the
> current backuppool of 8 backup-servers)
>
> any tips?
Until a couple of weeks ago you could get a few models of large SAS
drives for only a little more than the SATA counterparts (like $250
for 2 TB), but that is at least temporarily gone. Setting up Raid-0
with a large number of drives should increase your speed at least for
large files, but mostly the killer is the seek time for small-full
directory updates anyway and each raid-0 drive multiplies the risk of
failure of the whole set.
--
Les Mikesell
[email protected]
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
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/
