Klaster Aurora MySQL z jedną repliką do odczytu zwalnia, gdy liczba równoczesnych połączeń klientów przekracza 200 (typowy ruch ~180, ze skokami powyżej 200). Zespół chce, aby baza danych automatycznie skalowała się wraz ze zmianami zapotrzebowania. Która zmiana spełni ten cel?

Poprawna odpowiedź to dołączenie polityki Aurora Auto Scaling z celem 195 DatabaseConnections. Aurora Auto Scaling pozwala automatycznie dodawać lub usuwać repliki do odczytu w zależności od metryk wydajności, takich jak liczba połączeń z bazą danych. Ustawienie celu na 195 połączeń (nieco poniżej progu spowolnienia 200) zapewni, że nowe repliki zostaną dodane, zanim baza danych osiągnie punkt przeciążenia. Migracja do klastra multi-master nie rozwiąże problemu skalowania odczytów, ponieważ multi-master jest przeznaczony głównie do wysokiej dostępności i zapisu w wielu regionach, a nie do automatycznego skalowania replik odczytu. Dynamiczne przełączanie klastra w tryb serverless nie jest możliwe w trakcie działania. Skalowanie w górę klasy instancji repliki Aurora do większego rozmiaru jest rozwiązaniem tymczasowym i nie zapewnia automatycznego skalowania w odpowiedzi na zmienne obciążenie.