[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14005746#comment-14005746
 ] 

ASF subversion and git services commented on CLOUDSTACK-6740:
-------------------------------------------------------------

Commit d5754d910112aed4ce482cffd04892683c7029db in cloudstack's branch 
refs/heads/master from [~koushikd]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d5754d9 ]

CLOUDSTACK-6740: Direct agent command throttling improvements
List of changes:
1. Created a separate thread pool for handling cron and ping tasks. The size of 
the pool is based on direct.agent.pool.size. The existing direct agent pool 
will run all commands other than cron and ping.
2. For normal tasks (generated as part of user/admin API calls), if throttle 
limit is reached then tasks get queued up for subsequent execution once threads 
are available.
3. For cron and ping tasks (internally generated by MS like ping, VM sync 
etc.), if throttle limit is reached then these gets rejected. Since these are 
internally generated these can be rejected without any issues.


> Direct agent command throttling improvements
> --------------------------------------------
>
>                 Key: CLOUDSTACK-6740
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6740
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: Management Server
>    Affects Versions: 4.4.0
>            Reporter: Koushik Das
>            Assignee: Koushik Das
>             Fix For: 4.5.0
>
>
> List of changes:
> 1. Create a separate thread pool for handling cron tasks. Currently normal 
> and cron tasks are all handled by the same direct agent thread pool.
> 2. For normal tasks (generated as part of user/admin API calls), if throttle 
> limit reached then tasks will be queued up for subsequent execution. This 
> will avoid uncertainty as to when a certain command pass/fail based on the 
> throttling. For now the queue is unbounded but this needs to be revisited. 
> One possibility is to change the agent state to something appropriate, based 
> on the queue limit, so that commands are not sent to this host from the upper 
> layers of MS.
> 3. For cron tasks (internally generated by MS like ping, VM sync etc.), if 
> throttle limit reached then it will be rejected. Since these are internally 
> generated these can be rejected without any issues.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to