[ovirt-users] Self hosted engine and storage domain limitations
Itamar Heim
iheim at redhat.com
Sat Oct 25 19:12:23 EDT 2014
On 10/23/2014 05:00 PM, Gianluca Cecchi wrote:
> On Thu, Oct 23, 2014 at 9:04 AM, Jiri Moskovcak <jmoskovc at redhat.com
> <mailto:jmoskovc at redhat.com>> wrote:
>
> On 10/22/2014 03:52 PM, Gianluca Cecchi wrote:
>
> Hello,
> now with oVirt 3.5 there is also iSCSI with NFS as backed
> storage for
> Hosted Engine.
> What is the limitation about the storage domain? The integration in
> setup scripts or due to storage type itself in engine mgmt?
>
>
> Both ;) The storage is managed via vdsm so whatever vdsm supports HE
> should support, but it requires some work in setup and the agent code.
>
>
> What I mean is: if in some way one initially configures the
> engine on an
> external server (physical or virtual), could then be feasible
> migrating
> it "manually" in the oVirt environment (with backup/restore steps)?
>
>
> - yes
>
>
> Sorry,
> do you mean that I can have a Gluster storage domain, with an external
> engine and then backup/restore the egine inside a vm on this Gluster
> environment as a self hosted engine?
>
we didn't add gluster due to concerns about how it works without replica
3. we're looking with the gluster team around making sure this works
together going forward
More information about the Users
mailing list