@@ -7,10 +7,10 @@ one version to the next.
7
7
It is highly recommended to take a backup of your data before upgrading ArangoDB
8
8
using [ arangodump] ( https://docs.arangodb.com/stable/components/tools/arangodump/ ) or [ ArangoBackup CR] ( backup-resource.md ) .
9
9
10
- ## Upgrade an ArangoDB deployment
10
+ ## Upgrade an ArangoDB deployment version
11
11
12
12
To upgrade a cluster, change the version by changing
13
- the ` spec.image ` setting and the apply the updated
13
+ the ` spec.image ` setting and then apply the updated
14
14
custom resource using:
15
15
16
16
``` bash
@@ -29,3 +29,25 @@ is stopped, then the new version is started with `--database.auto-upgrade`
29
29
and once that is finish the new version is started with the normal arguments.
30
30
31
31
The process for major level upgrades depends on the specific version.
32
+
33
+ ## Upgrade an ArangoDB deployment to Enterprise edition
34
+
35
+ In order to upgrade a cluster from community to enterprise, we have to
36
+ go through to the following adjustements to an existing deployment:
37
+
38
+ * [ Add a license key] ( https://arangodb.github.io/kube-arangodb/docs/how-to/set_license.html )
39
+ to the cluster
40
+ * Adjust ` spec.image ` to a valid enterprise image string
41
+ * Add ` spec.license.secretName ` to the introduced license key
42
+
43
+ ``` bash
44
+ kubectl apply -f yourCustomResourceFile.yaml
45
+ ```
46
+
47
+ The actual upgrade procedure follows exactly the same steps as
48
+ described above for a simple version upgrade in a sequential manner.
49
+
50
+ Regardless of if you are not only changing the images of community and
51
+ enterprise of the same major, minor and patch levels, or upgrade both
52
+ to enterprise and a different version, the procedure is only performed
53
+ once in a combined step of upgrading version and edition.
0 commit comments