<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 28, 2017 at 11:47 AM, Alex Mandel <span dir="ltr"><<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would have never suggested libvrt if I didn't know the compatibility.<br>
Both are managers on top of KVM, with the disks of the vms being lvm<br>
volumes. Moving a vm is a matter of copying the lvm volume and declaring<br>
a config to use it as it's disk.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​This is true​ and wouldn't be that difficult to do.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The feature we'd be losing is DRBD, which is a multi server hotcopy<br>
failover system, which we don't really use because of performance issues<br>
with load on some our machines. Ganeti also isn't really designed for<br>
less than 3 servers, and kind of expects those servers to all be roughly<br>
the same.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​While I agree it works better with at least 3 servers, clusters running only two is OK still.​ I don't recall what issues you had in the past with DRBD but it hasn't been that much of problem lately on our clusters.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You are correct if we moved off ganeti we'd remove OSUOSL from anything<br>
but the hardware management. This came up as SAC has never really had<br>
good access to the hosts osgeo3 and osgeo4, and OSUOSL doesn't always<br>
have time to troubleshoot some of our unusual issues.</blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​That's OK with us, we can do whatever makes the most sense for you and your project.​ At the time, Ganeti was the best option, but now there are a few other options available. We have been using OpenStack internally for several years and are almost ready to open up a larger cluster for FOSS projects. It's a bit more complicated to maintain, but it offers a lot more flexibility in how you manage and access the VMs using a standard public API.</div></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">What are your project's needs?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On 12/28/2017 10:15 AM, Regina Obe wrote:<br>
> Lance,<br>
><br>
> I'm afraid we are further behind on new server than I thought.   Seems more questions came out of the meeting than answers.<br>
><br>
> Any thoughts you have to add would be greatly appreciated.<br>
><br>
> One of the surprising outcomes for me was I thought sticking with Ganeti was done deal.  Seems it is not and libvrt is under consideration<br>
><br>
> You have any thoughts between Ganeti and Libvrt, what we would be losing if we switch to Libvrt.  Are the image formats even compatible?  I suspect they are not but haven't done the research.  I'm more concerned with OSUSL being able to support us if we decide to go with libvrt and rebuilding our currently in use VMs on libvrt.<br>
><br>
> Minutes from last meeting here: <a href="https://wiki.osgeo.org/wiki/SAC_Meeting_2017-12-21#Minutes" rel="noreferrer" target="_blank">https://wiki.osgeo.org/wiki/<wbr>SAC_Meeting_2017-12-21#Minutes</a><br>
><br>
> (transcript starts around 20:15 – 22:01ish  <a href="http://irclogs.geoapt.com/osgeo-sac/%23osgeo-sac.2017-12-21.log" rel="noreferrer" target="_blank">http://irclogs.geoapt.com/<wbr>osgeo-sac/%23osgeo-sac.2017-<wbr>12-21.log</a> )<br>
><br>
> To summarize OSU specific outcomes<br>
><br>
> 1)      We still need to pick out specs on new server.  Alex is going to propose some options on the mailing list as I recall from here - <a href="https://www.siliconmechanics.com/" rel="noreferrer" target="_blank">https://www.siliconmechanics.<wbr>com/</a> to fit in a $5000 ish budget.<br>
><br>
</span>> 2)      We are debating with sticking with Ganeti or moving to something easier for us to manage like libvrt.  I'm concerned with having just one libvrt and it doesn't solve the problem we have of just having 1 Ganeti cluster we can trust so would just assume stick with Ganeti, but I'm less knowledgeable on the subject of the difference between the 2.  So I guess this means a hold-off for you on your plans unless you have any options we missed. :(<br>
<span class="">><br>
> 3)      On the existing Ganeti clusters we have to inventory what is easy to move off and what we actually are still using cause on quick finding, I think a lot of things on those servers are not in use.  I think Martin was in middle of migrating stuff off because all those VMs are old Debian 5 or 6 and have to be rebuilt anyway, but I'm not confident we'll have enough bandwidth in next month or two to move everything off.<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> Regina<br></span></blockquote></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><font face="arial, helvetica, sans-serif">Lance Albertson</font><div><div><font face="arial, helvetica, sans-serif">Director</font></div><div><span style="font-family:arial,helvetica,sans-serif">Oregon State University | </span><span style="font-family:arial,helvetica,sans-serif">Open Source Lab </span></div></div></div></div>
</div></div>