Pilot Işık ve Sıcak Bekleme

RTO gereksiniminiz birkaç saatten daha sıkı olduğunda Backup and Restore yetersiz kalır. Sonraki iki DR katmanı olan Pilot Light ve Warm Standby, altyapınızın bir kısmını veya tamamını DR bölgesinde her zaman çalışır durumda tutarak kurtarma süresini önemli ölçüde azaltır. Her iki strateji de bir DR ortamının sürekli olarak korunmasını ve olağanüstü durum sırasında trafiği yönlendirmek için Route 53 durum denetimi yük devretmesinin kullanılmasını gerektirir. Aralarındaki fark, DR ortamının ne kadarının etkin olarak çalıştığıdır.

Pilot Light stratejisinde, sisteminizin yalnızca kritik çekirdeğini DR bölgesinde çalışır durumda tutarsınız; bu genellikle sürekli çoğaltılan yalnızca veritabanı katmanıdır. Uygulama sunucuları çalışmaz; bunun yerine bunları hızlıca başlatabilecek önceden oluşturulmuş AMI'leri, başlatma şablonlarını veya altyapı kodunu korursunuz. Bunu çok küçük yanan ve gerektiğinde dakikalar içinde tam alevi tutuşturabilen bir gaz pilot alevi gibi düşünebilirsiniz. RTO genellikle 30-60 dakikadır.

Birincil bölge başarısız olduğunda ve Pilot Light yük devretmesi tetiklendiğinde: Step 1 — DR bölgesindeki RDS Read Replica'yı bağımsız birincil veritabanına yükseltin. Step 2 — EC2 bulut sunucularını önceden oluşturulmuş AMI'den veya başlatma şablonundan başlatın. Step 3 — Application Load Balancer'ı oluşturun veya etkinleştirin ve yeni EC2 bulut sunucularını kaydedin. Step 4 — Uygulama yapılandırmasını yükseltilen veritabanı uç noktasını gösterecek şekilde güncelleyin. Step 5 — Route 53 durum denetimi yük devretmesi DNS geçişini tamamlar. Toplam süre: 30-60 dakika.

Warm Standby stratejisinde, üretim ortamınızın eksiksiz ancak küçültülmüş bir sürümü DR bölgesinde sürekli çalışır. Tüm uygulama katmanları etkindir; web sunucuları, uygulama sunucuları ve veritabanı çalışır, ancak kapasite azaltılmıştır (örneğin 20 yerine 2 bulut sunucusu). Yük devretme sırasında DR ortamını üretim yüküne uyacak şekilde ölçeklendirirsiniz. Route 53, durum denetimi yük devretmesi aracılığıyla trafiği otomatik olarak geçirir. RTO genellikle 15 dakikanın altındadır. Warm Standby, iş açısından kritik uygulamalar için en popüler DR katmanıdır.

Aurora Global Database, Warm Standby DR için ideal veritabanı teknolojisidir. İkincil bölge kümesi her zaman çalışır, sürekli olarak çoğaltma alır (<1 saniye gecikme) ve 1 dakikadan kısa sürede birincil konuma yükseltilebilir; bu, çoğaltmanın durdurulmasını ve kalan gecikmenin uygulanmasını gerektiren bir RDS Read Replica'yı yükseltmekten çok daha hızlıdır. Bu nedenle Aurora Global Database, RTO gereksiniminiz onlarca dakika yerine dakika aralığındaysa önerilen seçenektir.

Hem Pilot Light hem de Warm Standby, trafiği otomatik olarak yönlendirmek için Route 53 failover routing'e dayanır. Üretim bölgenizin ALB'sine veya uç noktasına işaret eden ve iliştirilmiş bir durum denetimi bulunan bir Primary kaydı yapılandırın. DR bölgenizin uç noktasına işaret eden bir Secondary kaydı yapılandırın. Route 53, birincil durum denetiminin yapılandırılan eşik süresince başarısız olduğunu algıladığında birincil kaydı döndürmeyi durdurur ve yalnızca ikincil kaydı sunar; tüm bunlar DNS TTL süresi içinde gerçekleşir.

Warm Standby'nin RTO hedefini karşılaması için DR ortamı pre-warmed olmalıdır; yani tamamen yapılandırılmış ve test edilmiş olmalı, böylece yük devretme sırasında yalnızca ölçeklendirme işlemi gerekli olmalıdır. Bunun anlamı şudur: veritabanı bağlantıları kurulmuş ve önbelleğe alınmış olmalı, uygulama yapılandırma dosyaları DR bölgesi uç noktalarına başvurmalı, EC2 bulut sunucuları (sayıları düşük olsa bile) ALB'nin arkasında hizmet veriyor olmalı ve durum denetimleri başarılı olmalıdır. Ortamın üretim yapılandırmasıyla güncel kalmasını sağlamak için yük devretmeyi simüle ettiğiniz aylık DR tatbikatları gerçekleştirin.

DR ortamınızı üretimle eşzamanlı tutmak en zor operasyonel mücadeledir. Üretimi manuel olarak yapılandırır ve DR'yi güncellemeyi unutursanız, gerçek bir olağanüstü durumda DR ortamınız düzgün çalışmayabilir. Çözüm, her iki bölgeye de aynı şablonların dağıtıldığı Infrastructure as Code (IaC) yaklaşımıdır. Tek bir kod tabanından her iki bölgeye aynı altyapıyı dağıtmak için AWS CloudFormation StackSets veya birden çok çalışma alanına sahip Terraform kullanın. Bu, yapılandırma sapmasını ortadan kaldırır.

İki strateji arasındaki maliyet farkı önemlidir. Pilot Light size yalnızca veritabanı replikasının (genellikle birincil veritabanı maliyetinin %50-100'ü) yanı sıra DR bölgesindeki minimum ağ maliyetine mal olur. Uygulama sunucuları kapalı olduğundan EC2 maliyeti yoktur. Warm Standby, küçültülmüş EC2 bulut sunucularının, bir ALB'nin ve muhtemelen daha küçük bir önbellek kümesinin çalıştırılma maliyetini ekler; bu genellikle toplam üretim ortamı maliyetinin %15-30'udur. Soru, Warm Standby'nin daha hızlı RTO'sunun sürekli devam eden yüksek maliyeti haklı çıkarıp çıkarmadığıdır.

Primary bölge geri yüklendikten sonra buraya dönmek için bir geri dönüş planına ihtiyacınız vardır. Geri dönüş, DR'nin çoğu zaman en zor kısmıdır: Kesinti sırasında DR bölgesi, Primary bölgeye geri eşitlenmesi gereken yeni verileri işlemiş olabilir. Veritabanları için tersine çoğaltmayı veya DR'den Primary bölgeye yeniden eşitlemeyi yapılandırmanız gerekebilir. Route 53 için sağlık denetimiyle birlikte Primary kaydını yeniden etkinleştirirsiniz. Geri dönüş prosedürünüzü, yük devretmenin kendisi kadar dikkatli bir şekilde mutlaka planlayın ve test edin.

Şu durumlarda Pilot Light seçin: RTO'nuz 30-60 dakikaya izin veriyorsa ve DR maliyetlerini en aza indirmek istiyorsanız. En büyük risk, bir felaket sırasında uygulama sunucularını baskı altında başlatıp yapılandırmak için gereken süredir. Şu durumlarda Warm Standby seçin: RTO'nuz 15 dakika içinde kurtarma gerektiriyorsa, uygulamanız bir felaket sırasında sıfırdan başlatılmasını riskli kılacak kadar karmaşıksa veya müşterilere verdiğiniz SLA taahhüdü daha hızlı kurtarma gerektiriyorsa. Orta düzeyde kritik üretim iş yüklerinin çoğu için Warm Standby doğru dengedir.

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

Bu derste şunları öğrendiniz: Pilot Light, DR'de yalnızca veritabanını çalışır durumda tutar ve yük devretme sırasında uygulama sunucularını başlatır, Warm Standby, yük devretme sırasında ölçeği artırılan, küçültülmüş ama eksiksiz bir ortam çalıştırır ve Infrastructure as Code, Primary ile DR ortamları arasındaki yapılandırma farklılaşmasını önler. Geri dönüş prosedürlerini de yük devretme gibi mutlaka test edin ve planlayın. Sırada DynamoDB Global Tables ve Route 53 ile çok siteli Active-Active yapısını inceleyeceğiz.