[openstack-dev] [TripleO][Tuskar] Icehouse Requirements

Jaromir Coufal jcoufal at redhat.com
Tue Dec 10 08:53:49 UTC 2013


On 2013/09/12 17:15, Tzu-Mainn Chen wrote:
>
>         - As an infrastructure administrator, Anna wants to be able to unallocate a node from a deployment.
>
>         Why? Whats her motivation. One plausible one for me is 'a machine
>         needs to be serviced so Anna wants to remove it from the deployment to
>         avoid causing user visible downtime.'  So lets say that: Anna needs to
>         be able to take machines out of service so they can be maintained or
>         disposed of.
>
>     Node being serviced is a different user story for me.
>
>     I believe we are still 'fighting' here with two approaches and I
>     believe we need both. We can't only provide a way 'give us
>     resources we will do a magic'. Yes this is preferred way -
>     especially for large deployments, but we also need a fallback so
>     that user can say - no, this node doesn't belong to the class, I
>     don't want it there - unassign. Or I need to have this node there
>     - assign.
>
> Just for clarification - the wireframes don't cover individual nodes 
> being manually assigned, do they?  I thought the concession to manual 
> control was entirely through resource classes and node profiles, which 
> are still parameters to be passed through to the nova-scheduler 
> filter.  To me, that's very different from manual assignment.
>
> Mainn
It's all doable and wireframes are prepared for the manual assignment as 
well, Mainn. I just was not designing details for now, since we are 
going to focus on auto-distribution first. But I will cover this use 
case in later iterations of wireframes.

Cheers
-- Jarda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131210/42a51662/attachment.html>


More information about the OpenStack-dev mailing list