[one-users] Use qcow and ssh tm driver for the same host

[Carlos Martín Sánchez]

Hi,

Each host has only one system DS, but can use several Image DS.
The system DS holds the contextualization cdrom, the volatile disks [1];
and the non-persistent Images, that are copied from the Image DS.

If an Image is persistent, and the DS transfer manager is shared, the files
are used directly from the Image DS location. This means that the VMs using
"fast" persistent Images will be fast, no matter what system DS the Host is
using.


It would be great to hear other people's opinions, to know if your scenario
is a common one and should be considered for future releases.

Regards


[1] http://opennebula.org/documentation:rel3.6:template#volatile_disks
--
Carlos Martín, MSc
Project Engineer
OpenNebula - The Open-source Solution for Data Center Virtualization
www.OpenNebula.org | cmartin at opennebula.org |
@OpenNebula<http://twitter.com/opennebula><cmartin at opennebula.org>



On Thu, Jul 19, 2012 at 10:33 PM, Paulo A L Rego <pauloalr.alu at gmail.com>wrote:

> Please, forget my last question.
> I read [1] again and i rephrased my question.
>
> Each host (or cluster of hosts) must have just one system datastore, rigth?
> The example in [1] for Multi-cluster is interesting, but i would like to
> change that scenario. There, some hosts can access a shared directory and
> other cant.
> My scenario is different: all hosts can access the shared directory but
> should be able to use a local storage. I mean, i would like to have two
> system DS for the hosts at same time.
> One shared for the users who dont care about I/O performance and desire a
> fast vm creation and live migration. Another for the users who need
> better I/O performance.
>
> Is that possible?
>
> Thanks a lot.
>
> [1] http://opennebula.org/documentation:rel3.6:system_ds
>
> 2012/7/19 Paulo A L Rego <pauloalr.alu at gmail.com>
>
>> Hi,
>>
>> 2012/7/18 Carlos Martín Sánchez <cmartin at opennebula.org>
>>
>>> Hi,
>>>
>>> If I understood correctly, you want to share the qcow datastore, but use
>>> local storage for the system datastore.
>>>
>> To do this, simply set the ssh TM driver for the system DS [1], and make
>>> sure you are exporting only /var/lib/one/datastores/100.
>>>
>>
>> Should i still share /var/lib/one/datastores/0 with all hosts?
>>
>> Thanks
>>
>>
>>> Regards
>>>
>>> [1] http://opennebula.org/documentation:rel3.6:system_ds
>>> --
>>> Carlos Martín, MSc
>>> Project Engineer
>>> OpenNebula - The Open-source Solution for Data Center Virtualization
>>> www.OpenNebula.org | cmartin at opennebula.org | @OpenNebula<http://twitter.com/opennebula><cmartin at opennebula.org>
>>>
>>>
>>>
>>> On Wed, Jul 18, 2012 at 1:30 AM, Paulo A L Rego <pauloalr.alu at gmail.com>wrote:
>>>
>>>> Hello,
>>>>
>>>> Is there any way to use qcow and ssh transfer driver for the same host?
>>>> We have a shared FS with NFS using qcow, but when a lot of VMs are
>>>> launched, the storage I/O becomes a bottleneck.
>>>> We want to use both shared and local images for all hosts.
>>>>
>>>> We created two datastores - qcow(id 100) and ssh (id 101) - and the
>>>> same image was created for both.
>>>> The problem is that the running VMs are always placed in
>>>> /var/lib/one/datastores/0.
>>>> How the shared FS is mounted in that directory, when we deploy a VM
>>>> using the image on ssh datastore, the image is tranfered using ssh, but is
>>>> placed on the shared FS.
>>>>
>>>> We would like to have two directories for running VMs. This way we
>>>> could deploy on the shared FS on /var/lib/one/datastores/0 and use
>>>> another directory (maybe /var/lib/one/datastores/101) for local images.
>>>>
>>>> Any solution?
>>>>
>>>> Thanks a lot.
>>>> Paulo Antonio Leal Rego
>>>> Federal University of Ceara - Brazil
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>
>>>>
>>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120720/2acf9554/attachment-0003.htm>