[ovirt-users] Local and remote storage?

Simone Tiraboschi stirabos at redhat.com
Fri Feb 20 14:30:39 UTC 2015



----- Original Message -----
> From: "Pat Riehecky" <riehecky at fnal.gov>
> To: users at ovirt.org
> Sent: Thursday, February 19, 2015 3:14:08 PM
> Subject: [ovirt-users] Local and remote storage?
> 
> Hello,
> 
> I've run into an "odd" problem with oVirt 3.5.1.
> 
> I've two sets of VMs:
> A) some fairly critical VMs which need HA and have access to shared storage
> B) some less important systems which can be reconstructed in the event
> of a disaster
> 
> My plan was to use the slack disk on my oVirt nodes to host the 'B'
> systems while still allowing the 'A' systems to run there.  This seems
> to not be allowed[1].
> 
> Is there a way I can utilize both the spare disk on my compute nodes and
> have HA configured for some VMs with shared storage?

Currently indeed each datacenter must be configured as a shared or local storage one, no mix for the same datacenter.

For the next release (ovirt 3.6) we are going to have oVirt and GlusterFS hyper converged: you'll can use each host both for virtualization pourposes and for storages ones sharing the local spare disks into a shared GlusterFS volume to be used by oVirt hosts.
So you can also have HA capabilities and so on for the VM stored on the host disks shared in a GlusterFS volume; at the same time you could still use you state-of-the art SAN for critical VMs.

Here you can find some info an this architecture:
http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf

Than we are also going to have self-hosted engine over GlusterFS.

> Pat
> 
> [1] http://www.ovirt.org/OVirt_Administration_Guide#Preparing_Local_Storage
> 
> 
> --
> Pat Riehecky
> Scientific Linux developer
> 
> Fermi National Accelerator Laboratory
> www.fnal.gov
> www.scientificlinux.org
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 



More information about the Users mailing list