Pianificazione sull'utilizzo di RDS Proxy

Puoi determinare quali tra le istanze DB, i cluster e le applicazioni possono trarre maggior vantaggio dall'utilizzo di RDS Proxy. Per fare ciò, considera questi fattori:

• Qualsiasi cluster database che genera errori del tipo "Troppe connessioni" è un buon candidato per l'associazione con un proxy. Questo è spesso caratterizzato da un valore elevato della ConnectionAttempts CloudWatch metrica. Il proxy consente alle applicazioni di aprire molte connessioni client, mentre il proxy gestisce un numero minore di connessioni di lunga durata  al cluster database.

• Per DB, i cluster che utilizzano classi di AWS istanze più piccole, come T2 o T3, l'uso di un proxy può aiutare a evitare condizioni. out-of-memory Può anche contribuire a ridurre il sovraccarico della CPU per stabilire connessioni. Queste condizioni possono verificarsi quando vi è un numero elevato di connessioni.

• Puoi monitorare determinati CloudWatch parametri di Amazon per determinare se un cluster di DB si avvicina a determinati tipi di limite. Questi limiti riguardano il numero di connessioni e la memoria associata alla gestione delle connessioni. Puoi anche monitorare determinati CloudWatch parametri per determinare se un cluster di DB gestisce molte connessioni di breve durata. L'apertura e la chiusura di tali connessioni possono determinare un sovraccarico delle prestazioni sul database. Per informazioni sui parametri da monitorare, consulta Monitoraggio dei parametri del proxy RDS con Amazon CloudWatch.

• AWS LambdaAnche le funzioni possono essere ben utilizzate con un proxy. Queste funzioni effettuano frequenti connessioni del database brevi che beneficiano del pool di connessioni offerto da RDS Proxy. Puoi usufruire di qualsiasi autenticazione IAM già disponibile per le funzioni Lambda, invece di gestire le credenziali del database nel codice Lambda dell'applicazione.

• Le applicazioni che in genere aprono e chiudono un numero elevato di connessioni al database e non dispongono di meccanismi di pooling delle connessioni incorporati sono ottimi candidati per l'utilizzo di un proxy.

• Le applicazioni che mantengono un numero elevato di connessioni aperte per lunghi periodi sono in genere buoni candidati per l'utilizzo con un proxy. Applicazioni in ambiti come software as a service (SaaS) o e-commerce spesso riducono al minimo la latenza per le richieste del database lasciando aperte le connessioni.

• Potrebbe non essere stata adottata l'autenticazione IAM e Secrets Manager a causa della complessità di configurazione di tale autenticazione per tutti i cluster database. In tal caso, puoi abbandonare i metodi di autenticazione esistenti e delegare l'autenticazione a un proxy. Il proxy può applicare le policy di autenticazione per le connessioni client per applicazioni particolari. Puoi usufruire di qualsiasi autenticazione IAM già disponibile per le funzioni Lambda, invece di gestire le credenziali del database nel codice Lambda dell'applicazione.

• Server proxy per RDS può contribuire a rendere le applicazioni più resilienti e trasparenti agli errori del database. Server proxy per RDS ignora le cache del sistema dei nomi di dominio (DNS) per ridurre i tempi di failover fino al 66% per i database Multi-AZ Aurora. Server proxy per RDS inoltre instrada automaticamente il traffico a una nuova istanza database, preservando al contempo le connessioni dell'applicazione. In tal modo i failover sono più trasparenti per le applicazioni.