[
https://issues.apache.org/jira/browse/YARN-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zhijie Shen updated YARN-1001:
------------------------------
Attachment: YARN-1001.3.patch
New patch uploaded.
bq. We should have a single call which takes in a list of appStates, one
app-type and return the number of apps of THAT app-type and in ANY of those
states. Don't think we should burden the server to give all-way stats, that can
be too much of a burden specifically given number of app-types is unbounded.
Had some offline discussion with Vinod, and decided to support single
applicationType now, and worked on the multiple applicationTypes later.
To be elegant to support multiple applicationTypes, we keep the current array
structure for the response, for the sake of compatible API change in the future.
bq. Lets call the service as /appstatistics just in case we want to add more in
future.
Done
bq. rename the parameters as states and applicationTypes to be consistent with
/apps API.
Done
bq. Update the documentation after the above renames.
Done. Also mentioned that more than one applicationType is not allowed
temporarily, and the params are case insensitive
bq. Similarly, AppsCountInfo -> ApplicationStatisticsInfo. For now it will just
return one object: {states:RUNNING,FINISHED, appTypes:MAPREDUCE, count:3}
Done.
bq. Refactor getApps() API also to use the new method parseQueries()
Done. Also make the applicationTypes in getApps() case insensitive as well.
In addition to the comments, I've also changed the behavior of no params. When
no params, the API returns all the number of apps in RMContext, which is
documented as well.
> YARN should provide per application-type and state statistics
> -------------------------------------------------------------
>
> Key: YARN-1001
> URL: https://issues.apache.org/jira/browse/YARN-1001
> Project: Hadoop YARN
> Issue Type: Task
> Components: api
> Affects Versions: 2.1.0-beta
> Reporter: Srimanth Gunturi
> Assignee: Zhijie Shen
> Priority: Blocker
> Attachments: YARN-1001.1.patch, YARN-1001.2.patch, YARN-1001.3.patch
>
>
> In Ambari we plan to show for MR2 the number of applications finished,
> running, waiting, etc. It would be efficient if YARN could provide per
> application-type and state aggregated counts.
--
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
