doc/api/methods/container_requests.html.textile.liquid

   1 ---
   2 layout: default
   3 navsection: api
   4 navmenu: API Methods
   5 title: "container_requests"
   6
   7 ...
   8 {% comment %}
   9 Copyright (C) The Arvados Authors. All rights reserved.
  10
  11 SPDX-License-Identifier: CC-BY-SA-3.0
  12 {% endcomment %}
  13
  14 API endpoint base: @https://{{ site.arvados_api_host }}/arvados/v1/container_requests@
  15
  16 Object type: @xvhdp@
  17
  18 Example UUID: @zzzzz-xvhdp-0123456789abcde@
  19
  20 h2. Resource
  21
  22 A container request is a request for the Arvados cluster to perform some computational work.  See "computing with Crunch":{{site.baseurl}}/api/execution.html for details.
  23
  24 Each ContainerRequest offers the following attributes, in addition to the "Common resource fields":{{site.baseurl}}/api/resources.html:
  25
  26 All attributes are optional, unless otherwise marked as required.
  27
  28 table(table table-bordered table-condensed).
  29 |_. Attribute|_. Type|_. Description|_. Notes|
  30 |name|string|The name of the container_request.||
  31 |description|string|The description of the container_request.||
  32 |properties|hash|User-defined metadata that does not affect how the container is run.  May be used in queries using "subproperty filters":{{site.baseurl}}/api/methods.html#subpropertyfilters||
  33 |state|string|The allowed states are "Uncommitted", "Committed", and "Final".|Once a request is Committed, the only attributes that can be modified are priority, container_uuid, and container_count_max. A request in the "Final" state cannot have any of its functional parts modified (i.e., only name, description, and properties fields can be modified).|
  34 |requesting_container_uuid|string|The uuid of the parent container that created this container_request, if any. Represents a process tree.|The priority of this container_request is inherited from the parent container, if the parent container is cancelled, this container_request will be cancelled as well.|
  35 |container_uuid|string|The uuid of the container that satisfies this container_request. The system may return a preexisting Container that matches the container request criteria. See "Container reuse":#container_reuse for more details.|Container reuse is the default behavior, but may be disabled with @use_existing: false@ to always create a new container.|
  36 |container_count_max|integer|Maximum number of containers to start, i.e., the maximum number of "attempts" to be made.||
  37 |mounts|hash|Objects to attach to the container's filesystem and stdin/stdout.|See "Mount types":#mount_types for more details.|
  38 |runtime_constraints|hash|Restrict the container's access to compute resources and the outside world.|Required when in "Committed" state. e.g.,<pre><code>{
  39   "ram":12000000000,
  40   "vcpus":2,
  41   "API":true
  42 }</code></pre>See "Runtime constraints":#runtime_constraints for more details.|
  43 |scheduling_parameters|hash|Parameters to be passed to the container scheduler when running this container.|e.g.,<pre><code>{
  44 "partitions":["fastcpu","vfastcpu"]
  45 }</code></pre>See "Scheduling parameters":#scheduling_parameters for more details.|
  46 |container_image|string|Portable data hash of a collection containing the docker image to run the container.|Required.|
  47 |environment|hash|Environment variables and values that should be set in the container environment (@docker run --env@). This augments and (when conflicts exist) overrides environment variables given in the image's Dockerfile.||
  48 |cwd|string|Initial working directory, given as an absolute path (in the container) or a path relative to the WORKDIR given in the image's Dockerfile.|Required.|
  49 |command|array of strings|Command to execute in the container.|Required. e.g., @["echo","hello"]@|
  50 |output_path|string|Path to a directory or file inside the container that should be preserved as container's output when it finishes. This path must be one of the mount targets. For best performance, point output_path to a writable collection mount.  See "Pre-populate output using Mount points":#pre-populate-output for details regarding optional output pre-population using mount points and "Symlinks in output":#symlinks-in-output for additional details.|Required.|
  51 |output_name|string|Desired name for the output collection. If null, a name will be assigned automatically.||
  52 |output_ttl|integer|Desired lifetime for the output collection, in seconds. If zero, the output collection will not be deleted automatically.||
  53 |priority|integer|Range 0-1000.  Indicate scheduling order preference.|Clients are expected to submit container requests with zero priority in order to preview the container that will be used to satisfy it. Priority can be null if and only if state!="Committed".  See "below for more details":#priority .|
  54 |expires_at|datetime|After this time, priority is considered to be zero.|Not yet implemented.|
  55 |use_existing|boolean|If possible, use an existing (non-failed) container to satisfy the request instead of creating a new one.|Default is true|
  56 |log_uuid|string|Log collection containing log messages provided by the scheduler and crunch processes.|Null if the container has not yet completed.|
  57 |output_uuid|string|Output collection created when the container finished successfully.|Null if the container has failed or not yet completed.|
  58 |filters|string|Additional constraints for satisfying the container_request, given in the same form as the filters parameter accepted by the container_requests.list API.|
  59
  60 h2(#priority). Priority
  61
  62 The @priority@ field has a range of 0-1000.
  63
  64 Priority 0 means no container should run on behalf of this request, and containers already running will be terminated (setting container priority to 0 is the cancel operation.)
  65
  66 Priority 1 is the lowest priority.
  67
  68 Priority 1000 is the highest priority.
  69
  70 The actual order that containers execute is determined by the underlying scheduling software (e.g. SLURM) and may be based on a combination of container priority, submission time, available resources, and other factors.
  71
  72 In the current implementation, the magnitude of difference in priority between two containers affects the weight of priority vs age in determining scheduling order.  If two containers have only a small difference in priority (for example, 500 and 501) and the lower priority container has a longer queue time, the lower priority container may be scheduled before the higher priority container.  Use a greater magnitude difference (for example, 500 and 600) to give higher weight to priority over queue time.
  73
  74 h2(#mount_types). {% include 'mount_types' %}
  75
  76 h2(#runtime_constraints). {% include 'container_runtime_constraints' %}
  77
  78 h2(#scheduling_parameters). {% include 'container_scheduling_parameters' %}
  79
  80 h2(#container_reuse). Container reuse
  81
  82 When a container request is "Committed", the system will try to find and reuse an existing Container with the same command, cwd, environment, output_path, container_image, mounts, and runtime_constraints being requested. (Hashes in the serialized fields environment, mounts and runtime_constraints are compared without regard to key order.)
  83
  84 In order of preference, the system will use:
  85 * The first matching container to have finished successfully (i.e., reached state "Complete" with an exit_code of 0) whose log and output collections are still available.
  86 * The oldest matching "Running" container with the highest progress, i.e., the container that is most likely to finish first.
  87 * The oldest matching "Locked" container with the highest priority, i.e., the container that is most likely to start first.
  88 * The oldest matching "Queued" container with the highest priority, i.e,, the container that is most likely to start first.
  89 * A new container.
  90
  91 h2(#cancel_container). Canceling a container request
  92
  93 A container request may be canceled by setting its priority to 0, using an update call.
  94
  95 When a container request is canceled, it will still reflect the state of the Container it is associated with via the container_uuid attribute. If that Container is being reused by any other container_requests that are still active, i.e., not yet canceled, that Container may continue to run or be scheduled to run by the system in future. However, if no other container_requests are using that Contianer, then the Container will get canceled as well.
  96
  97 h2. Methods
  98
  99 See "Common resource methods":{{site.baseurl}}/api/methods.html for more information about @create@, @delete@, @get@, @list@, and @update@.
 100
 101 Required arguments are displayed in %{background:#ccffcc}green%.
 102
 103 h2(#create). create
 104
 105 Create a new container request.
 106
 107 Arguments:
 108
 109 table(table table-bordered table-condensed).
 110 |_. Argument |_. Type |_. Description |_. Location |_. Example |
 111 {background:#ccffcc}.|container_request|object|Container request resource.|request body||
 112
 113
 114 The request body must include the required attributes command, container_image, cwd, and output_path. It can also inlcude other attributes such as environment, mounts, and runtime_constraints.
 115
 116 h3. delete
 117
 118 Delete an existing container request.
 119
 120 Arguments:
 121
 122 table(table table-bordered table-condensed).
 123 |_. Argument |_. Type |_. Description |_. Location |_. Example |
 124 {background:#ccffcc}.|uuid|string|The UUID of the container request in question.|path||
 125
 126 h3. get
 127
 128 Get a container request's metadata by UUID.
 129
 130 Arguments:
 131
 132 table(table table-bordered table-condensed).
 133 |_. Argument |_. Type |_. Description |_. Location |_. Example |
 134 {background:#ccffcc}.|uuid|string|The UUID of the container request in question.|path||
 135
 136 h3. list
 137
 138 List container_requests.
 139
 140 See "common resource list method.":{{site.baseurl}}/api/methods.html#index
 141
 142 See the create method documentation for more information about container request-specific filters.
 143
 144 h3. update
 145
 146 Update attributes of an existing container request.
 147
 148 Arguments:
 149
 150 table(table table-bordered table-condensed).
 151 |_. Argument |_. Type |_. Description |_. Location |_. Example |
 152 {background:#ccffcc}.|uuid|string|The UUID of the container request in question.|path||
 153 |container_request|object||query||
 154
 155 {% include 'notebox_begin' %}
 156 Setting the priority of a committed container_request to 0 may cancel a running container assigned for it.
 157 See "Canceling a container request":{{site.baseurl}}/api/methods/container_requests.html#cancel_container for further details.
 158 {% include 'notebox_end' %}