[openstack-dev] [TripleO][Tuskar] Icehouse Requirements
Tzu-Mainn Chen
tzumainn at redhat.com
Sat Dec 7 02:42:26 UTC 2013
> On 7 December 2013 08:15, Jay Dobies <jason.dobies at redhat.com> wrote:
> > Disclaimer: I'm very new to the project, so apologies if some of my
> > questions have been already answered or flat out don't make sense.
>
>
> NP :)
>
>
> >> * optional node profile for a resource class (M)
> >> * acts as filter for nodes that can be allocated to that
> >> class (M)
> >
> >
> > To my understanding, once this is in Icehouse, we'll have to support
> > upgrades. If this filtering is pushed off, could we get into a situation
> > where an allocation created in Icehouse would no longer be valid in
> > Icehouse+1 once these filters are in place? If so, we might want to make it
> > more of a priority to get them in place earlier and not eat the headache of
> > addressing these sorts of integrity issues later.
>
> We need to be wary of over-implementing now; a lot of the long term
> picture is moving Tuskar prototype features into proper homes like
> Heat and Nova; so the more we implement now the more we have to move.
>
> >> * Unallocated nodes
> >
> >
> > Is there more still being flushed out here? Things like:
> > * Listing unallocated nodes
> > * Unallocating a previously allocated node (does this make it a vanilla
> > resource or does it retain the resource type? is this the only way to
> > change
> > a node's resource type?)
>
> Nodes don't have resource types. Nodes are machines Ironic knows
> about, and thats all they are.
Once nodes are assigned by nova scheduler, would it be accurate to say that they
have an implicit resource type? Or am I missing the point entirely?
> > * Unregistering nodes from Tuskar's inventory (I put this under
> > unallocated
> > under the assumption that the workflow will be an explicit unallocate
> > before
> > unregister; I'm not sure if this is the same as "archive" below).
>
> Tuskar shouldn't have an inventory of nodes.
Would it be correct to say that Ironic has an inventory of nodes, and that we may
want to remove a node from Ironic's inventory?
Mainn
> -Rob
>
>
> --
> Robert Collins <rbtcollins at hp.com>
> Distinguished Technologist
> HP Converged Cloud
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list