[
https://issues.apache.org/jira/browse/YARN-796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13680423#comment-13680423
]
Alejandro Abdelnur commented on YARN-796:
-----------------------------------------
On admins specifying labels to nodes:
Are you suggesting statically labeling them in via their configs or dynamically
via an API? If the later, what would be the API for that? Where would this
labeling happen? In the NM (and the NM propagates it to the RM) or directly the
RM? Would this labeling be persistent? If yes, where would it be stored?
On apps specifying labels on resource-requests:
If I set two labels in a resource-request, would it be an OR or an AND?
Would these tags play any role i the resource-request key in the scheduler?
Meaning, what happen if I send to 2 consecutive requests for for ANY (the
latter updating the former) and they have different tags?
Wondering if we could model this as another resource capability. If we defining
addition/subtraction methods for a capability, for capabilities that are
'label' we could have infinity capacity in a node. For example, if the
intention is to label nodes with certain architecture you may not care about
about the arch capability count for allocation purposes if there is CPU and
MEM. And still you could use the requested capabilities for billing purposes.
Having a concrete use case will help understanding the scope and impact of
these changes.
> Allow for (admin) labels on nodes and resource-requests
> -------------------------------------------------------
>
> Key: YARN-796
> URL: https://issues.apache.org/jira/browse/YARN-796
> Project: Hadoop YARN
> Issue Type: New Feature
> Reporter: Arun C Murthy
> Assignee: Arun C Murthy
>
> It will be useful for admins to specify labels for nodes. Examples of labels
> are OS, processor architecture etc.
> We should expose these labels and allow applications to specify labels on
> resource-requests.
> Obviously we need to support admin operations on adding/removing node labels.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
