You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@aurora.apache.org by "Tony Dong (JIRA)" <ji...@apache.org> on 2016/01/04 17:58:40 UTC

[jira] [Commented] (AURORA-1258) Improve procedure for adding instances to a job

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

Tony Dong commented on AURORA-1258:
-----------------------------------

Has anyone thought about working on this? 

I think this feature is pretty important for Aurora usability, I'd like to take a stab at it if no one has began work on it.
Additionally, it would be helpful for autoscaling to be able to have a native command that increases and decreases the # of instances of a job.

One quick question would be if the command is something like:
"aurora scale-up start cluster/role/env/job 10 "
Would we enforce the config file to be passed in as a param as well? Or would be infer the config based on the existing jobs?

Any pointers would also be appreciated as well. 

> Improve procedure for adding instances to a job
> -----------------------------------------------
>
>                 Key: AURORA-1258
>                 URL: https://issues.apache.org/jira/browse/AURORA-1258
>             Project: Aurora
>          Issue Type: Story
>          Components: Reliability, Usability
>            Reporter: Joe Smith
>
> The current process for adding instances to a job is highly manual, and potentially dangerous.
> 1. Take a config for a job with 10 instances, update it to 20 instances.
> 2. The batch size will be increased, and users will need to specify shards 10 to 19.
> 3. After this update is complete, users will need to manually update shards 0-9 again.
> There may be other changes pulled in as part of this update other than just increasing the number of instances, which could further complicate things.
> One possible improvement would be to change the updater from 'under-provision' where it kills instances first, then schedules new instances, to an 'over-provision' where it adds on new instances, then backpedals and kills the old instances.
> Overall, a single command or process for a user to take an already-existing job and increase the number of instances would reduce overhead and fat-fingering.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)