Aplikacja korzysta z klastra Aurora MySQL z jedną repliką do odczytu. Wydajność odczytu pogarsza się, gdy liczba połączeń przekracza 200; normalne obciążenie to około 180 połączeń, ale czasami wzrasta powyżej 200. Administrator potrzebuje, aby system automatycznie skalował się wraz ze wzrostem i spadkiem liczby połączeń użytkowników. Które podejście spełnia ten wymóg?

Prawidłowa odpowiedź to utworzenie polityki automatycznego skalowania, która celuje w wartość metryki DatabaseConnections równą 195. Amazon Aurora obsługuje automatyczne skalowanie replik odczytu, co pozwala na dynamiczne dodawanie lub usuwanie instancji w zależności od obciążenia. Ustawienie docelowej wartości dla metryki DatabaseConnections na 195 (nieco poniżej progu problemów z wydajnością) zapewni, że nowe repliki odczytu zostaną dodane, zanim liczba połączeń osiągnie 200, utrzymując optymalną wydajność. Zwiększenie rozmiaru instancji istniejącej repliki Aurora może tymczasowo pomóc, ale nie rozwiązuje problemu dynamicznego skalowania w odpowiedzi na zmienne obciążenie. Przełączenie klastra DB w tryb serverless jest opcją dla Aurora Serverless, ale nie dla istniejącego klastra Aurora MySQL z repliką odczytu, a także nie jest to bezpośrednie rozwiązanie problemu z liczbą połączeń. Przejście na nowy klaster Aurora z wieloma instancjami zapisu jest niepotrzebne, ponieważ problem dotyczy wydajności odczytu, a nie zapisu, i wymagałoby zmiany aplikacji.