[one-users] Storage architecture question
Gary S. Cuozzo
gary at isgsoftware.net
Thu Aug 16 04:53:47 PDT 2012
Hi Jaime,
Yes, I thought of contributing the drivers already and would be happy to do so. My scripts are sort of "brute forced" and not as elegant as the ONE drivers, but I'm sure they can be cleaned up pretty easily. My goal at the time was to test out a theory. I'm sure there are improvements for error checking & other things that can be made.
Let me know the best way to contribute. If somebody from ONE were to review the scripts and suggest changes, I'm happy to work with them to make them better.
Thanks,
gary
----- Original Message -----
From: "Jaime Melis" <jmelis at opennebula.org>
To: "Gary S. Cuozzo" <gary at isgsoftware.net>
Cc: users at lists.opennebula.org
Sent: Thursday, August 16, 2012 7:23:41 AM
Subject: Re: [one-users] Storage architecture question
Hi Gary,
sounds great, could you contribute the code at some point?
cheers,
Jaime
On Mon, Aug 6, 2012 at 2:52 PM, Gary S. Cuozzo < gary at isgsoftware.net > wrote:
Here's an update on this thread...
So I did originally setup a "local" datastore by using NFS from the host to the controller as a shared DS. It worked fine and performed as expected. I was able to get the speed of local storage without having bloated capacity requirements and delays in deployment due to having large images be copied across the network. I also tested rebooting the controller node and the host node and the NFS share would come back up reliably.
Having to setup the NFS share was the main drawback. I figured I could get around that by writing a custom DS/TS driver. That is the route I took. Over the weekend I created a 'localfs' set of drivers and they seem to work great and don't require me to setup the NFS share. This seems to give me exactly what I was looking for.
The only requirement for my driver is that I create the datastore first so that I can get the ID. Then, I mount my local disks (I use an LVM volume) at the correct mount point according to the DS ID.
I use a DS template variable to specify the hostname of the host so that I can use the driver on multiple hosts. The images get created as hostname:/path/to/image.
So far so good.
Just FYI,
gary
From: "Ruben S. Montero" < rsmontero at opennebula.org >
To: "Gary S. Cuozzo" < gary at isgsoftware.net >
Sent: Thursday, August 2, 2012 12:46:28 PM
Subject: Re: [one-users] Storage architecture question
OK, keep us updated with the performance of your final solution
Good Luck
Ruben
On Thu, Aug 2, 2012 at 5:58 PM, Gary S. Cuozzo < gary at isgsoftware.net > wrote:
<blockquote>
Hi Ruben,
Thank you for the reply & information.
I had previously thought about a similar setup to what you have outlined. One drawback I was trying to work around is that I will be duplicating storage requirement as I will have to store images on both my SAN/NAS and the local system. As my SAN/NAS is fully mirrored, I will actually incur a fairly substantial increase in the overhead per GB. I was trying to avoid that.
My other main concern was time to copy the image files to/from the hosts. A few of the images will be TB's and the copies will take a long time I think, even over GB links.
I do intend to create a separate cluster and datastore for these few hosts. I'll just have to try out a few different setups and see what works best.
You guys have given me some good ideas, thank you.
gary
From: "Ruben S. Montero" < rsmontero at opennebula.org >
To: "Gary S. Cuozzo" < gary at isgsoftware.net >
Cc: users at lists.opennebula.org
Sent: Tuesday, July 31, 2012 5:44:39 PM
Subject: Re: [one-users] Storage architecture question
Hi,
You can set the Images Datastore of type FS to use the shared TM and your fast NAS, but the system datastore to use the ssh drivers. This will copy the images from the Datastore which uses NFS to the local storage area.
Note 1: This will only work for non-persistent images. Persistent images will be linked and thus used directly from the NAS server.
Note 2: you cannot mix both setups in the same cluster. This is, if your system datastore is shared the ssh transfer will copy the images to the NFS volume in the remote host.
You can:
1.- Create a dedicated cluster for this images that uses ssh as the system datastore (so the hosts do not mount the NFS export). You just need to add a few host and the datastore of the high demaning I/O images.The 3.6 scheduler will only use the resources of that cluster for that VMs [2]
2.- Modify the clone/mv/mvds scripts from a TM shared so it copy some of your images to a local disk and link them to the path expected by OpenNebula.
Cheers
Ruben
[1] http://opennebula.org/documentation:rel3.6:system_ds#using_the_ssh_transfer_driver
[2] http://opennebula.org/documentation:rel3.6:cluster_guide
On Mon, Jul 30, 2012 at 7:36 PM, Gary S. Cuozzo < gary at isgsoftware.net > wrote:
<blockquote>
Hi Tino,
Thanks for the reply.
Yes, I think you understand correctly. My goal is to be able to utilize storage which is local to a particular vm host node without incurring the overhead of duplicated storage on the controller node and transfer time from controller to vm host.
I do understand that the images will only be accessible from the particular vm host which they reside on, but that is ok as it would be the trade-off for local disk performance. I have a great iSCSI/NFS SAN which is used for shared storage, but it will never be able to offer the same level of performance as local storage. So I'm looking to be able to have that local option for the few cases it's required for I/O intensive applications.
I have not actually had the chance to try it out yet, but I think it will give me what I'm looking for.
Thanks again,
gary
----- Original Message -----
From: "Tino Vazquez" < tinova at opennebula.org >
To: "Gary S. Cuozzo" < gary at isgsoftware.net >
Cc: users at lists.opennebula.org
Sent: Monday, July 30, 2012 12:40:06 PM
Subject: Re: [one-users] Storage architecture question
Dear Gary,
I am not sure I understand 100% your desired set-up, but if I grasped
it correctly, I think the problem you may found is the images would
only be local to the node that is exporting the NFS share. Otherwise I
think it will work as you expect.
Regards,
-Tino
--
Constantino Vázquez Blanco, MSc
Project Engineer
OpenNebula - The Open-Source Solution for Data Center Virtualization
www.OpenNebula.org | @tinova79 | @OpenNebula
On Fri, Jul 27, 2012 at 11:44 PM, Gary S. Cuozzo < gary at isgsoftware.net > wrote:
> Hi Users,
> I am running ONE 3.6 and would like to be able to run a combination of
> shared storage (via iSCSI) and local storage (to take advantage of local
> disk performance for certain applications). My question is related to the
> local storage aspect.
>
> From what I've seen, I can use a local datastore and the ssh TM to
> accomplish local storage. The drawback that I see is that I need 2x the
> amount of disk space because I need storage for the permanent image on the
> controller node, then storage on the local host for the running image when
> it is deployed. A secondary issue for me is that the images have to be
> transferred between the datastore and the host machine, which will take some
> time with larger images.
>
> To get around the problem, I thought I could set the datastore up as a
> shared filesystem, except the sharing would actually be from the host
> machine to the controller machine via NFS. Is there any particular
> reason(s) that would be a bad idea? On the surface it seems like it should
> work just fine, but I'm somewhat new to ONE and want to be sure I'm not
> going down a bad path since I plan to do this with several host machines.
>
> Thanks in advance for any advice.
>
> gary
>
>
> _______________________________________________
> 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
--
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
</blockquote>
--
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
_______________________________________________
Users mailing list
Users at lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
</blockquote>
--
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120816/5d129312/attachment-0003.htm>
More information about the Users
mailing list