From 3f159aa08b1b83aeb4315cd65e887757d32b023d Mon Sep 17 00:00:00 2001
From: Jon Bratseth
The application package can have components and other large files.
- At vespa-deploy prepare, these files are distributed to the nodes:
+ At vespa prepare, these files are distributed to the nodes:
- See vespa-deploy for an alternative debug tool
- for local deployments - use it to:
- Find more details in the reference.Convergence
File distribution
diff --git a/en/config-introduction.html b/en/config-introduction.html
index 04642b0d06..d6fffcb703 100644
--- a/en/config-introduction.html
+++ b/en/config-introduction.html
@@ -96,14 +96,14 @@ Further reads
vespa-remove-index to wipe content nodes
-
-
- Configuration assembly
including which nodes belong in the system,
which services they should run and the configuration of these services and their components.
When the application deployer wants to change the application,
- vespa-deploy prepare is issued to a config server,
+ vespa prepare is issued to a config server,
with the application package as argument.
At this point the system model is assembled and validated and any feedback is issued to the deployer. If the deployer decides to make the new configuration active, - a vespa-deploy activate is then issued, + a vespa activate is then issued, causing the config server cluster to switch to the new system model and respond with new configs on any active subscriptions where the new system model caused the config to change. diff --git a/en/contributing/configapi-dev-java.html b/en/contributing/configapi-dev-java.html index 0eb8c97556..74ebe3c21d 100644 --- a/en/contributing/configapi-dev-java.html +++ b/en/contributing/configapi-dev-java.html @@ -153,7 +153,7 @@
ConfigSubscriber
has a reload()
method
which is used in tests to force the subscriptions into a new
-generation. It emulates a vespa-deploy activate
operation after
+generation. It emulates a vespa activate
operation after
you have updated the ConfigSet
.
A full example can be found in diff --git a/en/contributing/configapi-dev.html b/en/contributing/configapi-dev.html index abbb49b3ae..47da951397 100644 --- a/en/contributing/configapi-dev.html +++ b/en/contributing/configapi-dev.html @@ -176,16 +176,13 @@
To get a running system, first install the cloudconfig package, start the config server, then deploy the application: -
-$ vespa-deploy upload /path/to/app/folder -Prepare the application:
-$ vespa-deploy prepare /path/to/app/folder +$ vespa prepare /path/to/app/folderActivate the application:
-$ vespa-deploy activate /path/to/app/folder +$ vespa activate /path/to/app/folder
Then, start vespa. This will start the application and pass it its config id @@ -278,7 +275,7 @@
vespa-deploy
.
+ each time an application is deployed with vespa deploy
.
Certain applications may require that all configs are of the same generation to ensure consistency,
especially container-like applications.
All configs subscribed to by a ConfigSubscriber are guaranteed to be of the same generation."%}
diff --git a/en/document-processing.html b/en/document-processing.html
index 4c680a2e25..08cd3165a5 100644
--- a/en/document-processing.html
+++ b/en/document-processing.html
@@ -414,10 +414,10 @@ Changing chain ids, components in a chain, component configuration and schema mapping all takes effect after - vespa-deploy activate - + vespa activate - no restart required. Changing a cluster name (i.e. the container id) - requires a restart of docproc services after vespa-deploy activate. + requires a restart of docproc services after vespa activate.
Note when adding or modifying a processing chain in a running cluster; if at the same time deploying a new document processor diff --git a/en/jdisc/container-components.html b/en/jdisc/container-components.html index 530b855e09..c404645f88 100644 --- a/en/jdisc/container-components.html +++ b/en/jdisc/container-components.html @@ -227,7 +227,7 @@
vespa-deploy
.
+ by running vespa deploy
.
These steps will copy any changed bundles to the nodes in the cluster which needs them
and switch queries over to running the new component versions.
@@ -363,7 +363,7 @@
If there is some error in the application package,
- it will usually be detected during the vespa-deploy prepare
step and cause an error message.
+ it will usually be detected during the vespa prepare
step and cause an error message.
However, some classes of errors are only detected once the application is deployed.
When redeploying an application, it is therefore recommended watching the vespa log by running:
If this message does not appear after a reasonable amount of time
- after completion of vespa-deploy activate
,
+ after completion of vespa activate
,
one will see some errors or warnings instead, that will help debug the application.
vespa-deploy prepare
will not change served
- configurations until vespa-deploy activate
is run.
- vespa-deploy prepare
will warn about all config changes that require restart.
+ vespa prepare
will not change served
+ configuration until vespa activate
is run.
+ vespa prepare
will warn about all config changes that require restart.
It is possible to run multiple Vespa services on the same host.
If changing the services on a given host,
- stop Vespa on the given host before running vespa-deploy activate
.
+ stop Vespa on the given host before running vespa activate
.
This is because the services are dynamically allocated port numbers,
depending on what is running on the host.
Consider if some of the services changed are used by services on other hosts.
@@ -339,7 +339,7 @@
vespa-deploy prepare
and vespa-deploy activate
vespa prepare
and vespa activate
- At vespa-deploy prepare, the application's files, + At vespa prepare, the application's files, along with global configurations, are stored in ZooKeeper. The application data is stored under /config/v2/tenants/default/sessions/[sessionid]/userapp. - At vespa-deploy activate, + At vespa activate, the newest application is activated live by writing the session id into /config/v2/tenants/default/applications/default:default:default. It is at that point the other nodes get configured. @@ -344,8 +344,8 @@
This procedure completely cleans out ZooKeeper's internal data snapshots and deploys from scratch. @@ -462,7 +462,7 @@
Deploying applications will take longer, - as vespa-deploy + as vespa deploy will not be able to complete a deployment on all servers when one of them is down. If this is troublesome, lower the barrier timeout - (default value is 120 seconds). diff --git a/en/operations-selfhosted/live-upgrade.html b/en/operations-selfhosted/live-upgrade.html index 3d21e0a1c0..6b7a075278 100644 --- a/en/operations-selfhosted/live-upgrade.html +++ b/en/operations-selfhosted/live-upgrade.html @@ -51,7 +51,7 @@ or use health checks.
$ vespa-deploy prepare <app> && vespa-deploy activate+
$ vespa prepare <app> && vespa activate
-vespa-deploy deploys an application package, -using the deploy API. +vespa-deploy is a standalone tool to deploy an application package. +Prefer the Vespa CLI instead. +Under the hood deployment uses the the deploy REST API, +which you can also use directly. Refer to the deploy reference for details.
Synopsis: vespa-deploy [-h] [-v] [-n] [-f] [-t timeout] [-c hostname] [-p port] prepare|activate|upload|fetch|help [args]
diff --git a/en/performance/container-tuning.html b/en/performance/container-tuning.html
index 7fcac50bac..4c48c2e28d 100644
--- a/en/performance/container-tuning.html
+++ b/en/performance/container-tuning.html
@@ -143,8 +143,8 @@
VESPA_CONFIGSERVER_JVMARGS -Xlog:gc diff --git a/en/performance/profiling.html b/en/performance/profiling.html index 98d8941e67..acfb3de102 100644 --- a/en/performance/profiling.html +++ b/en/performance/profiling.html @@ -160,7 +160,7 @@Install YourKit profiler on t Disabling the freezedetector stops the container from shutting down during profiling.
-$ vespa-deploy prepare appdir && vespa-deploy activate +$ vespa deploy appdir
-The rules can safely be updated at any time by running vespa-deploy prepare
again.
+The rules can safely be updated at any time by running vespa prepare
again.
If there are errors in the rule bases, they will not be updated,
and the errors will be reported on the command line.
diff --git a/en/reference/application-packages-reference.html b/en/reference/application-packages-reference.html index 3dfe8db7e3..83ebed73ce 100644 --- a/en/reference/application-packages-reference.html +++ b/en/reference/application-packages-reference.html @@ -9,7 +9,7 @@ This is the application package reference. An application package is the deployment unit in Vespa. To deploy an application, create an application package -and vespa-deploy or +and vespa deploy or use the deploy API. The application package is a directory of files and subdirectories:
@@ -187,8 +187,7 @@- Use whatever name for the zip file - then refer to the file instead of the path in deploy commands - - example. + Use any name for the zip file - then refer to the file instead of the path in deploy commands.
{% include important.html content='Usingtar
/ gzip
is not supported.
Details.'%}
diff --git a/en/reference/deploy-rest-api-v2.html b/en/reference/deploy-rest-api-v2.html
index 76ed25ac9f..54a402a49f 100644
--- a/en/reference/deploy-rest-api-v2.html
+++ b/en/reference/deploy-rest-api-v2.html
@@ -54,8 +54,7 @@
- Use Vespa CLI to deploy from the command line, - or use the vespa-deploy tool. + Use Vespa CLI to deploy from the command line.
{% include note.html content='Use convergence to confirm configuration activation on all nodes.' %} diff --git a/en/reference/schema-reference.html b/en/reference/schema-reference.html index 0bee2f3e65..0e8a9415a9 100644 --- a/en/reference/schema-reference.html +++ b/en/reference/schema-reference.html @@ -4027,14 +4027,14 @@
-When running vespa-deploy prepare
on a new application package,
+When running vespa prepare
on a new application package,
the changes in the schema files are compared with the files in the current active package.
-If some of the changes require restart or re-feed, the output from vespa-deploy prepare
+If some of the changes require restart or re-feed, the output from vespa prepare
specifies which actions are needed.
vespa-deploy prepare
,
+and no output is returned from vespa prepare
,
the impact is undefined and in no way guaranteed to allow a system to stay live until re-feeding.
Changes not related to the schema are discussed
in admin procedures."%}
@@ -4044,8 +4044,8 @@ Procedure:
vespa-deploy prepare
on the changed applicationvespa-deploy activate
. The changes will take effect immediatelyvespa prepare
on the changed applicationvespa activate
. The changes will take effect immediately