Bir çözümler mimarı, bir şirketin olağanüstü durum kurtarma (DR) mimarisini tasarlıyor. Şirketin özel bir alt ağda, zamanlanmış yedeklemeleri olan bir Amazon EC2 örneğinde bir MySQL veritabanı bulunuyor. DR tasarımının birden fazla AWS Bölgesi içermesi ve EN AZ operasyonel yük gerektirmesi gerekiyor. Hangi çözüm bu gereksinimleri karşılar?

Amazon Aurora global database, birden fazla AWS Bölgesi arasında hızlı, düşük gecikmeli okuma ve olağanüstü durum kurtarma sağlar. Birincil bölgede birincil DB kümesi ve DR bölgesinde ikincil DB kümesi barındırarak, veritabanı otomatik olarak bölgeler arası çoğaltılır ve minimum operasyonel yükle yüksek kullanılabilirlik ve felaket kurtarma yetenekleri sunar. Bu, en az operasyonel yük gereksinimiyle çok bölgeli bir DR mimarisi için idealdir. Diğer seçenekler: MySQL veritabanını birden fazla EC2 örneğine taşımak ve replikasyonu manuel olarak yapılandırmak, önemli operasyonel yük getirir ve Aurora global database'in sunduğu otomatik yönetimi sağlamaz. MySQL veritabanını Amazon RDS'ye taşımak ve Multi-AZ dağıtımı kullanmak, yalnızca tek bir bölge içindeki kullanılabilirlik alanları arasında DR sağlar, bölgeler arası DR gereksinimini karşılamaz. Okuma replikasyonu, DR için yeterli değildir çünkü birincil veritabanı bölgesel bir kesinti yaşarsa, okuma replikası yazma işlemleri için otomatik olarak birincil hale gelmez. Zamanlanmış yedeklemeleri S3'te saklamak ve DR bölgesinde geri yüklemek, daha yüksek bir Kurtarma Süresi Hedefi (RTO) ve Kurtarma Noktası Hedefi (RPO) anlamına gelir, çünkü verilerin geri yüklenmesi ve veritabanının başlatılması zaman alır. Bu, en az operasyonel yük ve hızlı kurtarma gereksinimini karşılamaz.