You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: test/cluster-spec-sheet/README.md
+26-12Lines changed: 26 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,8 +8,6 @@ Reproduce data for the cluster spec sheet effort.
8
8
9
9
This will run all scenarios currently defined for the cluster spec sheet.
10
10
11
-
The test expects a default cluster.
12
-
13
11
Pass `--cleanup` to disable the region after the test.
14
12
15
13
# Running
@@ -21,17 +19,9 @@ The workload runs as part of the release qualification pipeline in Buildkite.
21
19
22
20
## Running manually in Cloud
23
21
24
-
To run the cloud canary test manually, a set of environment variables need to be made available locally:
25
-
26
-
```
27
-
export NIGHTLY_MZ_USERNAME=...
28
-
export MZ_CLI_APP_PASSWORD=mzp_...
29
-
export ENVIRONMENT=...
30
-
export REGION=...
31
-
```
22
+
To run the cloud canary test manually, you can specify either `--target=cloud-production` (which is hardcoded to aws/us-east-1) or `--target=cloud-staging` (which is hardcoded to aws/eu-west-1). For production, you need to set the environment variables `NIGHTLY_MZ_USERNAME` and `MZ_CLI_APP_PASSWORD`. For staging, you need to set the environment variables `NIGHTLY_CANARY_USERNAME` and `NIGHTLY_CANARY_APP_PASSWORD`.
32
23
33
-
The username is an email address, the app password is a password generated in the cloud console.
34
-
The environment is either `production` or `staging`, and the region is one of the supported regions, e.g. `aws/us-east-1`.
24
+
The username is an email address, the app password is a password generated in the cloud console (something like `mzp_...`).
35
25
36
26
Once the environment variables have been set, you can run:
37
27
@@ -48,3 +38,27 @@ In this case, the environment variables are not required.
48
38
```
49
39
bin/mzcompose --find cluster-spec-sheet run default --target=docker
50
40
```
41
+
42
+
## Scenarios
43
+
44
+
There are two kinds of scenarios:
45
+
- cluster scaling: These measure run times and arrangement sizes.
46
+
- envd scaling: These measure QPS.
47
+
48
+
Currently, the envd scaling scenarios can't be run in Production, because changing envd's CPU cores using `mz` is not allowed there. Therefore, these scenarios need to be run with `--target=cloud-staging`.
49
+
50
+
You can invoke only one kind of scenarios by using the group name from `SCENARIO_GROUPS`. For example:
51
+
```
52
+
bin/mzcompose --find cluster-spec-sheet run default environmentd --target=cloud-staging
53
+
```
54
+
or
55
+
```
56
+
bin/mzcompose --find cluster-spec-sheet run default cluster
57
+
```
58
+
59
+
You can also specify a specific scenario by name.
60
+
61
+
For testing just the scaffolding of the cluster spec sheet itself, you can make the run much faster by using the various scaling options, e.g.:
0 commit comments