Active Passive Sunucu Sistemi

Birçok kurumsal ortamda kesintisiz hizmet için kullanılan temel mimarilerden biri olan Active Passive (AP) yapılarını, farklarını, uygulanabilirlik şartlarını ve tipik yanlış anlamalarıyla birlikte ele alalım.

• Giriş ve temel kavramlar: AP mimarisi, bir ana (active) sunucunun hizmet verirken diğerinin (passive) beklemede olması prensibini ifade eder. Aktif olan birim, gelen istekleri işlerken pasif kopya, hazır durumda bekler; ana arızalanırsa pasif devreye girer. Bu geçiş genelde otomatik olarak sağlanır, ancak bazı durumlarda manuel müdahale gerekir. AP, yüksek erişilebilirlik (HA) hedefleri için basit ve güvenilir bir çözüm sunar.
• Yapılandırma seçenekleri:
  
  • Donanım seviyesinde AP: iki veya daha fazla sunucu ve paylaşımlı depolama yapısı kullanılır; arızada kararlı failover için ağ anahtarları ve senkronize zaman damgaları önemlidir.
  • Yazılım/hipervizör tabanlı AP: sanal makineler veya konteynerler üzerinde çalışır; senkronizasyon ve durum yönetimi için cluster servisleri ve kalıcı disklerin kullanımı kritik olur.
• Kıyaslama: Active-Active (AA) ile karşılaştırıldığında AP daha basit, daha az senkron operasyonu gerektirir ve yayılım maliyetleri düşüktür. Ancak tek nokta arızası riskine karşı pasif kopya bakım ve test süreçlerini zorunlu kılar; kapasite kullanımında ise genelde daha bütçeye uygun bir çözüm sunar.
• Test ve operasyonel pratikler: Olağanüstü durum senaryolarında failover testleri periyodik olarak yapılmalıdır. Testler, oturum kimlik doğrulama süreçlerini, veritabanı tutarlılığını ve depolama katmanının dayanıklılığını kapsamalıdır. İzleme için health-check, katmanlar arası gecikme ölçümü ve otomatik bildirim mekanizmaları hayati öneme sahiptir.
• Riskler ve tasarım kararları:
  
  • Veritabanı senkronizasyonunda gecikme toleransı ve tutarlılık seviyesi ( eventual vs strong consistency ) belirlenmelidir.
  • Yedekli ağ bağlantıları ve enerji altyapısı, AP’nin gerçekten kesintisiz çalışmasını sağlar.
  • Bakım zamanlamaları, güncellemeler ve yedekleme stratejileri belirli bir plan dahilinde yürütülmelidir.
• Uygulama örnekleri ve göz önüne alınacak kriterler: web uygulamaları, API servisleri veya arka uç data hizmetleri için AP genelde web front-end ile API katmanları arasında basit bir failover simetrisi yaratır. Yedek diskler, log akışı ve oturum yönetimi gibi katmanlar için tutarlılık politikaları net olarak tanımlanmalıdır.
• Sonuç ve kavramsal özet: AP mimarisi, maliyetli yüksek erişilebilirlik çözümlerine göre daha basit ve hızlı uygulanabilir olabilir; fakat iş gereksinimleri belirlenerek, hangi katmanda hangi failover toleransının yeterli olduğu netleştirilmelidir.

Not: Bu konu teknik ve uygulamaya yönelik olduğu için kavramsal bir çerçeveden güvenilir bir planlamaya kadar geniş bir bakış açısı sunulmuştur. Detaylı tasarım gereksinimleri bulunduğunda, mevcut altyapınıza ve hedef SLA’ya göre adım adım bir yol haritası çıkarılabilir.