1
0
Fork 0
mirror of https://github.com/arangodb/kube-arangodb.git synced 2024-12-14 11:57:37 +00:00

Elaborating

This commit is contained in:
Ewout Prangsma 2018-02-05 16:52:05 +01:00
parent 15df36608e
commit 044917a911
No known key found for this signature in database
GPG key ID: 4DBAD380D93D0698
3 changed files with 48 additions and 0 deletions

3
docs/health.md Normal file
View file

@ -0,0 +1,3 @@
# Health checks
TBD

3
docs/metrics.md Normal file
View file

@ -0,0 +1,3 @@
# Metrics
TBD

42
docs/scaling.md Normal file
View file

@ -0,0 +1,42 @@
# Scaling
The ArangoDB operator supports up and down scaling of
the number of dbservers & coordinators.
Q: Agents as well?
The scale up or down, change the number of servers in the custom
resource and apply the updated resource using:
```bash
kubectl apply -f yourCustomResourceFile.yaml
```
## Internal process
The internal process followed by the ArangoDB operator
when scaling up is as follows:
- Set CR state to `Scaling`
- Create an additional server Pod
- Wait until server is ready before continuing
- Set CR state to `Ready`
The internal process followed by the ArangoDB operator
when scaling down a dbserver is as follows:
- Set CR state to `Scaling`
- Drain the dbserver (TODO fill in procedure)
- Shutdown the dbserver such that it removes itself from the agency
- Remove the dbserver Pod
- Set CR state to `Ready`
The internal process followed by the ArangoDB operator
when scaling down a coordinator is as follows:
- Set CR state to `Scaling`
- Shutdown the coordinator such that it removes itself from the agency
- Remove the coordinator Pod
- Set CR state to `Ready`
Note: Scaling is always done 1 server at a time.