Kritik bir uygulamanın veri katmanı şu anda tek bir AWS Bölgesinde bulunmaktadır. Veri katmanı bir DynamoDB tablosu ve bir Amazon Aurora MySQL DB kümesi içerir. Mevcut Aurora motoru global bir veritabanını desteklemektedir. Uygulama katmanı zaten iki Bölgeye dağıtılmıştır. Şirket politikası, kritik uygulamaların hem uygulama hem de veri katmanlarının iki Bölgeye dağıtılmasını gerektirmektedir. RTO ve RPO birkaç dakika olmalıdır. Veri katmanını uyumlu hale getirmek için hangi adımlar kombinasyonu gereklidir? (İki tane seçin.)

Doğru cevaplar, uygulamanın veri katmanını iki Bölgeye dağıtma ve birkaç dakikalık RTO/RPO gereksinimlerini karşılama hedefini doğrudan ele almaktadır. Aurora MySQL DB kümesine başka bir AWS Bölgesi eklemek, Aurora'nın bölgeler arası çoğaltma veya Global Veritabanı yeteneklerini kullanarak Aurora verilerini ikincil bir Bölgeye çoğaltır. Bu, düşük RTO/RPO ile hızlı bir felaket kurtarma sağlar. Mevcut DynamoDB tablosunu global bir tabloya dönüştürmek, DynamoDB verilerinin otomatik olarak birden fazla Bölgeye çoğaltılmasını sağlar. Bu, DynamoDB için düşük RTO/RPO ile yüksek kullanılabilirlik ve felaket kurtarma sağlar. Yanlış seçenekler: "Aurora MySQL DB kümesindeki her tabloya başka bir Bölge ekleyin" diye bir seçenek yoktur; Aurora küme düzeyinde çalışır. "DynamoDB tablosu ve Aurora MySQL DB kümesi için bölgeler arası yedeklemeleri planlayın" seçeneği, yedeklemelerden geri yükleme genellikle birkaç dakikadan daha uzun sürdüğü için birkaç dakikalık RTO/RPO gereksinimini karşılamaz. "Veritabanı yedekleme ve kurtarmayı ikincil Bölgeye otomatikleştirmek için Amazon Route 53 Application Recovery Controller'ı kullanın" seçeneği, Route 53 ARC yalnızca kurtarma sürecini yönetir, verilerin bölgeler arası çoğaltılmasını sağlamaz.