[one-users] OpenNebula with additional storage

[Amier Anis]

*Hi Ruben,*

Thanks give some explanation. Just to ensure I have same picture and
understand your words.

   1. I'm planned to use GlusterFS or iSCSI (openfiler) for both my
   datastore 1 and 2.
   2. Do you mean default and system (0 and 1) can be expand to external
   storage?
   3. Is that mean when I use ID 100 for datastore1 (192.168.1.11) then
   datastore2 (192.168.8.12) must be use ID 101 or must use same ID 100?

Is the structure look like this?

​/var/lib/one/datastore/0    <-- default created by OpenNebula | default
internal storage or can expand to external storage
​/var/lib/one/datastore/1    <-- default created by OpenNebula | default
inernal storage or can expand to external storage
​/var/lib/one/datastore/101   <---- mount point from datastore 1
​/var/lib/one/datastore/102   <---- mount point from datastore 2


Thanks you.




*.: Amier Anis :.*
On Thu, Sep 19, 2013 at 3:19 AM, Ruben S. Montero
<rsmontero at opennebula.org>wrote:

> Hi
>
> So I assume that you have 2 different NFS shares (or equivalent):
>
> About Mount Points
>
> They **must** use the same ID as the one assigned by OpenNebula. So if you
> want datastore with ID 100 be backed by datastore1 (192.168.8.11), then you
> must mount the volume on
> ​​
> /var/lib/one/datastore/100. Same apply to 0,1 default and system
> datastores created by OpenNebula by default.
>
> About Datastore Types and Usage
>
> There are two types of Datastores: Images where you usually store base
> images (e.g. default ID:1) and system where the VMs run from (e.g. system
> ID:0). And there are three types of images: persistent no copy from image
> to system datastores (link); no-persistent images are copied (cloned) to
> the system datastore; and volatile disks, always created in the datastore.
>
> Summary, register an image (oneimage create) will take space from your
> image DS, deploying a vm (onevm deploy) will take space from your system
> DS. How much space? It depends on the image (persistent vs non-persistent)
> and the format raw vs qcow2.
>
> You  also need to consider that checkpoints (suspend/stop a VM) will
> generate a checkpoint file to be stored also in the system DS
>
>
> Hope you can now plan better your storage.
>
> Cheers
>
> Ruben
>
>
>
> On Wed, Sep 18, 2013 at 4:18 PM, Amier Anis <mymabma at gmail.com> wrote:
>
>> Guys,
>>
>> any suggestion or advise. really need your help.
>>
>> On Tue, Sep 17, 2013 at 7:41 PM, Amier Anis <mymabma at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I would like to know how I should implement the datastore if I have 2
>>> different size of storage but with same datastore types (shared FS). As I
>>> know I need to I need to mount the target datastore to very hosts.
>>>
>>> However, I little bit confuse on the datastore structure and where to
>>> mount the the first datastore1 (192.168.8.11) and 2nd datastore2
>>> (192.168.8.12). Is that correct if i mount the datastore like this at every
>>> node?
>>>
>>> *Method 1*
>>>
>>>    1. datastore1 to /var/lib/one/datastore/0
>>>    2. datastore2 to /var/lib/one/datastore/1
>>>
>>> or i need to like this
>>>
>>> *Method 2*
>>>
>>>    1. datastore1 to /var/lib/one/datastore/1
>>>    2. datastore2 to /var/lib/one/datastore/2
>>>
>>> Is the /var/lib/one/datastore/0 is for frontend use? how much space we
>>> need if we have 1TB of datastore or VM?
>>>
>>> Is there any specfic number that I must use and cannot use to mount the
>>> datastore?
>>>
>>> How do i set the additional datastore?
>>>
>>>
>>> Hope you can advise further.
>>>
>>> OpenNebula : 4.x
>>> OpenNebula Sunstone : 192.168.8.10
>>> Storage 1 / Datastore 1 : 192.168.8.11
>>> Storage 2 / Datastore 2 : 192.168.8.12
>>>
>>> Your kind assistant is highly sought.
>>>
>>> Thanks you.
>>>
>>> Regards & Best Wishes,
>>>
>>>
>>> *.: Amier Anis :.*
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>
>
> --
> --
> Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
> --
> Ruben S. Montero, PhD
> Project co-Lead and Chief Architect
> OpenNebula - The Open Source Solution for Data Center Virtualization
> www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130919/b429e33c/attachment-0002.htm>