BackupPC-users

Re: [BackupPC-users] [SUGGESTION] "Duration/mins" not in decimal format

2009-05-18 10:25:00
Subject: Re: [BackupPC-users] [SUGGESTION] "Duration/mins" not in decimal format
From: Adam Goryachev <mailinglists AT websitemanagers.com DOT au>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Tue, 19 May 2009 00:21:47 +1000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Les Mikesell wrote:
> I guess you could track the transfer times and sizes for each 
> host/share, but there is a philosophical/practical issue in tracking the 
> storage space since it is pooled and there is no handy way to tell 
> which, if any, other hosts have links to a common file.  In terms of 
> real space consumed, all of your targets can have multiple copies of 
> some large file and it will barely take any more room than one single 
> copy on one host.

Consider that from a cost perspective, it is imprecise to charge
internet usage (ie downloads) which includes data downloaded from the
proxy server, since that data may (or may not) have been downloaded by
multiple people, and therefore has minimal real cost for the 'copies'.

However, we still *do* charge based on the traffic on the interface to
the users connection... Regardless of what pooling, or optimisation
might be done in the network, cloud, backuppc system, there is still an
'argument' that says the user is responsible for the total amount of
space consumed by a single host regardless of whether any other host
also shares the same space....

In any case, I think what our colleague is asking for is how much
transit bandwidth did a host consume during the backup process, and this
has nothing at all to do with pooling. The bad news is, (AFAIK) that
this data is not collected within backuppc, and would need a different
implementation for each transfer method. The best suggestion I could
make would be to measure this at the network interface of your backuppc
host. ie, the simplest method to track bandwidth consumption for rsyncd
transfers is to add an iptables allow rule for traffic to your client
host on port 873 (or whatever the correct ip + port is)...

Though, it would be nice if these stats could be collected by backuppc,
and stored in some clearly defined file, whereby some other tool could
easily collect the data and present it in whatever format is desired...

PS, for clarity, I would also like to see the bandwidth consumption, and
a statistic for the amount of disk space a backup consumes without
regard to any shared files with other hosts... Though I think this last
one can be done with "du -sm /var/lib/backuppc/pc/host/124"...

Regards,
Adam
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoRbvcACgkQGyoxogrTyiWXZQCgqQq3sZ8oIC44QtGYc6XXP3Z/
SVEAn220PHng6Uvb9oj3NFg6BhUmsD0W
=ewyG
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

<Prev in Thread] Current Thread [Next in Thread>