Go to file
Michael Schurter f430203505 Put lxc support behind a flag
Since lxc support requires linking to a C lib at compile and runtime
I'm putting it behind a build flag to avoid forcing all nomad users to
install liblxc (lxc-dev for development).
2016-10-26 14:55:54 -07:00
api Making the cli use TLS if the client has enabled TLS 2016-10-26 11:13:53 -07:00
client Put lxc support behind a flag 2016-10-26 14:55:54 -07:00
command Added datadog_address to valid keys 2016-10-26 13:28:28 -07:00
demo Fix Vault parsing of booleans 2016-10-10 18:04:39 -07:00
dist Add reload command to systemd unit file 2016-05-28 17:12:57 -04:00
helper Moved tlsutil into helpers 2016-10-25 16:05:37 -07:00
jobspec Add set contains 2016-10-19 13:06:28 -07:00
nomad Merge pull request #1864 from hashicorp/b-allow-empty-resource 2016-10-26 13:26:04 -07:00
scheduler Add set contains 2016-10-19 13:06:28 -07:00
scripts Put lxc support behind a flag 2016-10-26 14:55:54 -07:00
testutil Fix Vault parsing of booleans 2016-10-10 18:04:39 -07:00
vendor Merge pull request #1699 from hashicorp/f-lxc-driver 2016-10-25 15:17:44 -07:00
website Merge pull request #1839 from hashicorp/f-signal-constraints 2016-10-25 11:09:33 -07:00
.gitattributes Initial commit 2015-06-01 12:21:00 +02:00
.gitignore add intellij iml as an ignored file 2016-07-28 22:20:20 -05:00
.travis.yml Merge pull request #1699 from hashicorp/f-lxc-driver 2016-10-25 15:17:44 -07:00
CHANGELOG.md Document missing task resources handling 2016-10-26 13:21:09 -07:00
GNUmakefile Move to container-based build process 2016-10-21 20:35:18 -07:00
ISSUE_TEMPLATE.md Update ISSUE_TEMPLATE.md 2016-03-21 18:12:50 -07:00
LICENSE Initial commit 2015-06-01 12:21:00 +02:00
README.md golang 1.7+ is required now 2016-08-18 20:53:35 -05:00
Vagrantfile Merge pull request #1699 from hashicorp/f-lxc-driver 2016-10-25 15:17:44 -07:00
commands.go Enable serf encryption (#1791) 2016-10-17 10:48:04 -07:00
main.go Seed random once in main 2016-06-10 15:48:36 -04:00
main_test.go Adding initial skeleton 2015-06-01 13:46:21 +02:00
version.go updating version 2016-08-17 16:24:50 -07:00

README.md

Nomad Build Status Join the chat at https://gitter.im/hashicorp-nomad/Lobby

Nomad

Nomad is a cluster manager, designed for both long lived services and short lived batch processing workloads. Developers use a declarative job specification to submit work, and Nomad ensures constraints are satisfied and resource utilization is optimized by efficient task packing. Nomad supports all major operating systems and virtualized, containerized, or standalone applications.

The key features of Nomad are:

  • Docker Support: Jobs can specify tasks which are Docker containers. Nomad will automatically run the containers on clients which have Docker installed, scale up and down based on the number of instances request, and automatically recover from failures.

  • Multi-Datacenter and Multi-Region Aware: Nomad is designed to be a global-scale scheduler. Multiple datacenters can be managed as part of a larger region, and jobs can be scheduled across datacenters if requested. Multiple regions join together and federate jobs making it easy to run jobs anywhere.

  • Operationally Simple: Nomad runs as a single binary that can be either a client or server, and is completely self contained. Nomad does not require any external services for storage or coordination. This means Nomad combines the features of a resource manager and scheduler in a single system.

  • Distributed and Highly-Available: Nomad servers cluster together and perform leader election and state replication to provide high availability in the face of failure. The Nomad scheduling engine is optimized for optimistic concurrency allowing all servers to make scheduling decisions to maximize throughput.

  • HashiCorp Ecosystem: Nomad integrates with the entire HashiCorp ecosystem of tools. Along with all HashiCorp tools, Nomad is designed in the unix philosophy of doing something specific and doing it well. Nomad integrates with tools like Packer, Consul, and Terraform to support building artifacts, service discovery, monitoring and capacity management.

For more information, see the introduction section of the Nomad website.

Getting Started & Documentation

All documentation is available on the Nomad website.

Developing Nomad

If you wish to work on Nomad itself or any of its built-in systems, you will first need Go installed on your machine (version 1.7+ is required).

Developing with Vagrant There is an included Vagrantfile that can help bootstrap the process. The created virtual machine is based off of Ubuntu 14, and installs several of the base libraries that can be used by Nomad.

To use this virtual machine, checkout Nomad and run vagrant up from the root of the repository:

$ git clone https://github.com/hashicorp/nomad.git
$ cd nomad
$ vagrant up

The virtual machine will launch, and a provisioning script will install the needed dependencies.

Developing locally For local dev first make sure Go is properly installed, including setting up a GOPATH. After setting up Go, clone this repository into $GOPATH/src/github.com/hashicorp/nomad. Then you can download the required build tools such as vet, cover, godep etc by bootstrapping your environment.

$ make bootstrap
...

Afterwards type make test. This will run the tests. If this exits with exit status 0, then everything is working!

$ make test
...

To compile a development version of Nomad, run make dev. This will put the Nomad binary in the bin and $GOPATH/bin folders:

$ make dev
...
$ bin/nomad
...

To cross-compile Nomad, run make bin. This will compile Nomad for multiple platforms and place the resulting binaries into the ./pkg directory:

$ make bin
...
$ ls ./pkg
...