Firma chce zapewnić analitykom danych dostęp do produkcyjnej bazy danych Amazon RDS for PostgreSQL w trybie tylko do odczytu, niemal w czasie rzeczywistym. Baza danych jest obecnie skonfigurowana jako baza danych Single-AZ. Analitycy danych używają złożonych zapytań, które nie wpłyną na produkcyjną bazę danych. Firma potrzebuje rozwiązania, które będzie wysoce dostępne. Które rozwiązanie spełni te wymagania w NAJBARDZIEJ ekonomiczny sposób?

Poprawna odpowiedź to zmiana konfiguracji z wdrożenia klastra Single-AZ na Multi-AZ z dwiema instancjami rezerwowymi dostępnymi do odczytu i udostępnienie analitykom danych punktów końcowych odczytu. Przekształcenie Single-AZ na Multi-AZ zapewnia wysoką dostępność i automatyczne przełączanie awaryjne. Dodatkowo, utworzenie replik odczytu (read replicas) pozwala na odciążenie głównej instancji bazy danych od złożonych zapytań analitycznych, zapewniając dostęp niemal w czasie rzeczywistym bez wpływu na wydajność produkcyjną. Jest to najbardziej ekonomiczne rozwiązanie, ponieważ repliki odczytu są tańsze niż dedykowane instancje bazy danych, a Multi-AZ zapewnia odporność na awarie. Skalowanie istniejącej bazy danych nie rozwiązuje problemu wysokiej dostępności i może negatywnie wpłynąć na wydajność produkcyjną. Zmiana na Multi-AZ z większą instancją rezerwową i udostępnienie jej analitykom jest niewłaściwe, ponieważ instancja rezerwowa służy do przełączania awaryjnego, a nie do bezpośredniego dostępu. Zmiana na Multi-AZ i zapewnienie dwóch dodatkowych replik odczytu jest bliskie, ale kluczowe jest podkreślenie, że Multi-AZ zapewnia wysoką dostępność, a repliki odczytu odciążają bazę produkcyjną.