Aplikacja serverless na Lambda łączy się z instancją Amazon RDS for MySQL, a użytkownicy często widzą błędy „too many connections”. Baza danych jest już skonfigurowana z najwyższą dostępną wartością max_connections. Co powinien zrobić administrator SysOps, aby zapobiec tym błędom połączenia?

Wdrożenie Amazon RDS Proxy jest poprawnym rozwiązaniem, ponieważ RDS Proxy to w pełni zarządzana usługa, która tworzy pulę połączeń do bazy danych i ponownie wykorzystuje istniejące połączenia, co znacznie zmniejsza obciążenie bazy danych związane z nawiązywaniem i zamykaniem połączeń. Jest to szczególnie efektywne w przypadku aplikacji serverless, takich jak AWS Lambda, które charakteryzują się krótkotrwałymi i często równoległymi wywołaniami, mogącymi szybko wyczerpać limit maxconnections. Utworzenie repliki odczytu RDS i użycie Route 53 nie rozwiąże problemu "too many connections" dla operacji zapisu, ponieważ repliki odczytu obsługują tylko ruch odczytu, a Route 53 nie zarządza pulowaniem połączeń. Zwiększenie maxconnecterrors w grupie parametrów DB dotyczy błędów uwierzytelniania, a nie limitu aktywnych połączeń. Podniesienie limitu reserved concurrency funkcji Lambda pozwoli na jednoczesne uruchomienie większej liczby instancji funkcji, co w rzeczywistości może pogorszyć problem "too many connections" do bazy danych, zamiast go rozwiązać.