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

[Lance Albertson via RT]

We're you still want to do this? We can always work out a better deal if
the cost is too high.

Thanks
On Mar 1, 2012 5:07 PM, "Lance Albertson" <ramereth at osuosl.org> wrote:

>
>
> 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.
>>
>
>  Perfect!
>
> 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.
>
>
> *nods*
>
> > 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.
>
> Thanks-
>
> --
> Lance Albertson
> Systems Administrator / Architect                        Open Source Lab
> Information Services                             Oregon State University
>
>