2016-06-17 00:23:49 +00:00
|
|
|
---
|
|
|
|
layout: "docs"
|
|
|
|
page_title: "Commands: plan"
|
|
|
|
sidebar_current: "docs-commands-plan"
|
|
|
|
description: >
|
|
|
|
The plan command is used to dry-run a job update to determine its effects.
|
|
|
|
---
|
|
|
|
|
|
|
|
# Command: plan
|
|
|
|
|
2016-10-28 00:36:26 +00:00
|
|
|
The `plan` command can be used to envoke the scheduler in a dry-run mode with
|
|
|
|
new jobs or when updating existing jobs to determine what would happen if the
|
|
|
|
job is submitted. Job files must conform to the [job
|
|
|
|
specification](/docs/job-specification/index.html) format.
|
2016-06-17 00:23:49 +00:00
|
|
|
|
|
|
|
## Usage
|
|
|
|
|
|
|
|
```
|
2017-01-03 21:22:02 +00:00
|
|
|
nomad plan [options] <path>
|
2016-06-17 00:23:49 +00:00
|
|
|
```
|
|
|
|
|
2016-08-16 10:59:25 +00:00
|
|
|
The plan command requires a single argument, specifying the path to a file
|
2016-10-28 00:36:26 +00:00
|
|
|
containing a [HCL job specification](/docs/job-specification/index.html). This
|
2016-10-28 03:01:11 +00:00
|
|
|
file will be read and the resulting parsed job will be validated. If the
|
2016-10-28 02:50:02 +00:00
|
|
|
supplied path is "-", the job file is read from STDIN. Otherwise it is read
|
2016-08-16 10:59:25 +00:00
|
|
|
from the file at the supplied path or downloaded and read from URL specified.
|
2016-10-28 02:50:02 +00:00
|
|
|
Nomad downloads the job file using
|
2016-10-28 00:36:26 +00:00
|
|
|
[`go-getter`](https://github.com/hashicorp/go-getter)
|
2016-10-11 19:52:50 +00:00
|
|
|
and supports `go-getter` syntax.
|
2016-08-16 10:59:25 +00:00
|
|
|
|
2016-06-17 00:23:49 +00:00
|
|
|
Plan invokes a dry-run of the scheduler to determine the effects of submitting
|
|
|
|
either a new or updated version of a job. The plan will not result in any
|
|
|
|
changes to the cluster but gives insight into whether the job could be run
|
|
|
|
successfully and how it would affect existing allocations.
|
|
|
|
|
|
|
|
A job modify index is returned with the plan. This value can be used when
|
|
|
|
submitting the job using [`nomad run
|
|
|
|
-check-index`](/docs/commands/run.html#check-index), which will check that the
|
|
|
|
job was not modified between the plan and run command before invoking the
|
|
|
|
scheduler. This ensures the job has not been modified since the plan.
|
|
|
|
|
|
|
|
A structured diff between the local and remote job is displayed to
|
|
|
|
give insight into what the scheduler will attempt to do and why.
|
|
|
|
|
|
|
|
If the job has specified the region, the `-region` flag and `NOMAD_REGION`
|
2016-10-11 19:31:40 +00:00
|
|
|
environment variable are overridden and the job's region is used.
|
2016-06-17 00:23:49 +00:00
|
|
|
|
2016-08-02 03:07:49 +00:00
|
|
|
Plan will return one of the following exit codes:
|
|
|
|
|
|
|
|
* 0: No allocations created or destroyed.
|
|
|
|
* 1: Allocations created or destroyed.
|
|
|
|
* 255: Error determining plan results.
|
|
|
|
|
2016-06-17 00:23:49 +00:00
|
|
|
## General Options
|
|
|
|
|
2016-10-28 00:46:20 +00:00
|
|
|
<%= partial "docs/commands/_general_options" %>
|
2016-06-17 00:23:49 +00:00
|
|
|
|
|
|
|
## Plan Options
|
|
|
|
|
|
|
|
* `-diff`: Determines whether the diff between the remote job and planned job is
|
|
|
|
shown. Defaults to true.
|
|
|
|
|
2017-09-19 14:47:10 +00:00
|
|
|
* `-policy-override`: Sets the flag to force override any soft mandatory Sentinel policies.
|
|
|
|
|
2016-06-17 00:23:49 +00:00
|
|
|
* `-verbose`: Increase diff verbosity.
|
|
|
|
|
|
|
|
## Examples
|
|
|
|
|
|
|
|
Plan a new job that has not been previously submitted:
|
|
|
|
|
|
|
|
```
|
|
|
|
$ nomad run job1.nomad
|
|
|
|
nomad plan example.nomad
|
|
|
|
+ Job: "example"
|
|
|
|
+ Task Group: "cache" (1 create)
|
|
|
|
+ Task: "redis" (forces create)
|
|
|
|
|
|
|
|
Scheduler dry-run:
|
|
|
|
- All tasks successfully allocated.
|
|
|
|
|
|
|
|
Job Modify Index: 0
|
|
|
|
To submit the job with version verification run:
|
|
|
|
|
|
|
|
nomad run -check-index 0 example.nomad
|
|
|
|
|
|
|
|
When running the job with the check-index flag, the job will only be run if the
|
2016-10-11 19:31:40 +00:00
|
|
|
server side version matches the job modify index returned. If the index has
|
2016-06-17 00:23:49 +00:00
|
|
|
changed, another user has modified the job and the plan's results are
|
|
|
|
potentially invalid.
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
Increase the count of an existing without sufficient cluster capacity:
|
|
|
|
|
|
|
|
```
|
|
|
|
$ nomad plan example.nomad
|
|
|
|
+/- Job: "example"
|
|
|
|
+/- Task Group: "cache" (7 create, 1 in-place update)
|
|
|
|
+/- Count: "1" => "8" (forces create)
|
|
|
|
Task: "redis"
|
|
|
|
|
|
|
|
Scheduler dry-run:
|
|
|
|
- WARNING: Failed to place all allocations.
|
|
|
|
Task Group "cache" (failed to place 3 allocations):
|
|
|
|
* Resources exhausted on 1 nodes
|
2017-11-29 04:15:32 +00:00
|
|
|
* Dimension "cpu" exhausted on 1 nodes
|
2016-06-17 00:23:49 +00:00
|
|
|
|
|
|
|
Job Modify Index: 15
|
|
|
|
To submit the job with version verification run:
|
|
|
|
|
|
|
|
nomad run -check-index 15 example.nomad
|
|
|
|
|
|
|
|
When running the job with the check-index flag, the job will only be run if the
|
2016-10-11 19:31:40 +00:00
|
|
|
server side version matches the job modify index returned. If the index has
|
2016-06-17 00:23:49 +00:00
|
|
|
changed, another user has modified the job and the plan's results are
|
|
|
|
potentially invalid.
|
|
|
|
```
|
|
|
|
|
|
|
|
Update an existing job such that it would cause a rolling update:
|
|
|
|
|
|
|
|
```
|
|
|
|
$ nomad plan example.nomad
|
|
|
|
+/- Job: "example"
|
|
|
|
+/- Task Group: "cache" (3 create/destroy update)
|
|
|
|
+/- Task: "redis" (forces create/destroy update)
|
|
|
|
+/- Config {
|
|
|
|
+/- image: "redis:2.8" => "redis:3.2"
|
|
|
|
port_map[0][db]: "6379"
|
|
|
|
}
|
|
|
|
|
|
|
|
Scheduler dry-run:
|
|
|
|
- All tasks successfully allocated.
|
|
|
|
- Rolling update, next evaluation will be in 10s.
|
|
|
|
|
|
|
|
Job Modify Index: 7
|
|
|
|
To submit the job with version verification run:
|
|
|
|
|
|
|
|
nomad run -check-index 7 example.nomad
|
|
|
|
|
|
|
|
When running the job with the check-index flag, the job will only be run if the
|
2016-10-11 19:31:40 +00:00
|
|
|
server side version matches the job modify index returned. If the index has
|
2016-06-17 00:23:49 +00:00
|
|
|
changed, another user has modified the job and the plan's results are
|
|
|
|
potentially invalid.
|
|
|
|
```
|
|
|
|
|
|
|
|
Add a task to the task group using verbose mode:
|
|
|
|
|
|
|
|
```
|
|
|
|
$ nomad plan -verbose example.nomad
|
|
|
|
+/- Job: "example"
|
|
|
|
+/- Task Group: "cache" (3 create/destroy update)
|
|
|
|
+ Task: "my-website" (forces create/destroy update)
|
|
|
|
+ Driver: "docker"
|
|
|
|
+ KillTimeout: "5000000000"
|
|
|
|
+ Config {
|
|
|
|
+ image: "node:6.2"
|
|
|
|
+ port_map[0][web]: "80"
|
|
|
|
}
|
|
|
|
+ Resources {
|
|
|
|
+ CPU: "500"
|
|
|
|
+ DiskMB: "300"
|
|
|
|
+ IOPS: "0"
|
|
|
|
+ MemoryMB: "256"
|
|
|
|
+ Network {
|
|
|
|
+ MBits: "10"
|
|
|
|
+ Dynamic Port {
|
|
|
|
+ Label: "web"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
+ LogConfig {
|
|
|
|
+ MaxFileSizeMB: "10"
|
|
|
|
+ MaxFiles: "10"
|
|
|
|
}
|
|
|
|
+ Service {
|
|
|
|
+ Name: "website"
|
|
|
|
+ PortLabel: "web"
|
|
|
|
+ Check {
|
|
|
|
Command: ""
|
|
|
|
+ Interval: "10000000000"
|
|
|
|
+ Name: "alive"
|
|
|
|
Path: ""
|
|
|
|
Protocol: ""
|
|
|
|
+ Timeout: "2000000000"
|
|
|
|
+ Type: "tcp"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
Task: "redis"
|
|
|
|
|
|
|
|
Scheduler dry-run:
|
|
|
|
- All tasks successfully allocated.
|
|
|
|
- Rolling update, next evaluation will be in 10s.
|
|
|
|
|
|
|
|
Job Modify Index: 7
|
|
|
|
To submit the job with version verification run:
|
|
|
|
|
|
|
|
nomad run -check-index 7 example.nomad
|
|
|
|
|
|
|
|
When running the job with the check-index flag, the job will only be run if the
|
2016-10-11 19:31:40 +00:00
|
|
|
server side version matches the job modify index returned. If the index has
|
2016-06-17 00:23:49 +00:00
|
|
|
changed, another user has modified the job and the plan's results are
|
|
|
|
potentially invalid.
|
|
|
|
```
|