Hi,
If I have /nfs1mount and /nfs2mount or /nfs1mount and /glustermount can I
control where openstack puts the disk files?
Thanks,
Andrew
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe :
Hi Andrew,
Is this for glance or nova ?
For nova change:
state_path = /var/lib/nova
lock_path = /var/lib/nova/tmp
in your nova.conf
For glance I'm unsure, may be easier to just mount gluster right onto
/var/lib/glance (similarly could do the same for /var/lib/nova).
And just my £0.02 I've
Hi David,
It is for nova.
Im not sure I understand. I want to be able to say to openstack; openstack,
please install this instance (A) on this mountpoint and please install this
instance (B) on this other mountpoint. I am planning on having two NFS /
Gluster based stores, a fast one and a
Hi Andrew,
An interesting idea, but I am unaware if nova supports storage affinity in
any way, it does support host affinity iirc, as a kludge you could have say
some nova compute nodes using your slow mount and reserve the fast
mount nodes as required, perhaps even defining separate zones for
Ah shame. You can specify different storage domains in oVirt.
On Dec 20, 2012, at 4:16 PM, David Busby wrote:
Hi Andrew,
An interesting idea, but I am unaware if nova supports storage affinity in
any way, it does support host affinity iirc, as a kludge you could have say
some nova
I may of course be entirely wrong :) which would be cool if this
is achievable / on the roadmap.
At the very least if this is not already in discussion I'd raise it on
launchpad as a potential feature.
On Thu, Dec 20, 2012 at 3:19 PM, Andrew Holway a.hol...@syseleven.dewrote:
Ah shame. You
Good plan.
https://blueprints.launchpad.net/openstack-ci/+spec/multiple-storage-domains
On Dec 20, 2012, at 4:25 PM, David Busby wrote:
I may of course be entirely wrong :) which would be cool if this is
achievable / on the roadmap.
At the very least if this is not already in discussion
mmm... not sure if the concept of oVirt multiple storage domains is
something that can be implemented in Nova as it is, but I would like to
share my thoughts because it's something that -from my point of view-
matters.
If you want to change the folder where the nova instances are stored you
have
Yes, I'm really agree with Diego.
It would be a good choice for submitting a blueprint with this storage
feature based on tenants.
According to current quotas control, it limits the:
-
Number of volumes which may be created
-
Total size of all volumes within a project as measured
On Thu, Dec 20, 2012 at 9:37 AM, JuanFra Rodriguez Cardoso
juanfra.rodriguez.card...@gmail.com wrote:
Yes, I'm really agree with Diego.
It would be a good choice for submitting a blueprint with this storage
feature based on tenants.
According to current quotas control, it limits the:
-
Hi John,
Yes, that's a really good solution. It is exactly what the StackOps
Enterprise Edition offers out of the box. It's a simpler alternative
assuming you are big enough to have several clusters of compute nodes, and
each cluster with different quality of service preassigned. And it works...
John Griffith wrote:
Yes, I'm really agree with Diego.
It would be a good choice for submitting a blueprint with this storage
feature based on tenants.
I think the key is that the File/Object service should be enabled similarly to
how volumes are enabled,
With similar tenant scoping and
12 matches
Mail list logo