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:
Pedro Ruivo 2024-10-29 13:25:42 +00:00 committed by GitHub
parent 28c469cf2c
commit cf2e2b692b
No known key found for this signature in database
GPG key ID: B5690EEEBB952194

View file

@ -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: