[one-users] onevnet policy violation?

Stefan Kooman stefan at bit.nl
Wed Feb 5 06:26:00 PST 2014


Quoting Carlos Martín Sánchez (cmartin at opennebula.org):
> 
> You can create vnets directly in a cluster, using the --cluster option [1],
> but not with the CLUSTER attribute [2].
> I agree that since the new vnet is defined with a template, it is more
> intuitive to set the cluster also there, so I've opened a ticket for this
> [3].

Thanks.
 
> 
> This is a bit hard to explain easily in the docs, but the key is this
> paragraph [4]:
> 
> Virtual Machines using resources from Datastores or Virtual Networks in the
> Cluster 'none' can be deployed in any Host, which must be properly
> configured.
> 
> That is, your vnet is not in any cluster (or cluster 'none'), which means
> that all hosts (either in cluster none or any other cluster) will be able
> to deploy the VM.
> The core sees that you are requesting something specific to cluster
> kvm_cluster and a vnet that is configured to be used by any Host, including
> those in kvm_cluster.
> 
> If you try to create a VM using resources from two different clusters, the
> core will complain on creation, it won't wait for the scheduler to notice.
> 
> 
> This may be a bit convoluted, but the other option we had was to force you
> to put everything in a cluster. That would mean that you can't configure a
> network to be used by both xen and kvm hosts.

It makes perfect sense.

> In future versions, we may change this and allow to select more than one
> cluster for each host/vnet/ds...

I thought this was already possible but I must be mistaken with sharing
resources between VDC / oZones. Did Ruben create #2591 for this [1]?

Thanks for your explanation.

Gr. Stefan

[1]: http://dev.opennebula.org/issues/2591

-- 
| BIT BV  http://www.bit.nl/        Kamer van Koophandel 09090351
| GPG: 0xD14839C6                   +31 318 648 688 / info at bit.nl


More information about the Users mailing list