Bir şirketin veritabanı, us-east-1'de bir Amazon RDS for MySQL DB instance üzerinde çalışmaktadır. Aynı veriyi Avrupa'daki müşterilere minimum gecikme süresiyle ve güncel olmayan veri olmadan sunmaları gerekmektedir. Hem ABD'li hem de Avrupalı müşteriler yazma işlemi yapabilmeli ve bir bölge tarafından yapılan yazma işlemleri diğer bölgede gerçek zamanlı olarak görünür olmalıdır. Bu gereksinimleri hangi çözüm karşılayacaktır?

Doğru seçenek, mevcut RDS for MySQL veritabanını Aurora'ya dönüştürmeyi ve ardından Aurora Global Database kullanarak çok bölgeli yazma yeteneği eklemeyi içerir. İlk olarak, bir Aurora MySQL okuma replikası oluşturulur ve bağımsız bir kümeye yükseltilir. Bu, mevcut RDS MySQL veritabanının Aurora'ya kesinti süresiyle geçişini sağlar. Ardından, eu-west-1 ikincil bir bölge olarak eklenir ve yazma yönlendirme etkinleştirilir. Bu, her iki bölgedeki uygulamaların kendi yerel Aurora uç noktalarına yazmasını sağlar ve yazma işlemleri diğer bölgeye gerçek zamanlı olarak çoğaltılır, böylece düşük gecikme süresi ve güncel veri sağlanır. Diğer seçenekler neden yanlış: İkinci seçenek olan RDS for MySQL için bölgeler arası replika eklemek, ikincil bölgede yazma işlemlerine izin vermez ve yazma işlemleri için her zaman birincil bölgeye yönlendirme gerektirir, bu da yüksek gecikmeye neden olur. Üçüncü seçenek olan snapshot kopyalama ve MySQL mantıksal çoğaltma, karmaşık bir kurulumdur ve Aurora Global Database'in sağladığı yerel çok bölgeli yazma yeteneğini ve düşük gecikmeyi sunmaz. Ayrıca, yazma yönlendirme MySQL'de yerel olarak desteklenmez. Dördüncü seçenek olan doğrudan Aurora'ya dönüştürme, mevcut RDS for MySQL instance'ından Aurora'ya geçişin nasıl yapılacağını açıklamaz ve bu geçişin kesinti süresi gerektirdiğini göz ardı eder.