Skip to main content

> amazon_rds_multi-az_dağıtımı_ve_read_replica_replikasyon_ekonomisi

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

RDS Multi-AZ Örnek dağıtımları okunabilir yedekli Multi-AZ DB Kümelerinden finansal olarak nasıl ayrışır ve cross-AZ replikasyon ücretleri nasıl birikir?

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

1. Temel Çalışma Mekanizması

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

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ı

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

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

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)

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 Örneği)

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
Q1

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.
Q2

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