Technologies/Redis/client_backend_max
RedisRedisMetric

client_backend_max

Maximum number of open connections allowed in the pool
Dimensions:None
Available on:OpenTelemetryOpenTelemetry (1)

Summary

Tracks the maximum number of client backend connections configured or allowed. This represents the upper limit for concurrent connections from client applications to Redis. Monitoring this metric against current connection counts helps detect approaching capacity limits, which can lead to connection rejection and application failures if exceeded.

Interface Metrics (1)
OpenTelemetryOpenTelemetry
Maximum number of open connections allowed in the pool
Dimensions:None
Knowledge Base (1 documents, 0 chunks)
best practicesManage database connections  |  Cloud SQL for SQL Server  |  Google Cloud Documentation2265 wordsscore: 0.65This page provides best practices and code samples for managing database connections to Cloud SQL for SQL Server. It covers connection pooling, proper opening/closing of connections, connection count management, and exponential backoff strategies with examples in multiple programming languages.

Technical Annotations (4)

Configuration Parameters (1)
max_connectionsrecommended: 100 for smaller instances
Instance-size dependent; must align with connection pool configuration
Error Signatures (1)
too many connectionserror code
Technical References (2)
PgBouncercomponentProxySQLcomponent
Related Insights (4)
Bolt Connection Pool Saturationwarning

High bolt connections combined with client backend wait time indicates connection pool exhaustion, causing clients to queue for available connections and degrading application response times.

Client-Side Connection Pool Misconfigurationwarning

High client_backend_wait_time combined with low client_backend_usage indicates application connection pool misconfiguration or excessive connection churn, even when database-side cloudsql_googleapis_com/database/network/connections appears normal.

Connection Queue Buildup Indicates Connection Stormwarning

When client_backend_create_time and client_backend_wait_time are elevated, new connections are queuing because the instance is saturated with connection requests. This often precedes connection pool exhaustion and instance instability.

Connection limit exceeded causing 'too many connections' errorscritical