An application can be deployed to a zone, which is a combination of an environment and a region. This explains the rules governing the various environments. A list of all zones is also available.
||Used for manual development testing.||7 days||
||Used for manual performance testing.||7 days||
||Used for automated system tests.||2 hours||
||Used for automated staging tests.||6 hours||
||Hosts all production deployments.||No expiry||
prod must have at least one more node than required to handle peak load.
A cluster is a container or content cluster,
and a regular application has a container and a content cluster.
A minimal, typical
prod deployment therefore has 4 nodes.
perf are deployed to directly as part of development or testing.
In order to easily deploy application packages from prod applications, resources are downscaled in dev and perf. To control the resources you get in these zones, specify them explicitly for the environment in question (dev or perf) as described in environment and region variants,
To deploy to the perf environment, use
mvn package vespa:deploy -Denvironment=perf
perf, the latest active Vespa version is used when deploying.
An instance is not upgraded, unless deployed to.
This means that some times, a deploy takes longer than normal,
as it invokes a Vespa upgrade before deploying the application package.