[SAC] OSGeo Ganeti Cluster

[Regina Obe]

Lance,

 

Some things we have migrated off already, but there are some lose ends I am in the middle of inventorying.

 

We plan to migrate whatever is left to our new LXD container system on osgeo7 and reformat osgeo4 with Ubuntu 18.04 LTS so it can work as a spear for osgeo7.

 

Are we talking about both osgeo3 and osgeo4.  I recall one being in bad shape (with the arrays) – I think it was osgeo4 and osgeo3 being more or less okay, but I'm still feeling my way thru the setup of things so could be wrong.

 

Thanks,

Regina

 

From: Lance Albertson [mailto:ramereth at osuosl.org] 
Sent: Monday, April 08, 2019 2:30 PM
To: tech at wildintellect.com
Cc: System Administration Committee Discussion/OSGeo <sac at lists.osgeo.org>; systems <systems at osuosl.org>; sysadmin at osgeo.org
Subject: Re: [SAC] OSGeo Ganeti Cluster

 

Hi there,

 

Just checking in on this again as I'd like to either 1) finish migrating these systems to Chef+CentOS 7 or 2) decommission them.

 

What's the status of your migration? Keep in mind these machines have been running with a degraded array for a while now.

 

Thanks-

 

On Thu, Jan 18, 2018 at 12:53 PM Alex M <tech_dev at wildintellect.com <mailto:tech_dev at wildintellect.com> > wrote:

Lance,

We're currently shopping for the new machine, and figuring out how we
want to migrate off the older hardware.

In the meantime could we request a VM on your ganeti cluster to explore
if we want to try hosting more things on your systems instead of our own?
We'd like a Debian 9, with 2 cpu, 4 GB Ram, 100 GB hard drive.

We can supply ssh keys for access to root to configure the VM once up.

Thanks,
Alex
OSGeo Sys Admin


On 12/14/2017 04:41 PM, Lance Albertson wrote:
> On Thu, Dec 14, 2017 at 2:46 PM, Alex M <tech_dev at wildintellect.com <mailto:tech_dev at wildintellect.com> > wrote:
>>
>> I would say I don't trust osgeo4.
>>
>> I believe it has a failed drive in it's raid, that we did not replace in
>> anticipation of moving to new hardware. Also because it already burned
>> through a couple of replacements, and the raid rebuild times were
>> agonizing.
>>
> 
> ​Right, I had forgotten that its in a failed drive state.​
> 
> 
>> osgeo6, is already in, and is the replacement machine for osgeo4, we
>> just haven't finished moving everything off. osgeo6 does not run ganeti
>> or kvm at this time. We have debated if it should.
>>
>> I'm not sure we are using drbd for an instances anymore. Would it be
>> simpler to remove ganeti? Or is it possible to use other ganeti machines
>> you have as the 2nd disks for the shuffle and upgrade?
>>
> 
> ​You can't mixed Ganeti clusters ​unfortunately so we'd have to add a
> completely new node.
> 
> 
>> The new machine we are discussing is osgeo7 a replacement for osgeo3.
>>
> 
> ​*nods*​
> 
> 
>> Lance, what's the rack and PDU situation? If there is room we can order
>> it sooner. Last I knew we needed to get osgeo4 off and out before we
>> could add anything else. If there is room we can order sooner.
>>
> 
> ​We have plenty of room now​ so feel free to get that started.
> 
> Alternate option, what would be the cost if we just want to buy in to
>> existing Ganeti VM services OSUOSL is running? We aren't 100% sure the
>> direction we are going with containers, virtualization, and cloud
>> services. So an OSUOSL offer of "cloud" virtualization might be an option.
>>
> 
> ​​Our primary VM infrastructure is still based on Ganeti, however we've
> been exploring using OpenStack as an alternative for more elastic needs.
> We've been running an OpenStack cluster for the past several years on the
> ppc64le platform, but we haven't created a cluster for x86 yet. I was
> hoping we'd get something like that deployed sometime next year, but it
> depends on various factors.
> 
> What exactly are your needs in the medium and long term? We could put you
> on our primary Ganeti cluster but we have to be careful with any I/O
> intensive VMs so they don't impact other users.
> 
> Thanks-
> 




 

-- 

Lance Albertson

Director

Oregon State University | Open Source Lab 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/sac/attachments/20190408/6af80b2f/attachment.html>