<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 6, 2016 at 7:23 PM, Hayley Swimelar <span dir="ltr"><<a href="mailto:hayley@linbit.com" target="_blank">hayley@linbit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 06/04/2016 10:40 PM, Barak Korren wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
We are looking for advice on how best to have oVirt communicate with DRBD<br>
Manage and we have come to two options:<br>
<br>
</blockquote>
<br>
My vote would be for native support rather then a Cinder based one. I<br>
don't have any hard numbers, but it seems to me the adoption of<br>
OpenStack technologies for use with oVirt is not as widespread as one<br>
may hope.<br>
<br>
But what sort of user experience and system architecture is intended?<br>
Is configuration of volumes planned to be done directly from the oVirt<br>
UI?<br>
</blockquote>
<br></span>
Once a DRBD Manage storage cluster is set up, oVirt would handle the management of DRBD volumes.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
While oVirt can do a little Gluster volume management for now, it<br>
seems it was done because it some point it was thought that oVirt<br>
would be the primary management UI for Gluster. AFAIK Gluster is now<br>
getting its own UI.<br>
</blockquote>
<br></span>
The DRBD Manage daemon ships with a command line utility which is the UI for interacting with DRBD 9. I do not believe that there is a stand alone DRBD GUI planned at this time.<br></blockquote><div><br></div><div>Is using the CLI considered a 'stable API' ? (or perhaps it can output a JSON or something that can be considered as such)?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
At least for now, the user most likely will prepare a DRBD Manage cluster up to the point where it's ready to start creating/assigning volumes and then oVirt will take over from there.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As far as using DRBD for backing oVirt VMs, this seems to already be<br>
working. The oVirt CI system (which runs on top of oVirt) had been<br>
using a DRBD-backed NFS storage for years...<br>
<br>
</blockquote>
<br></span>
The most recent release of DRBD contains new features that allow it to integrate more directly with virtualization/cloud platforms. So VMs could have DRBD-backed storage without additional overhead from NFS.</blockquote><div><br></div><div>Via RADOS pools?</div><div>Y.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="im HOEnZb"><br>
<br>
-- <br>
Hayley Swimelar<br>
LINBIT | Keeping the Digital World Running<br>
DRBD — Corosync — Pacemaker<br>
<a href="tel:%2B1-503-573-1262%20x212" value="+15035731262" target="_blank">+1-503-573-1262 x212</a><br></span><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org" target="_blank">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/devel</a></div></div></blockquote></div><br></div></div>