Multi-AZ ve Otomatik Yedeklemeler

Multi-AZ, aynı Bölge içindeki farklı bir Kullanılabilirlik Alanında eşzamanlı bir yedek çoğaltmayı otomatik olarak oluşturan bir RDS yüksek kullanılabilirlik özelliğidir. AWS, çoğaltmayı şeffaf biçimde yönetir; siz tek bir DNS uç noktası kullanarak bağlanırsınız ve RDS trafiği birincil sunucuya yönlendirir.

Birincil bulut sunucusu donanım, ağ veya OS sorunları nedeniyle başarısız olursa RDS, yaklaşık 60–120 saniye içinde yedek bulut sunucusuna otomatik yük devretme gerçekleştirir. Uygulamanız aynı DNS uç noktasını kullanarak yeniden bağlanır; bu uç nokta artık yedek bulut sunucusunun IP adresine çözümlenir.

RDS bulut sunucusu oluştururken veya mevcut bir bulut sunucusunu değiştirerek Multi-AZ'yi etkinleştirebilirsiniz. Çalışan bir bulut sunucusunda etkinleştirdiğinizde AWS, birincil sunucunun anlık görüntüsünü alır, bunu ikinci bir AZ'de geri yükler ve ardından motorun yerel çoğaltma özelliğini kullanarak eşitler. Bu işlem birincil sunucuda kısa süreli G/Ç duraklamasına neden olabilir; bu nedenle işlemi trafiğin düşük olduğu bir aralıkta zamanlayın veya bakım aralığındaki zamanlamayı kabul edin.

Multi-AZ; MySQL, PostgreSQL, MariaDB, Oracle ve SQL Server dahil tüm RDS motorlarında desteklenir ve uygulama düzeyinde herhangi bir değişiklik gerektirmez.

Bir yük devretme gerçekleştiğinde RDS, DB uç noktasının DNS CNAME kaydını yaklaşık 60 saniye içinde yedek sunucuya işaret edecek şekilde günceller. Uygulamanız, TCP bağlantısının koptuğunu algıladıktan sonra yeniden bağlanmalıdır. Yeniden bağlanma gecikmelerini en aza indirmek için:

• Kısa bir DNS TTL kullanın (RDS tarafından genellikle zaten 5 saniye olarak ayarlanır)
• Bağlantı mantığınızda yeniden denemeli üstel geri çekilme uygulayın
• Otomatik olarak yeniden bağlanan RDS Proxy gibi bağlantı havuzu araçlarını kullanın

Multi-AZ etkinleştirildiğinde bakım veya bulut sunucusu sınıfı değişiklikleri için de yük devretme elle tetiklenebilir; bu sayede yükseltmeler neredeyse sıfır kesintiyle yapılabilir.

Sık karşılaşılan bir sınav karışıklığı, Multi-AZ'nin (kullanılabilirlik için) ve Read Replicas'ın (ölçeklenebilirlik için) birbirine karıştırılmasıdır. Temel farklar şunlardır:

• Multi-AZ yedek sunucusu: eşzamanlı çoğaltma, okuma trafiği sunulmaz, otomatik yük devretme, aynı Bölge
• Read Replica: eşzamansız çoğaltma, okuma trafiği sunar, otomatik yük devretme yoktur, bölgeler arasında çalışabilir

Multi-AZ okuma performansını artırmaz; yedek sunucu sorgular için erişilebilir değildir. Kullanılabilirliği artırırken okuma trafiğini de ölçeklendirmek için birincil sunucuda Multi-AZ kullanın ve ayrıca Read Replicas ekleyin.

RDS her gün otomatik olarak tam veritabanı anlık görüntüleri oluşturur ve işlem günlüklerini her 5 dakikada bir kaydeder. Bu ikisi birlikte, yedekleme saklama süresi içindeki herhangi bir saniyeye belirli bir zamana geri kurtarma (PITR) yapılmasını sağlar. Veritabanını bu aralık içindeki herhangi bir noktadaki durumuna geri yükleyebilirsiniz.

Otomatik yedeklemeler varsayılan olarak etkindir ve 1 ila 35 gün arasında saklanabilir. Saklama süresinin 0 olarak ayarlanması otomatik yedeklemeleri (ve PITR'yi) devre dışı bırakır. Yedekleme aralığı, belirlediğiniz veya AWS'nin yoğun olmayan saatlerde seçmesine izin verdiğiniz 30 dakikalık bir süredir.

Yedekleme penceresi, günlük anlık görüntülerin alındığı zamandır. Bu pencere sırasında Single-AZ dağıtımlarında depolama G/Ç işlemleri kısa süreliğine duraklayabilir. Multi-AZ dağıtımları anlık görüntüyü bekleme sunucusundan alır; böylece birincil sunucunun G/Ç işlemleri etkilenmez.

Bakım penceresi, AWS'nin işletim sistemi düzeltme eklerini, altyapı motorunun küçük sürüm yükseltmelerini ve bulut sunucusu değişikliklerini uyguladığı ayrı bir haftalık dönemdir. En iyi uygulama, her iki pencereyi de trafiğin düşük olduğu dönemlere ayarlamak ve çakışmamalarını sağlamaktır.

Belirli bir zamana geri yüklemek için RDS önce en güncel günlük anlık görüntüyü geri yükler, ardından istenen zaman damgasına kadar işlem günlüklerini yeniden oynatır. Sonuç yeni bir DB instance olur—PITR kaynak instance'ın üzerine hiçbir zaman yazmaz. Böylece üretim ortamını kesintiye uğratmayan güvenli bir kurtarma yolu elde edersiniz.

Geri yüklenen instance kullanılabilir olduktan sonra uygulamanızın bağlantı dizesini yeni uç noktayı gösterecek şekilde günceller, veri bütünlüğünü doğrular ve kurtarma işlemi kasıtlıysa orijinali silersiniz. Tipik geri yükleme süresi, son anlık görüntüden bu yana geçen süredeki veritabanı boyutuyla ve günlük hacmiyle orantılıdır.

Otomatik yedeklemelere ek olarak, istediğiniz zaman el ile anlık görüntüler alabilirsiniz. Otomatik yedeklemelerin aksine el ile alınan anlık görüntüler saklama süresine tabi değildir—siz açıkça silene kadar korunurlar.

El ile alınan anlık görüntüler; büyük bir şema geçişinden, uygulama yükseltmesinden önceki durumu yakalamak veya uyumluluk amacıyla faturalandırma döngüsünün sonunu arşivlemek için idealdir. Ayrıca el ile alınan anlık görüntüleri diğer AWS hesaplarıyla paylaşabilir veya felaket kurtarma amacıyla Bölgeler arasında kopyalayabilirsiniz.

Otomatik veya el ile alınan anlık görüntüleri felaket kurtarma amacıyla başka bir AWS Bölgesine kopyalayabilirsiniz. Kopya, hedef Bölgenin S3 altyapısında depolanan tam bir anlık görüntüdür. Kopyalama tamamlandıktan sonra birincil Bölgeniz kullanılamaz duruma gelirse bu Bölgede yeni bir RDS instance'ı geri yükleyebilirsiniz.

Anlık görüntüsü kaynaktan şifrelenmemiş olsa bile kopyalar hedefte şifrelenebilir (aynı durum tersi için de geçerlidir). Bölgeler arası kopyalar veri aktarım maliyetlerine neden olur. Düzenli bölgeler arası anlık görüntü kopyalamalarını otomatikleştirmek için AWS Backup'ı veya EventBridge tarafından tetiklenen Lambda'yı kullanın.

Amazon RDS Proxy, uygulamanız ile RDS arasında konumlanır ve veritabanı bağlantılarını bir havuzda toplar. Bu özellik, binlerce kısa ömürlü bağlantı açabilen ve veritabanı bağlantı sınırını tüketebilen Lambda işlevleri için özellikle kullanışlıdır. RDS Proxy bağlantıları çoklar; böylece veritabanı çok daha az sayıda etkin bağlantı görür.

Multi-AZ yük devretmesi sırasında RDS Proxy, uygulama bağlantılarını korur ve veritabanı bağlantısını yeni birincil sunucuyla yeniden kurar. Böylece uygulamanın yeniden bağlanma süresi dakikalar yerine saniyelere iner. RDS Proxy ayrıca, uygulama kesintisi olmadan kimlik bilgilerini döndürmek için Secrets Manager ile tümleşir.

RDS artık iki Multi-AZ seçeneği sunar: Multi-AZ DB Instance (klasik, bir bekleme sunuculu) ve Multi-AZ DB Cluster (farklı AZ'lerde iki okunabilir bekleme instance'ı). Küme modu yarı eşzamanlı çoğaltma kullanır ve bekleme sunucularındaki okuma trafiğine izin verir. Böylece ayrı Read Replicas kullanmadan daha yüksek kullanılabilirlik ve okuma ölçeklenebilirliği sağlar.

SAA-C03 sınavında klasik Multi-AZ DB Instance seçeneği en sık sorulur. Şunu unutmayın: Multi-AZ Cluster, bekleme sunucularının okuma hizmeti verebildiği yeni seçenektir; klasik bekleme sunucusu bunu yapamaz.

Bu dersteki AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı sınayın.

Bu derste şunları öğrendiniz: Multi-AZ, 60–120 saniye içinde otomatik yük devretme ile eşzamanlı bekleme sunucusu çoğaltması sağlar; otomatik yedeklemeler, saklama penceresindeki (1–35 gün) herhangi bir saniyeye PITR yapılmasını sağlar; el ile alınan anlık görüntüler süresiz olarak korunur ve DR amacıyla Bölgeler arasında kopyalanabilir. Sırada, okuma trafiğini dağıtmak ve okuma aktarım hızını artırmak için Read Replicas konusunu inceleyeceğiz.