Amazon RDS Multi-AZ Dağıtımı ve Read Replica Replikasyon Ekonomisi

Senior (L5)

⚡ÖZET VE TEKNİK CEVAP

Standart Amazon RDS Multi-AZ dağıtımı, ikinci bir Kullanılabilirlik Alanında (AZ) senkron bir pasif yedek sunucu kurar; bu da sunucu ve depolama maliyetini tam olarak ikiye katlar (+%100 fiyat artışı). Ancak bu pasif yedek yalnızca acil durum geçişi (failover) içindir ve kesinlikle sorgulanamaz (okunamaz). Amazon RDS Multi-AZ DB Kümeleri ise 3 AZ'ye yayılmış 1 yazıcı + 2 okunabilir yedek sunucu tahsis eder; yerel NVMe diskler üzerinden milisaniyelik commit hızları sunarken okuma trafiğini bu iki yedek sunucuya paylaştırır. Yüksek erişilebilirlik ve okuma performansı gereken sistemlerde Multi-AZ DB Kümeleri, geleneksel harici replika maliyetlerini ve cross-AZ veri transfer ücretlerini ortadan kaldırarak çok daha yüksek değer üretir.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Standart RDS Multi-AZ yapısında (1 ana + 1 senkron pasif yedek), depolama replikasyonu blok seviyesinde yapılır. Ana sunucu ile senkron yedek arasındaki veri transferi Multi-AZ saatlik ücretine dahildir (ek veri transfer faturası çıkmaz). Ancak harici bağımsız Read Replica'lar hem tam sunucu ücreti hem de GB başına $0,01 cross-AZ replikasyon veri transfer ücreti öder. RDS Multi-AZ DB Kümelerinde ise işlem logları yerel NVMe SSD'ler üzerinde 2 okunabilir yedek sunucuya dağıtılır; commit süreleri 2 kat hızlanırken her iki yedek sunucu da okuma sorgularına hizmet verir.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Katı RTO/RPO gereksinimlerine sahip ve yoğun eşzamanlı okuma trafiği (raporlama, kullanıcı profili sorguları, arama) alan üretim PostgreSQL/MySQL veritabanları.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

✓
Standart Multi-AZ RDS (+%100 maliyet) çalıştırıp üzerine raporlama için 2 tane de harici Read Replica açarak toplam 4 sunucu parası ödemek (oysa 3 düğümlü bir Multi-AZ DB Kümesi 2 sunucu maliyetine hem HA hem okuma ihtiyacını karşılar)
✓
test ve geliştirme ortamlarında gereksiz Multi-AZ açılması

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

✓
AWS Cost Explorer'da RDS:Multi-AZ-Usage ile RDS:ReadReplica-Usage ve InterZone-Out kalemlerinin birlikte yüksek seyretmesi
✓
ana veritabanı CPU'su %90 iken Multi-AZ pasif yedeğin %0 kullanımda yatması

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
Tüm RDS sunucularını Terraform ile denetleyin
✓
geliştirme ve test ortamlarında Single-AZ zorunlu kılın
✓
standart Multi-AZ + harici replika yapılarını RDS Multi-AZ DB Kümelerine (veya Amazon Aurora'ya) dönüştürerek kapasiteyi birleştirin
✓
küme sunucuları için Rezerve Sunucu (RI) indirimlerini kullanın

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim

Multi-AZ DB Kümeleri okunabilir yedekler ve hızlı commit sunar; ancak yerel NVMe SSD içeren modern sunucu ailelerini (db.m6gd, db.r6gd) gerektirir ve yalnızca MySQL/PostgreSQL destekler.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir analitik uygulaması standart Multi-AZ db.r6g.2xlarge PostgreSQL veritabanı (1.100 * 2 = 2.200/ay) ve farklı AZ'lerde iki harici Read Replica (2.200/ay + 450 veri transferi) çalıştırarak 4 sunucu için ayda 4.850 ödüyordu. Sistem 1 yazıcı + 2 okunabilir yedekli RDS Multi-AZ DB Kümesine (db.r6gd.2xlarge) taşındığında aylık maliyet 2.950'a indi; replikasyon veri transfer vergisi sıfırlandı, ayda 1.900 (yılda 22.800) tasarruf edildi ve commit gecikmesi yarı yarıya azaldı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

Standart bir AWS RDS Multi-AZ pasif yedek sunucusunun en temel fonksiyonel kısıtı nedir?

Tamamen pasif ve okunamaz durumdadır; okuma sorgularına hizmet veremez, yalnızca felaket anında devreye girer.

RDS Multi-AZ DB Kümeleri standart Multi-AZ örneklerinden nasıl ayrılır?

3 AZ'ye 1 yazıcı ve 2 okunabilir yedek sunucu kurarak okuma trafiğinin her iki yedeğe paylaştırılmasına izin verir.

Amazon RDS Multi-AZ Dağıtımı ve Read Replica Replikasyon Ekonomisi — Sıkça Sorulan Sorular

Standart RDS Multi-AZ'de ana sunucu ile pasif yedek arasındaki replikasyon veri transferi ücretlendirilir mi?

Hayır. Multi-AZ dağıtımı içindeki senkron replikasyon veri transferi saatlik Multi-AZ birim fiyatına dahildir; ek transfer faturası kesilmez.

Geliştirme ve test RDS veritabanlarında Multi-AZ kullanılmalı mıdır?

Hayır. Canlı olmayan ortamlarda %100'lük gereksiz sunucu ve depolama katlama maliyetinden kaçınmak için Single-AZ kullanılmalıdır.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

▸
Standard RDS Multi-AZ adds a 100% price premium for an unreadable failover standby.
▸
RDS Multi-AZ DB Clusters provide 2 readable standbys across 3 AZs for read offloading.
▸
External read replicas incur cross-AZ data transfer fees ($0.01/GB); Multi-AZ clusters do not.
▸
Single-AZ should be strictly enforced on non-production database tiers.

Yaygın Yanılgılar

✗
Yanılgı: You can point read queries to a standard Multi-AZ standby (Gerçek: Standard standbys accept zero connections; only Multi-AZ DB Clusters or Aurora support readable standbys).
✗
Yanılgı: Multi-AZ eliminates the need for database backups (Gerçek: Multi-AZ protects against hardware/AZ failures, not accidental data deletion or corruption).

Karar Kılavuzu & Önceliklendirme

Enforce Single-AZ on all staging, development, and QA database instances. Evaluate RDS Multi-AZ DB Clusters or Aurora PostgreSQL for read-heavy production workloads.

Doğrulanmış Kaynaklar & Referanslar

[OFFICIAL_DOCUMENTATION]Amazon RDS Multi-AZ Deployments and DB Clusters— AWS Database Documentation

Bu sayfadaki teknik terimler

Failover