luxolus
/
open-nomad
2
0
Fork 0
Code Issues 1 Pull Requests Packages Releases Wiki Activity
open-nomad/e2e/e2e_test.go

35 lines
1.0 KiB
Go
Raw Normal View History

e2e: update framework to allow deploying Nomad (#6969) The e2e framework instantiates clients for Nomad/Consul but the provisioning of the actual Nomad cluster is left to Terraform. The Terraform provisioning process uses `remote-exec` to deploy specific versions of Nomad so that we don't have to bake an AMI every time we want to test a new version. But Terraform treats the resulting instances as immutable, so we can't use the same tooling to update the version of Nomad in-place. This is a prerequisite for upgrade testing. This changeset extends the e2e framework to provide the option of deploying Nomad (and, in the future, Consul/Vault) with specific versions to running infrastructure. This initial implementation is focused on deploying to a single cluster via `ssh` (because that's our current need), but provides interfaces to hook the test run at the start of the run, the start of each suite, or the start of a given test case. Terraform work includes: * provides Terraform output that written to JSON used by the framework to configure provisioning via `terraform output provisioning`. * provides Terraform output that can be used by test operators to configure their shell via `$(terraform output environment)` * drops `remote-exec` provisioning steps from Terraform * makes changes to the deployment scripts to ensure they can be run multiple times w/ different versions against the same host.
2020-01-22 13:48:52 +00:00
// This package exists to wrap our e2e provisioning and test framework so that it
// can be run via 'go test ./e2e'. See './framework/framework.go'
e2e/framework: initial e2e framework implementation
2018-06-28 17:29:26 +00:00
package e2e
import (
e2e: update framework to allow deploying Nomad (#6969) The e2e framework instantiates clients for Nomad/Consul but the provisioning of the actual Nomad cluster is left to Terraform. The Terraform provisioning process uses `remote-exec` to deploy specific versions of Nomad so that we don't have to bake an AMI every time we want to test a new version. But Terraform treats the resulting instances as immutable, so we can't use the same tooling to update the version of Nomad in-place. This is a prerequisite for upgrade testing. This changeset extends the e2e framework to provide the option of deploying Nomad (and, in the future, Consul/Vault) with specific versions to running infrastructure. This initial implementation is focused on deploying to a single cluster via `ssh` (because that's our current need), but provides interfaces to hook the test run at the start of the run, the start of each suite, or the start of a given test case. Terraform work includes: * provides Terraform output that written to JSON used by the framework to configure provisioning via `terraform output provisioning`. * provides Terraform output that can be used by test operators to configure their shell via `$(terraform output environment)` * drops `remote-exec` provisioning steps from Terraform * makes changes to the deployment scripts to ensure they can be run multiple times w/ different versions against the same host.
2020-01-22 13:48:52 +00:00
"os"
e2e/framework: initial e2e framework implementation
2018-06-28 17:29:26 +00:00
"testing"
e2e: update framework to allow deploying Nomad (#6969) The e2e framework instantiates clients for Nomad/Consul but the provisioning of the actual Nomad cluster is left to Terraform. The Terraform provisioning process uses `remote-exec` to deploy specific versions of Nomad so that we don't have to bake an AMI every time we want to test a new version. But Terraform treats the resulting instances as immutable, so we can't use the same tooling to update the version of Nomad in-place. This is a prerequisite for upgrade testing. This changeset extends the e2e framework to provide the option of deploying Nomad (and, in the future, Consul/Vault) with specific versions to running infrastructure. This initial implementation is focused on deploying to a single cluster via `ssh` (because that's our current need), but provides interfaces to hook the test run at the start of the run, the start of each suite, or the start of a given test case. Terraform work includes: * provides Terraform output that written to JSON used by the framework to configure provisioning via `terraform output provisioning`. * provides Terraform output that can be used by test operators to configure their shell via `$(terraform output environment)` * drops `remote-exec` provisioning steps from Terraform * makes changes to the deployment scripts to ensure they can be run multiple times w/ different versions against the same host.
2020-01-22 13:48:52 +00:00
"github.com/hashicorp/nomad/e2e/framework"
Affinities e2e tests
2018-12-19 00:39:45 +00:00
_ "github.com/hashicorp/nomad/e2e/affinities"
e2e: add NomadAgent and basic client state test The e2e test code is absolutely hideous and leaks processes and files on disk. NomadAgent seems useful, but the clientstate e2e tests are very messy and slow. The last test "Corrupt" is probably the most useful as it explicitly corrupts the state file whereas the other tests attempt to reproduce steps thought to cause corruption in earlier releases of Nomad.
2019-01-26 00:51:20 +00:00
_ "github.com/hashicorp/nomad/e2e/clientstate"
e2e: test demo job for connect
2019-09-03 22:46:03 +00:00
_ "github.com/hashicorp/nomad/e2e/connect"
Basic consul registration e2e
2019-01-26 05:06:50 +00:00
_ "github.com/hashicorp/nomad/e2e/consul"
e2e: Add consultemplate test This adds a basic test for consul template, that verifies the behaviour of consul-template with task blocking and restarting of tasks
2019-01-04 15:37:11 +00:00
_ "github.com/hashicorp/nomad/e2e/consultemplate"
csi: e2e tests for EBS and EFS plugins (#7343) This changeset provides two basic e2e tests for CSI plugins targeting common AWS use cases. The EBS test launches the EBS plugin (controller + nodes) and registers an EBS volume as a Nomad CSI volume. We deploy a job that writes to the volume, stop that job, and reuse the volume for another job which should be able to read the data written by the first job. The EFS test launches the EFS plugin (nodes-only) and registers an EFS volume as a Nomad CSI volume. We deploy a job that writes to the volume, stop that job, and reuse the volume for another job which should be able to read the data written by the first job. The writer jobs mount the CSI volume at a location within the alloc dir.
2020-03-16 12:53:04 +00:00
_ "github.com/hashicorp/nomad/e2e/csi"
e2e add deployment to the list of e2e tests, minor fixes
2019-05-21 13:21:44 +00:00
_ "github.com/hashicorp/nomad/e2e/deployment"
e2e/framework: initial e2e framework implementation
2018-06-28 17:29:26 +00:00
_ "github.com/hashicorp/nomad/e2e/example"
e2e: init host volumes test
2019-09-17 18:45:00 +00:00
_ "github.com/hashicorp/nomad/e2e/hostvolumes"
e2e: run client/allocs metrics tests nightly (#6842) Refactor the metrics end-to-end tests so they can be run with our e2e test framework. Runs fabio/prometheus and a collection of jobs that will cause metrics to be measured. We then query Prometheus to ensure we're publishing those allocation metrics and some metrics from the clients as well. Includes adding a placeholder for running the same tests on Windows.
2019-12-12 17:45:16 +00:00
_ "github.com/hashicorp/nomad/e2e/metrics"
drivers: add docker upgrade path and e2e test
2019-01-23 19:44:42 +00:00
_ "github.com/hashicorp/nomad/e2e/nomad09upgrade"
add e2e tests for nomad exec
2019-04-28 21:35:42 +00:00
_ "github.com/hashicorp/nomad/e2e/nomadexec"
Fix spread e2e test
2018-12-17 20:39:14 +00:00
_ "github.com/hashicorp/nomad/e2e/spread"
add e2e test for system sched ineligible nodes
2020-02-03 21:03:33 +00:00
_ "github.com/hashicorp/nomad/e2e/systemsched"
e2e: add task events tests
2019-01-04 23:19:00 +00:00
_ "github.com/hashicorp/nomad/e2e/taskevents"
e2e/framework: initial e2e framework implementation
2018-06-28 17:29:26 +00:00
)
func TestE2E(t *testing.T) {
e2e: update framework to allow deploying Nomad (#6969) The e2e framework instantiates clients for Nomad/Consul but the provisioning of the actual Nomad cluster is left to Terraform. The Terraform provisioning process uses `remote-exec` to deploy specific versions of Nomad so that we don't have to bake an AMI every time we want to test a new version. But Terraform treats the resulting instances as immutable, so we can't use the same tooling to update the version of Nomad in-place. This is a prerequisite for upgrade testing. This changeset extends the e2e framework to provide the option of deploying Nomad (and, in the future, Consul/Vault) with specific versions to running infrastructure. This initial implementation is focused on deploying to a single cluster via `ssh` (because that's our current need), but provides interfaces to hook the test run at the start of the run, the start of each suite, or the start of a given test case. Terraform work includes: * provides Terraform output that written to JSON used by the framework to configure provisioning via `terraform output provisioning`. * provides Terraform output that can be used by test operators to configure their shell via `$(terraform output environment)` * drops `remote-exec` provisioning steps from Terraform * makes changes to the deployment scripts to ensure they can be run multiple times w/ different versions against the same host.
2020-01-22 13:48:52 +00:00
if os.Getenv("NOMAD_E2E") == "" {
t.Skip("Skipping e2e tests, NOMAD_E2E not set")
} else {
framework.Run(t)
}
e2e/framework: initial e2e framework implementation
2018-06-28 17:29:26 +00:00
}