[SAC] Re: [support.osuosl.org #20349] Backup Implementation for OSGeo VMs

Lance Albertson via RT support at osuosl.org
Thu Mar 1 20:07:28 EST 2012

On Thu, Mar 1, 2012 at 4:49 PM, tech at wildintellect.com via RT <
support at osuosl.org> wrote:

> On 03/01/2012 04:35 PM, Lance Albertson via RT wrote:
> > On Thu, Mar 1, 2012 at 6:47 AM, Martin Spott via RT <support at osuosl.org
> >wrote:
> >
> >> The combined net disk space on the OSGeo VM's is approx. 2 TByte and,
> >> even though we currently don't use all of it, I think it's a good idea
> >> being prepared to do so.
> >>
> >
> > That's going to take a nice chunk of space on our server but
> > its manageable. Does your project have any funding to offset the costs of
> > having us do the backups? I can give you an estimate for that if you'd
> like.
> >
> Yes, we'd like an estimate per GB, or 100 GB or 1 TB. Whichever units
> make sense. The alternative we've been considering is buying a new server.

So I just re-did all our "rates" recently to figure out costs and it boils
down to the following; $50/client up to 500G per client. So that comes up
to $500/mo or $6,000/yr and covers around 5T of data. This includes staff
time to setup and maintain the system and replace the hardware in three
years. But I'm obviously flexible as this is just an estimate.

> A copy of our current bacula director config has been sent to Lance. In
> some cases (e.g. Apache) we actually want to keep some logs. We are
> still undergoing some refinement to make the whole thing more efficient.


I assume you can take care of the keys, since you have access to all the
> guests.

Yup! Are you currently managing the bacula configs with configuration
management on your end? I don't want us to run into that.

> > *nods* Currently restores have to be initiated by us but we are working
> > towards creating access to work around that. Will this be a problem?
> >
> > Thanks-
> >
> Generally no, we hope to never have a need for such a restore and in
> such an event we'd likely be filing a ticket with you anyways because
> something went wrong with the hardware or VMs. Though access to extract
> some files from the backups would be nice long term.


> That's going to take a nice chunk of space on our server but its
> We're more than happy to buy disks if that's the best solution.

The cost above generally covers most cases and the server itself is already
full of disks.


Lance Albertson
Systems Administrator / Architect                        Open Source Lab
Information Services                             Oregon State University

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/sac/attachments/20120302/2609accc/attachment.html

More information about the Sac mailing list