Bir uygulama, us-east-1 bölgesinde üç Erişilebilirlik Alanında (Availability Zone) bir Application Load Balancer'ın arkasında çalışıyor ve MySQL veritabanı bir Amazon EC2 örneği üzerinde çalışıyor. Şirket, 5 dakikanın altında bir RTO (Kurtarma Süresi Hedefi) ve 1 dakikanın altında bir RPO (Kurtarma Noktası Hedefi) ile bölgeler arası bir olağanüstü durum kurtarma tasarımı gerektiriyor. Uygulama sunucuları us-west-2 bölgesine dağıtıldı ve us-west-2 bölgesine DNS yük devretme (failover) ile Route 53 sağlık kontrolleri yapılandırıldı. Çözüm mimarı, kurtarma hedeflerini karşılamak için hangi ek eylemi yapmalıdır?

Doğru cevap, Amazon Aurora Global Database'e geçmektir. Aurora Global Database, 1 dakikanın altında RPO ve 1 dakikanın altında RTO ile bölgeler arası felaket kurtarma için tasarlanmıştır, bu da soruda belirtilen katı RTO ve RPO hedeflerini karşılar. Birincil küme us-east-1'de ve ikincil küme us-west-2'de olduğunda, birincil bölge arızası durumunda ikincil kümeye hızlı bir şekilde yük devretme (failover) yapılabilir. Diğer seçenekler şunlardır: Amazon RDS for MySQL örneğine geçmek ve bölgeler arası okuma replikası oluşturmak: Bu, RPO'yu iyileştirebilir ancak RTO hedefini karşılamak için yeterince hızlı bir yük devretme mekanizması sağlamaz. Okuma replikası yazma yeteneğine sahip değildir ve yükseltilmesi gerekir. Multi-AZ dağıtımı olan bir Amazon RDS for MySQL örneğine geçmek: Bu, yalnızca tek bir bölge içindeki Erişilebilirlik Alanı (Availability Zone) arızalarına karşı koruma sağlar, bölgeler arası felaket kurtarma senaryoları için uygun değildir. us-west-2 bölgesinde bir Amazon EC2 örneğinde MySQL bekleme veritabanı oluşturmak: Bu, manuel yönetim ve senkronizasyon gerektirecektir ve belirtilen RTO/RPO hedeflerini karşılamak için yeterince hızlı ve otomatik bir çözüm değildir.