Bir şirket, MySQL veritabanını şirket içi ortamdan AWS'ye geçirmek istiyor. Şirket yakın zamanda işi önemli ölçüde etkileyen bir veritabanı kesintisi yaşadı. Tekrarlanmasını önlemek için şirket, veri kaybını en aza indiren ve her işlemin en az iki düğümde depolanmasını sağlayan güvenilir bir AWS veritabanı çözümü istiyor. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, Multi-AZ özelliği etkinleştirilmiş bir Amazon RDS MySQL DB instance oluşturmaktır. Amazon RDS Multi-AZ dağıtımları, verileri eşzamanlı olarak yedek bir Kullanılabilirlik Alanı'na çoğaltarak yüksek kullanılabilirlik ve veri dayanıklılığı sağlar. Birincil veritabanı örneği kullanılamaz hale gelirse, RDS otomatik olarak yedek kopyaya geçer ve veri kaybını en aza indirir. Bu, her işlemin en az iki düğümde depolanması gereksinimini karşılar. Diğer seçenekler neden yanlış: Üç Kullanılabilirlik Alanında üç düğüme senkron replikasyon ile bir Amazon RDS DB instance oluşturmak, RDS Multi-AZ'nin temel işlevselliğini gereksiz yere karmaşıklaştıran bir yaklaşımdır. Multi-AZ, bu senaryo için yeterli ve optimize edilmiş bir çözümdür. Ayrı bir AWS Bölgesinde bir okuma replikası oluşturmak, okuma ölçeklenebilirliği için tasarlanmıştır ve senkron veri çoğaltma sağlamaz. Okuma replikaları genellikle asenkron olarak çoğaltılır ve birincil veritabanı arızasında otomatik yük devretme sağlamaz. MySQL motoru kurulu bir Amazon EC2 instance oluşturmak ve bir AWS Lambda işlevini tetiklemek, yönetilen bir hizmet olan RDS'nin sunduğu basitliği ve otomatik yük devretme yeteneklerini ortadan kaldıran, daha karmaşık ve manuel bir çözümdür.