open-nomad/website/source/docs/job-specification/constraint.html.md

224 lines
6.2 KiB
Markdown
Raw Normal View History

---
layout: "docs"
page_title: "constraint Stanza - Job Specification"
sidebar_current: "docs-job-specification-constraint"
description: |-
2016-10-28 03:01:11 +00:00
The "constraint" stanza allows restricting the set of eligible nodes.
Constraints may filter on attributes or metadata. Additionally constraints may
be specified at the job, group, or task levels for ultimate flexibility.
---
# `constraint` Stanza
<table class="table table-bordered table-striped">
<tr>
<th width="120">Placement</th>
<td>
<code>job -> **constraint**</code>
<br>
<code>job -> group -> **constraint**</code>
<br>
<code>job -> group -> task -> **constraint**</code>
</td>
</tr>
</table>
2016-10-28 03:01:11 +00:00
The `constraint` allows restricting the set of eligible nodes. Constraints may
filter on [attributes][interpolation] or [metadata][meta]. Additionally
constraints may be specified at the [job][job], [group][group], or [task][task]
levels for ultimate flexibility.
```hcl
job "docs" {
# All tasks in this job must run on linux.
constraint {
attribute = "${attr.kernel.name}"
value = "linux"
}
group "example" {
# All groups in this job should be scheduled on different hosts.
constraint {
operator = "distinct_hosts"
value = "true"
}
task "server" {
# All tasks must run where "my_custom_value" is greater than 3.
constraint {
attribute = "${meta.my_custom_value}"
operator = ">"
value = "3"
}
}
}
}
```
Placing constraints at both the job level and at the group level is redundant
since constraints are applied hierarchically. The job constraints will affect
all groups (and tasks) in the job.
## `constraint` Parameters
- `attribute` `(string: "")` - Specifies the name or reference of the attribute
to examine for the constraint. This can be any of the [Nomad interpolated
values](/docs/runtime/interpolation.html#interpreted_node_vars).
- `operator` `(string: "=")` - Specifies the comparison operator.The ordering is
compared lexically. Possible values include:
```text
=
!=
>
>=
<
<=
regexp
set_contains
version
```
For a detailed explanation of these values and their behavior, please see
the [operator values section](#operator-values).
- `value` `(string: "")` - Specifies the value to compare the attribute against
using the specified operation. This can be a literal value, another attribute,
or any [Nomad interpolated
values](/docs/runtime/interpolation.html#interpreted_node_vars).
### `operator` Values
This section details the specific values for the "operator" parameter in the
Nomad job specification for constraints. The operator is always specified as a
string, but the string can take on different values which change the behavior of
the overall constraint evaluation.
```hcl
constraint {
operator = "..."
}
```
- `"distinct_hosts"` - Instructs the scheduler to not co-locate any groups on
the same machine. When specified as a job constraint, it applies to all groups
in the job. When specified as a group constraint, the effect is constrained to
that group. Note that the `attribute` parameter should be omitted when using
this constraint.
```hcl
constraint {
operator = "distinct_hosts"
value = "true"
}
```
- `"regexp"` - Specifies a regular expression constraint against the attribute.
The syntax of the regular expressions accepted is the same general syntax used
by Perl, Python, and many other languages. More precisely, it is the syntax
accepted by RE2 and described at in the [Google RE2
syntax](https://golang.org/s/re2syntax).
```hcl
constraint {
attribute = "..."
operator = "regexp"
value = "[a-z0-9]"
}
```
- `"set_contains"` - Specifies a contains constraint against the attribute. The
attribute and the list being checked are split using commas. This will check
that the given attribute contains **all** of the specified elements.
```hcl
constraint {
attribute = "..."
operator = "set_contains"
value = "a,b,c"
}
```
- `"version"` - Specifies a version constraint against the attribute. This
supports a comma-separated list of constraints, including the pessimistic
operator. For more examples please see the [go-version
repository](https://github.com/hashicorp/go-version) for more specific
examples.
```hcl
constraint {
attribute = "..."
operator = "version"
value = ">= 0.1.0, < 0.2"
}
```
## `constraint` Examples
2016-10-28 00:59:45 +00:00
The following examples only show the `constraint` stanzas. Remember that the
`constraint` Remember that the `constraint` stanza is only valid in the
placements listed above.
### Kernel Data
This example restricts the task to running on nodes which have a kernel version
higher than "3.19".
```hcl
constraint {
attribute = "${attr.kernel.version}"
operator = "version"
value = "> 3.19"
}
```
### Operating Systems
This example restricts the task to running on nodes that are running Ubuntu
14.04
```hcl
constraint {
attribute = "${attr.os.name}"
value = "ubuntu"
}
constraint {
attribute = "${attr.os.version}"
value = "14.04"
}
```
### Cloud Metadata
When possible, Nomad populates node attributes from the cloud environment. These
values are accessible as filters in constraints. This example constrains this
task to only run on nodes that are memory-optimized on AWS.
```hcl
constraint {
attribute = "${attr.platform.aws.instance-type}"
value = "m4.xlarge"
}
```
### User-Specified Metadata
This example restricts the task to running on nodes where the binaries for
redis, cypress, and nginx are all cached locally. This particular example is
2016-10-28 00:55:55 +00:00
utilizing node [metadata][meta].
```hcl
constraint {
attribute = "${node.meta.cached_binaries}"
set_contains = "redis,cypress,nginx"
}
```
[job]: /docs/job-specification/job.html "Nomad job Job Specification"
[group]: /docs/job-specification/group.html "Nomad group Job Specification"
[meta]: /docs/job-specification/meta.html "Nomad meta Job Specification"
[task]: /docs/job-specification/task.html "Nomad task Job Specification"
[interpolation]: /docs/runtime/interpolation.html "Nomad interpolation"