Firma uruchamia krytyczną aplikację, używając Amazon RDS dla MySQL w trybie Multi-AZ. Niedawny test przełączania awaryjnego RDS spowodował 40-sekundową przerwę w działaniu aplikacji. Architekt rozwiązań musi skrócić czas przestoju do mniej niż 20 sekund. Która kombinacja kroków to osiągnie? (Wybierz trzy.)

Wdrożenie RDS Proxy przed bazą danych (Deploy RDS Proxy in front of the database) skraca czas przełączania awaryjnego, ponieważ RDS Proxy utrzymuje pulę połączeń i automatycznie kieruje ruch do nowej instancji bazy danych, minimalizując przerwy w działaniu aplikacji. Migracja bazy danych do Amazon Aurora MySQL (Migrate the database to Amazon Aurora MySQL) jest skuteczna, ponieważ Aurora została zaprojektowana z myślą o szybszym przełączaniu awaryjnym (zazwyczaj poniżej 30 sekund), dzięki oddzieleniu pamięci masowej od obliczeń. Utworzenie repliki Amazon Aurora (Create an Amazon Aurora Replica) dodatkowo poprawia dostępność i skraca czas odzyskiwania po awarii, ponieważ repliki Aurora są logicznie takie same jak instancja główna i mogą być promowane do roli głównej w ciągu kilku sekund. Umieszczenie Amazon ElastiCache for Memcached lub Redis przed bazą danych poprawi wydajność i zmniejszy obciążenie bazy danych, ale nie skróci czasu przełączania awaryjnego samej bazy danych. Utworzenie repliki odczytu RDS dla MySQL (Create an RDS for MySQL Read Replica) służy do skalowania odczytów i odzyskiwania po awarii, ale nie przyspiesza przełączania awaryjnego instancji głównej RDS Multi-AZ.