Commit 18d1c19a authored by Mek Stittri's avatar Mek Stittri

Apply suggestion to doc/administration/scaling/index.md

parent a9598223
...@@ -50,11 +50,8 @@ We test each endpoint type with the following number of requests per second (RPS ...@@ -50,11 +50,8 @@ We test each endpoint type with the following number of requests per second (RPS
- API: 20 RPS - API: 20 RPS
- Web: 2 RPS - Web: 2 RPS
- Git: 2 RPS - Git: 2 RPS
For up to 2,000 users we recommend going with a simple setup. Going above 2,000 users, we recommend scaling GitLab components to multiple machine nodes.
For up to 2,000 users we recommend going with a simple setup. Going above 2,000 users, we recommend scaling GitLab components to multiple machines. The machine nodes are grouped by component(s). The addition of these nodes adds limited fault tolerance to your GitLab instance.
The machines are grouped by application type, we call them application nodes. The addition of these nodes adds limited fault tolerance to your GitLab instance.
As long as one application node is online and capable of handling the instance's usage load, your team's productivity will not be interrupted.
Having multiple application nodes also enables [zero-downtime updates](https://docs.gitlab.com/omnibus/update/#zero-downtime-updates).
When scaling GitLab there's a few factors to consider: When scaling GitLab there's a few factors to consider:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment