mirror of https://gitee.com/bigwinds/arangodb
42 lines
1.2 KiB
Markdown
42 lines
1.2 KiB
Markdown
<!-- don't edit here, its from https://@github.com/arangodb/kube-arangodb.git / docs/Manual/ -->
|
|
# Upgrading
|
|
|
|
The ArangoDB Kubernetes Operator supports upgrading an ArangoDB from
|
|
one version to the next.
|
|
|
|
## Upgrade an ArangoDB deployment
|
|
|
|
To upgrade a cluster, change the version by changing
|
|
the `spec.image` setting and the apply the updated
|
|
custom resource using:
|
|
|
|
```bash
|
|
kubectl apply -f yourCustomResourceFile.yaml
|
|
```
|
|
|
|
The ArangoDB operator will perform an sequential upgrade
|
|
of all servers in your deployment. Only one server is upgraded
|
|
at a time.
|
|
|
|
For patch level upgrades (e.g. 3.3.9 to 3.3.10) each server
|
|
is stopped and restarted with the new version.
|
|
|
|
For minor level upgrades (e.g. 3.3.9 to 3.4.0) each server
|
|
is stopped, then the new version is started with `--database.auto-upgrade`
|
|
and once that is finish the new version is started with the normal arguments.
|
|
|
|
The process for major level upgrades depends on the specific version.
|
|
|
|
## Upgrade the operator itself
|
|
|
|
To update the ArangoDB Kubernetes Operator itself to a new version,
|
|
update the image version of the deployment resource
|
|
and apply it using:
|
|
|
|
```bash
|
|
kubectl apply -f examples/yourUpdatedDeployment.yaml
|
|
```
|
|
|
|
## See also
|
|
|
|
- [Scaling](./Scaling.md) |