You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@slider.apache.org by Steve Loughran <st...@hortonworks.com> on 2016/01/06 23:38:55 UTC
[REVIEW] slider placement documentation
Hi everyone
the incubator vote for the next release seems to be going well: we've enough positive votes, so unless there's a veto tomorrow, it'll be good.
I've now documented the placement work, though I still want to add some full examples.
Can anyone with time/interest have a look at the new document
http://slider.incubator.apache.org/docs/placement.html
thanks,
steve
Re: [REVIEW] slider placement documentation
Posted by Steve Loughran <st...@hortonworks.com>.
> On 10 Jan 2016, at 11:21, Josh Elser <jo...@gmail.com> wrote:
>
> Taking a glance at it now. I'll take the liberty of fixing nit-picky things since you made the effort to write all of this nice stuff down :)
>
> * Are there official YARN node label docs from Apache? Google is only showing me vendor-hosted docs.
>
> * Under "Placement policies", you have a dangling sentence "Here are the currently supported placement policies, with their". I'll remove the "with their" for now under the assumption that it wasn't something important you wanted to tack on :)
>
+1
> * Is this set in yarn-site.xml or elsewhere? <quote>will be relaxed after the timeout specified for a component in "yarn.placement.escalate.seconds"; the default is 30 seconds.</quote>
resources.json, per component
>
> * Unrelated to this doc, but how does that little HTML table in the SliderAM's webUI help convey this? Do we get context back from YARN about simple things like a timeout due to lack of resources? Or, do we simply just need to explicitly point users to something like "Container allocation is still outstanding, check your YARN capacity"? It seems like AA, node labels, etc all make it more likely for people run into the original question of "why didn't I get containers?".
>
it does it a lot more now....I just didn't have time/setup to grab some screen shots. There's some explanation of why things are outstanding a bit now.
> <quote>One recurrent support problem people raise with Slider is that it appears to hang with one or more outstanding requests. When this situation arises, it is not a sign that there is anything wrong with Slider. It means there is nowhere for YARN to allocate the desired containers.<quote>
>
> * Another unrelated question: I thought YARN had support for cgroups expressly for the purpose of restricting cpu/memory at the container level.
>
yes
> <quote>CPU performance can be throttled</quote>
>
> * This is really nice! Would it make sense to expose a sub-command off of `slider` which nicely prints out this information? I could see this being useful in helping our users (and enabling them to interact with persisted state we have without being explicitly aware of how we're storing it).
>
comes automatically with the vcore allocation. You ask for 1 vcore, you get 1 vcore worth of CPU.
> <quote>Here are the contents of a test cluster, testagentecho, stored in the file ~/.slider/clusters/testagentecho/history/rolehistory-00000151b4b44461.json:</quote>
>
> Looks really great, Steve. Awesome job. I'll go ahead and publish the small changes I've made.
+1
>
> - Josh
>
> Steve Loughran wrote:
>>
>> Hi everyone
>>
>> the incubator vote for the next release seems to be going well: we've enough positive votes, so unless there's a veto tomorrow, it'll be good.
>>
>>
>> I've now documented the placement work, though I still want to add some full examples.
>>
>> Can anyone with time/interest have a look at the new document
>>
>> http://slider.incubator.apache.org/docs/placement.html
>>
>> thanks,
>>
>> steve
>>
>
Re: [REVIEW] slider placement documentation
Posted by Josh Elser <jo...@gmail.com>.
Taking a glance at it now. I'll take the liberty of fixing nit-picky
things since you made the effort to write all of this nice stuff down :)
* Are there official YARN node label docs from Apache? Google is only
showing me vendor-hosted docs.
* Under "Placement policies", you have a dangling sentence "Here are the
currently supported placement policies, with their". I'll remove the
"with their" for now under the assumption that it wasn't something
important you wanted to tack on :)
* Is this set in yarn-site.xml or elsewhere? <quote>will be relaxed
after the timeout specified for a component in
"yarn.placement.escalate.seconds"; the default is 30 seconds.</quote>
* Unrelated to this doc, but how does that little HTML table in the
SliderAM's webUI help convey this? Do we get context back from YARN
about simple things like a timeout due to lack of resources? Or, do we
simply just need to explicitly point users to something like "Container
allocation is still outstanding, check your YARN capacity"? It seems
like AA, node labels, etc all make it more likely for people run into
the original question of "why didn't I get containers?".
<quote>One recurrent support problem people raise with Slider is that it
appears to hang with one or more outstanding requests. When this
situation arises, it is not a sign that there is anything wrong with
Slider. It means there is nowhere for YARN to allocate the desired
containers.<quote>
* Another unrelated question: I thought YARN had support for cgroups
expressly for the purpose of restricting cpu/memory at the container level.
<quote>CPU performance can be throttled</quote>
* This is really nice! Would it make sense to expose a sub-command off
of `slider` which nicely prints out this information? I could see this
being useful in helping our users (and enabling them to interact with
persisted state we have without being explicitly aware of how we're
storing it).
<quote>Here are the contents of a test cluster, testagentecho, stored in
the file
~/.slider/clusters/testagentecho/history/rolehistory-00000151b4b44461.json:</quote>
Looks really great, Steve. Awesome job. I'll go ahead and publish the
small changes I've made.
- Josh
Steve Loughran wrote:
>
> Hi everyone
>
> the incubator vote for the next release seems to be going well: we've enough positive votes, so unless there's a veto tomorrow, it'll be good.
>
>
> I've now documented the placement work, though I still want to add some full examples.
>
> Can anyone with time/interest have a look at the new document
>
> http://slider.incubator.apache.org/docs/placement.html
>
> thanks,
>
> steve
>