Unverified Commit 711a05d3 authored by Michael Schurter's avatar Michael Schurter Committed by GitHub
Browse files

Apply suggestions from code review

Co-authored-by: default avatarSeth Hoenig <shoenig@hashicorp.com>
parent b68ec472
Showing with 3 additions and 3 deletions
+3 -3
......@@ -16,7 +16,7 @@ intended for production use.**
The ECS task driver plugin for Nomad allows running [AWS ECS][ecs] tasks via
Nomad. Allocations for these jobs are scheduled onto Nomad clients like
traditional task drivers, however the actual task code in executed remotely in
traditional task drivers, however the actual task is executed remotely in
AWS ECS. The Nomad client agent manages the remote ECS task like any other
local Nomad task: restarting it if it fails, stopping it when requested, etc.
......@@ -104,7 +104,7 @@ job "nomad-ecs-demo" {
- `config.task` stanza defines the configuration of the ECS task:
- `launch_type` - The launch type on which to run your task.
- `task_definition` - The family and revision (family:revision) or full ARN
- `task_definition` - The family and revision (`family:revision`) or full ARN
of the task definition to run.
- `network_configuration` - The network configuration for the task (eg
`awsvpc` for `FARGATE` tasks).
......
......@@ -15,7 +15,7 @@ incompatible changes between Nomad releases or deprecation. Please refer to the
~> **Known Bugs:** When a Nomad node running a remote task driver goes down,
another node must be available and able to run the replacement allocation in
order to take advantage of remote task driver's ability to avoid restarting
lost tasks. If a new node is not immediately available but made started later,
lost tasks. If a new node is not immediately available but started later,
it will start a new instance of the remote task instead of reconnecting to the
old one. Follow [#10592][gh-10592] for the fix.
......
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment