[
https://issues.apache.org/jira/browse/AURORA-1111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14310228#comment-14310228
]
Bhuvan Arumugam commented on AURORA-1111:
-----------------------------------------
[~jaybuff] wouldn't running the "cluster service" as a production job
implicitly, solve this? it might fit in the current quota management in aurora,
without a need for architecture revamp. By implying "cluster service" always
run as production job also guarantee the "cluster admin" are tracked under
quota management, with no special treatment.
> support a cluster service job priority
> ---------------------------------------
>
> Key: AURORA-1111
> URL: https://issues.apache.org/jira/browse/AURORA-1111
> Project: Aurora
> Issue Type: Story
> Components: Scheduler
> Reporter: Jay Buffington
>
> I propose we support a "cluster service" (I'm open to alternative names)
> priority level which is higher than production. Jobs in this priority would
> be able to preempt production jobs and would not be subject to quota. Only a
> very small set of cluster administrators would be able to start jobs at this
> priority level.
> Thermos observer in it's current incarnation is the best example of something
> that would run at this priority. We currently accomplish guaranteeing that
> the observer is running by starting it out of band of mesos. With this
> change we would be able to start an observer on a slave through aurora, even
> if that particular slave is "full" of production tasks.
> There are other examples of cluster services, such as a splunk forwarder, or
> the mesos-slave process (eek! turtles!)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
