Skip to content

Commit c386d05

Browse files
authored
Mention cluster export command in cluster update docs (#2061)
1 parent eb5ed86 commit c386d05

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/clusters/management/update.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -27,9 +27,9 @@ cortex cluster up cluster.yaml
2727
In production environments, you can upgrade your cluster without downtime if you have a backend service or DNS in front of your Cortex cluster:
2828

2929
1. Spin up a new cluster. For example: `cortex cluster up new-cluster.yaml --configure-env new` (this will create a CLI environment named `new` for accessing the new cluster).
30-
1. Re-deploy your APIs in your new cluster. For example, if the name of your CLI environment for your old cluster is `old`, you can use `cortex get --env old` to list all running APIs in your old cluster, and re-deploy them in the new cluster by changing directories to each API's project folder and running `cortex deploy --env new`.
30+
1. Re-deploy your APIs in your new cluster. For example, if the name of your CLI environment for your existing cluster is `previous`, you can use `cortex get --env previous` to list all running APIs in your cluster, and re-deploy them in the new cluster by changing directories to each API's project folder and running `cortex deploy --env new`. Alternatively, you can run `cortex cluster export --name <previous_cluster_name> --region <region>` to export all of your APIs (including configuration and application code), change directories into each API/ID subfolder that was exported, and run `cortex deploy --env new`.
3131
1. Route requests to your new cluster.
3232
* If you are using a custom domain: update the A record in your Route 53 hosted zone to point to your new cluster's API load balancer.
3333
* If you have a backend service which makes requests to Cortex: update your backend service to make requests to the new cluster's endpoints.
3434
* If you have a self-managed API Gateway in front of your Cortex cluster: update the routes to use new cluster's endpoints.
35-
1. Spin down your old cluster. If you updated DNS settings, wait 24-48 hours before spinning down your old cluster to allow the DNS cache to be flushed.
35+
1. Spin down your previous cluster. If you updated DNS settings, wait 24-48 hours before spinning down your previous cluster to allow the DNS cache to be flushed.

0 commit comments

Comments
 (0)