mirror of
https://github.com/arangodb/kube-arangodb.git
synced 2024-12-14 11:57:37 +00:00
Elaborating
This commit is contained in:
parent
15df36608e
commit
044917a911
3 changed files with 48 additions and 0 deletions
3
docs/health.md
Normal file
3
docs/health.md
Normal file
|
@ -0,0 +1,3 @@
|
|||
# Health checks
|
||||
|
||||
TBD
|
3
docs/metrics.md
Normal file
3
docs/metrics.md
Normal file
|
@ -0,0 +1,3 @@
|
|||
# Metrics
|
||||
|
||||
TBD
|
42
docs/scaling.md
Normal file
42
docs/scaling.md
Normal 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.
|
Loading…
Reference in a new issue