Baza danych firmy działa na instancji Amazon RDS for MySQL DB w regionie us-east-1. Firma musi udostępnić te same dane klientom w Europie z minimalnym opóźnieniem i bez nieaktualnych danych. Zarówno klienci z USA, jak i z Europy muszą mieć możliwość zapisu, a zapisy dokonane w jednym regionie muszą być widoczne w drugim w czasie rzeczywistym. Które rozwiązanie spełni te wymagania?

Poprawne rozwiązanie wykorzystuje Amazon Aurora Global Database, która zapewnia szybką, niskolatencyjną replikację międzyregionową z możliwością zapisu w obu regionach. Proces migracji z RDS for MySQL do Aurora MySQL jest kluczowy, aby umożliwić funkcjonalność Global Database. Replikacja odczytu Aurora jest promowana do samodzielnego klastra, co minimalizuje przestoje. Dodanie eu-west-1 jako regionu pomocniczego z włączonym przekazywaniem zapisów (write forwarding) pozwala aplikacjom w obu regionach na zapisywanie danych, które są niemal natychmiastowo spójne globalnie. Niepoprawne opcje: Dodanie repliki międzyregionalnej dla RDS for MySQL nie obsługuje dwukierunkowych zapisów w czasie rzeczywistym z niskim opóźnieniem. Replikacja RDS jest jednokierunkowa, a próba replikacji zapisów z powrotem do instancji głównej jest złożona i nieefektywna. Kopiowanie migawek i replikacja logiczna MySQL nie zapewniają spójności danych w czasie rzeczywistym ani niskiego opóźnienia dla dwukierunkowych zapisów, a także są bardziej złożone w zarządzaniu. Bezpośrednia konwersja instancji RDS for MySQL na klaster Aurora MySQL nie jest natywną funkcją, a proces wymaga migracji, często poprzez utworzenie repliki odczytu Aurora.