open-nomad/e2e
Mahmood Ali 97966c7a71
e2e: Run system jobs on all datacenters (#11060)
Target all e2e datacenters for system and sysbatch e2e tests.  They
require that the system jobs run on all linux clients.

However, the jobs currenly only target `dc1` datacenter, but the nightly
e2e cluster has 4 clients spread in `dc1` and `dc2` datacenters, causing
the tests to fail.

I missed this problem in e2e dev cluster because it only used a single
dc1 datacenter.
2021-08-17 11:01:47 -04:00
..
affinities
bin
cli chore: bump golangci-lint from v1.24 to v1.39 2021-04-03 09:50:23 +02:00
clientstate
connect e2e: add e2e tests for consul namespaces on ent with acls 2021-04-27 14:45:54 -06:00
consul e2e: remove duplicate import statements. 2021-06-11 09:37:23 +02:00
consulacls e2e: add e2e tests for consul namespaces on ent with acls 2021-04-27 14:45:54 -06:00
consultemplate e2e: remove duplicate import statements. 2021-06-11 09:37:23 +02:00
csi E2E/CSI: ensure jobs are stopped before checking claims are released 2021-04-15 11:06:11 -04:00
deployment
e2eutil core: implement system batch scheduler 2021-08-03 10:30:47 -04:00
events e2e: deflake events 2021-01-21 10:25:42 -05:00
example
execagent Apply some suggested fixes from staticcheck (#9598) 2020-12-10 07:29:18 -08:00
framework e2e: use testify requires instead of t.Fatal 2021-01-26 09:14:47 -05:00
isolation drivers/exec+java: Add task configuration to restore previous PID/IPC isolation behavior 2021-02-08 14:26:35 -06:00
lifecycle e2e: use testify requires instead of t.Fatal 2021-01-26 09:14:47 -05:00
metrics e2e: prefer testutil.WaitForResultRetries 2021-01-26 10:01:14 -05:00
namespaces e2e deflake namespaces: only check namespace jobs 2021-01-21 10:26:24 -05:00
networking e2e: networking test job needs to outlast assert (#9113) 2020-10-16 10:13:16 -04:00
nodedrain e2e: wait for allocs and deployments (#10967) 2021-07-29 10:52:04 -04:00
nomad09upgrade
nomadexec e2e: stop suppressing unexpected EOF errors 2021-05-24 13:35:08 -04:00
oversubscription e2e: enable memory oversubscription (#10557) 2021-05-10 14:33:47 -04:00
parameterized Add a test for parameterized summary counts 2021-03-25 11:27:09 -04:00
periodic Add a test for parameterized summary counts 2021-03-25 11:27:09 -04:00
podman e2e: ensure tests are constrained to Linux (#8990) 2020-09-30 09:43:30 -04:00
quotas e2e: ENT placeholder for namespace/quotas tests (#8973) 2020-09-28 11:23:37 -04:00
remotetasks comment out unused consts to make linter happy 2021-04-30 08:31:31 -07:00
rescheduling e2e: wait for allocs and deployments (#10967) 2021-07-29 10:52:04 -04:00
scaling e2e: add job scaling test suite. 2021-01-11 11:34:19 +01:00
scalingpolicies e2e: add ScalingPolicies test suite with initial test case. 2021-01-07 14:39:55 +01:00
scheduler_sysbatch e2e: Run system jobs on all datacenters (#11060) 2021-08-17 11:01:47 -04:00
scheduler_system e2e: Run system jobs on all datacenters (#11060) 2021-08-17 11:01:47 -04:00
spread e2e: add reporting to flaky spread test (#9115) 2020-10-16 11:01:07 -04:00
taskevents e2e: use testify requires instead of t.Fatal 2021-01-26 09:14:47 -05:00
terraform e2e: use api.ipify.org 2021-06-07 15:12:42 -07:00
upgrades
vaultcompat e2e: use testify requires instead of t.Fatal 2021-01-26 09:14:47 -05:00
vaultsecrets e2e: vault increase timeout 2021-01-26 10:01:14 -05:00
volumes e2e: tweak failure messages 2021-01-26 09:16:48 -05:00
.gitignore
README.md E2E: remove references to nomad_sha 2021-05-10 16:42:39 -04:00
e2e_test.go core: implement system batch scheduler 2021-08-03 10:30:47 -04:00

README.md

End to End Tests

This package contains integration tests. Unlike tests alongside Nomad code, these tests expect there to already be a functional Nomad cluster accessible (either on localhost or via the NOMAD_ADDR env var).

See framework/doc.go for how to write tests.

The NOMAD_E2E=1 environment variable must be set for these tests to run.

Provisioning Test Infrastructure on AWS

The terraform/ folder has provisioning code to spin up a Nomad cluster on AWS. You'll need both Terraform and AWS credentials to setup AWS instances on which e2e tests will run. See the README for details. The number of servers and clients is configurable, as is the specific build of Nomad to deploy and the configuration file for each client and server.

Provisioning Local Clusters

To run tests against a local cluster, you'll need to make sure the following environment variables are set:

  • NOMAD_ADDR should point to one of the Nomad servers
  • CONSUL_HTTP_ADDR should point to one of the Consul servers
  • NOMAD_E2E=1

TODO: the scripts in ./bin currently work only with Terraform, it would be nice for us to have a way to deploy Nomad to Vagrant or local clusters.

Running

After completing the provisioning step above, you can set the client environment for NOMAD_ADDR and run the tests as shown below:

# from the ./e2e/terraform directory, set your client environment
# if you haven't already
$(terraform output environment)

cd ..
go test -v .

If you want to run a specific suite, you can specify the -suite flag as shown below. Only the suite with a matching Framework.TestSuite.Component will be run, and all others will be skipped.

go test -v -suite=Consul .

If you want to run a specific test, you'll need to regex-escape some of the test's name so that the test runner doesn't skip over framework struct method names in the full name of the tests:

go test -v . -run 'TestE2E/Consul/\*consul\.ScriptChecksE2ETest/TestGroup'
                              ^       ^             ^               ^
                              |       |             |               |
                          Component   |             |           Test func
                                      |             |
                                  Go Package      Struct

I Want To...

...SSH Into One Of The Test Machines

You can use the Terraform output to find the IP address. The keys will in the ./terraform/keys/ directory.

ssh -i keys/nomad-e2e-*.pem ubuntu@${EC2_IP_ADDR}

Run terraform output for IP addresses and details.

...Deploy a Cluster of Mixed Nomad Versions

The variables.tf file describes the nomad_version, and nomad_local_binary variables that can be used for most circumstances. But if you want to deploy mixed Nomad versions, you can provide a list of versions in your terraform.tfvars file.

For example, if you want to provision 3 servers all using Nomad 0.12.1, and 2 Linux clients using 0.12.1 and 0.12.2, you can use the following variables:

# will be used for servers
nomad_version = "0.12.1"

# will override the nomad_version for Linux clients
nomad_version_client_linux = [
    "0.12.1",
    "0.12.2"
]

...Deploy Custom Configuration Files

Set the profile field to "custom" and put the configuration files in ./terraform/config/custom/ as described in the README.

...Deploy More Than 4 Linux Clients

Use the "custom" profile as described above.

...Change the Nomad Version After Provisioning

You can update the nomad_version variable, or simply rebuild the binary you have at the nomad_local_binary path so that Terraform picks up the changes. Then run terraform plan/terraform apply again. This will update Nomad in place, making the minimum amount of changes necessary.