BT altyapılarında “Sistem çöktü!” cümlesini duymak istemiyorsak, başvuracağımız ilk çözüm Windows Server Failover Clustering (WSFC) teknolojisidir. Bir önceki yazımızda depolama tarafındaki CSV detaylarına girmiştik; şimdi ise bu devasa yapının nasıl kurulduğunu, planlandığını ve kritik “Stretch Cluster” kavramını masaya yatırıyoruz.
Failover Cluster Nedir?
En basit tanımıyla Failover Cluster; birlikte çalışan, bağımsız sunuculardan (node/düğüm) oluşan bir gruptur. Bu sunucuların ortak amacı, üzerindeki servislerin (SQL Server, Hyper-V, Dosya Sunucusu vb.) bir donanım veya yazılım arızası durumunda kesintisiz çalışmaya devam etmesini sağlamaktır.
Süreç “failover” (yük devretme) mekanizmasıyla işler: Bir düğümde sorun oluştuğunda, o düğümün üzerindeki roller otomatik olarak kümedeki sağlıklı bir diğer düğüme aktarılır. Kullanıcılar bu geçişi genellikle hissetmezler çünkü küme, dış dünyaya tek bir sanal sunucu ismi ve IP adresi üzerinden hizmet verir.
Başarılı Bir Küme İçin Planlama Stratejileri
Bir küme kurmadan önce “rastgele” ilerlemek, ileride yönetilemez bir yapıya yol açar. MS Learn modüllerinde vurgulanan en kritik planlama aşamaları şunlardır:
-
Donanım Uyumluluğu: Kümedeki tüm sunucuların benzer donanım bileşenlerine sahip olması ve mutlaka “Windows Server Logo” sertifikalı donanımlar kullanılması önerilir.
-
Ağ Yapılandırması: Küme içerisinde en az iki farklı ağ hattı bulunmalıdır. Bir hat istemci trafiği için kullanılırken, diğeri düğümler arası iletişim (Heartbeat) ve depolama trafiği için ayrılmalıdır.
-
Quorum (Çoğunluk) Yapılandırması: Kümenin “ayakta kalma” mantığıdır. Kümedeki düğümlerin yarısından fazlasının birbiriyle iletişimde olması gerekir. Eğer düğüm sayısı çift ise, oylamaya dahil olacak bir “Witness” (Tanık – disk veya dosya paylaşımı) belirlenmesi şarttır.
Adım Adım Failover Cluster Kurulumu
Planlama bittikten sonra uygulama aşaması oldukça sistematiktir. İlk adım, tüm düğümlere “Failover Clustering” özelliğinin yüklenmesidir.
Kurulumun en hayati parçası “Validate Configuration” (Yapılandırmayı Doğrula) testidir. Microsoft, bu testten başarıyla geçemeyen hiçbir kümeyi resmi olarak desteklemez. Bu araç ağ, depolama ve envanter uyumluluğunu en ince ayrıntısına kadar denetler. Testten “Success” (Başarı) aldıktan sonra, kümenize bir isim ve IP adresi vererek “Create Cluster” sihirbazını tamamlayabilirsiniz.
Küme Yönetimi ve Yaşam Döngüsü
Küme kurulduktan sonra iş bitmez; asıl süreç yönetimle başlar. Failover Cluster Manager veya modern Windows Admin Center üzerinden şu operasyonları gerçekleştirebilirsiniz:
-
Cluster-Aware Updating (CAU): Küme düğümlerini güncellerken servisleri otomatik olarak diğer düğümlere taşıyan ve sırayla güncellemeyi tamamlayan muazzam bir otomasyon aracıdır.
-
Dinamik İzleme: Düğümlerin sağlık durumunu ve kaynak kullanımını izleyerek sanal makinelerin (VM) dengeli dağılmasını sağlayabilirsiniz.
-
Rol Yönetimi: Yeni servisler eklemek veya mevcut servislerin hangi düğümde öncelikli çalışacağını belirlemek (Preferred Owners) bu aşamada yapılır.
Stretch Clusters
Bazen bir veri merkezinin tamamen devre dışı kalması (yangın, sel, enerji kesintisi) riskine karşı, kümeyi farklı coğrafi konumlara yaymamız gerekir. İşte buna Stretch Cluster diyoruz.
Stretch Cluster yapısında, düğümler fiziksel olarak farklı binalarda veya şehirlerde bulunur. Bu yapının kalbinde Storage Replica teknolojisi yatar. Veriler iki lokasyon arasında senkron (eşzamanlı) veya asenkron olarak kopyalanır. Lokasyonlar arası gecikme süresi (latency) çok düşükse senkron kopyalama ile veri kaybı riski sıfıra indirilir. Bu, en üst düzey “Disaster Recovery” (Felaket Kurtarma) senaryosudur.
Sonuç
Windows Server Failover Clustering, sadece sunucuları birbirine bağlayan bir teknoloji değil; iş sürekliliğinizi garanti altına alan stratejik bir sigorta poliçesidir. Doğru bir planlama süreciyle başlayan, titiz bir doğrulama (Validation) testiyle sağlamlaştırılan ve Stretch Cluster gibi ileri seviye çözümlerle coğrafi sınırları aşan bu yapı, modern BT altyapılarının vazgeçilmezidir.
Unutmayın ki en iyi küme, sadece kurulan değil, düzenli olarak test edilen ve güncel tutulan kümedir. Altyapınızı bu prensiplerle kurgulayarak, donanım arızalarını veya bölgesel kesintileri kullanıcılarınıza hissettirmeden yönetebilir, sistemlerinizin “her zaman açık” kalmasını sağlayabilirsiniz.