Update sizing guide for client credential grant
Closes #34347 Signed-off-by: Pedro Ruivo <pruivo@redhat.com> Signed-off-by: Alexander Schwartz <aschwart@redhat.com> Signed-off-by: Alexander Schwartz <alexander.schwartz@gmx.net> Co-authored-by: Alexander Schwartz <aschwart@redhat.com> Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net>
This commit is contained in:
parent
28c469cf2c
commit
cf2e2b692b
1 changed files with 4 additions and 0 deletions
|
@ -47,6 +47,10 @@ Most CPU time goes into creating new TLS connections, as each client runs only a
|
|||
This ensures a fast startup of the node, and sufficient capacity to handle failover tasks.
|
||||
Performance of {project_name} dropped significantly when its Pods were throttled in our tests.
|
||||
|
||||
* When performing requests with more than 2500 different clients concurrently, not all client information will fit into {project_name}'s caches when those are using the standard cache sizes of 10000 entries each.
|
||||
Due to this, the database may become a bottleneck as client data is reloaded frequently from the database.
|
||||
To reduce the database usage, increase the `users` cache size by two times the number of concurrently used clients, and the `realms` cache size by four times the number of concurrently used clients.
|
||||
|
||||
{project_name}, which by default stores user sessions in the database, requires the following resources for optimal performance on an Aurora PostgreSQL multi-AZ database:
|
||||
|
||||
For every 100 login/logout/refresh requests per second:
|
||||
|
|
Loading…
Reference in a new issue