Platforma danych firmy korzysta z bazy danych Amazon Aurora MySQL z wieloma replikami odczytu i instancjami DB w różnych strefach dostępności. Użytkownicy zgłaszają błędy wskazujące na zbyt wiele połączeń. Firma chce skrócić czas przełączania awaryjnego o 20% w przypadku awansowania repliki odczytu na głównego zapisującego. Które rozwiązanie spełnia ten wymóg?

Poprawna odpowiedź to użycie Amazon RDS Proxy przed bazą danych Aurora. RDS Proxy to w pełni zarządzany serwer proxy bazy danych, który utrzymuje pulę połączeń do bazy danych, zmniejszając obciążenie bazy danych związane z nawiązywaniem i zamykaniem połączeń. W przypadku przełączenia awaryjnego, RDS Proxy automatycznie kieruje połączenia do nowej instancji głównej, co znacznie skraca czas przełączania awaryjnego i spełnia wymóg 20% redukcji. Przejście z Aurora na Amazon RDS z wdrożeniem klastra Multi-AZ niekoniecznie skróci czas przełączania awaryjnego w takim stopniu, ponieważ RDS Multi-AZ nadal wymaga ponownego nawiązania połączeń. Przejście na Amazon DynamoDB lub Amazon Redshift to zmiany platformy baz danych, które nie rozwiązują problemu połączeń w kontekście Aurora MySQL i nie są bezpośrednio związane ze skróceniem czasu przełączania awaryjnego dla istniejącej bazy danych Aurora.