Günümüz iş dünyasında, kritik uygulamaların , servislerin ve verilerin her durumda kullanılabilir olması IT profesyonellerinin birincil görevi değil midir ? Bildiğimiz gibi , kritik uygulamalarımız yada sunduğumuz servislerimiz çöktüğünde iş sürekliliği duracağından , bu durum önemli kayıplarla sonuçlanacaktır. High availability adına Failover Cluster yapısını inceleyeceğim MS’in yeni nesil sunucu işletim sistemi olan Windows Server 2008 R2 , Network Load Balancing , Shadow Copy , Windows Server backup ve yeni Recovery Environment gibi bir çok özelliği desteklemektedir.

Failover Clustering , sunucularımız için “uygun konfigürasyona göre belli sayıda failure” ‘ı tolere ederek , network’ümüzde sürekliliği korumamıza yardımcı olan bir feature olarak Windows Server 2008 ile karşımıza çıkmıştır. (Windows Server 2008 öncesinde de clustering olduğunu biliyoruz) . W2k8 ve W2k8 R2 tarafında Failover yapısına baktığımızda hedeflenenin, yapıyı basitleştirerek , daha güvenli ve daha stabil hale getirmek olduğu gözlemlenmektedir. W2k8 R2 tarafında Failover cluster’a bakacak olursak ; - Clustered Shared Volumes & Live migration desteği Live migration (hyper-v R2 ) W2k8 R2 ile gelen yeni CSV özelliğini kullanmaktadır. CSV bölümleri , birden çok node’un (cluster elementleri : node , withness vs..) aynı anda aynı LUN’a (logical unit number , ISCSI initiator ile bağlanılan volume’ler olarak düşünülebilir) erişmesini sağlar. - Improved Cluster Validation Tool W2k8 R2 bir çok önemli sunucu rol’ü için sunduğu Best Practices Analyzer’ı Failover Clustering içinde sunmaktadır. - Improved Cluster Node Connectivity Fault Tolerance CSV; mimarisinden dolayı sahip olduğu dynamic I/O redirection özelliği ile cluster içindeki bağlantının uygunluğuna göre I/O`u uygun yere yönlendirilebilir. (Cluster üzerinde çalışan VM’ler ) - W2k3 yapısındaki cluster yapınızda çalıştırdığınız iş yükünüzü , w2k8 yada w2k8 R2’ye aktarabilirsiniz. W2k8 ile birlikte Failover clustering yapısını güçlendirmek adına farklı coğrafi bölgelere ayrılmış yapılar için de destek gelmektedir. Multi-Site Clustering. Aşağıdaki diagramda kendi bölgesinden hizmet almakta olan istemci , problem karşısında farkli bir coğrafi bölgedeki site’tan hizmet alabilmektedir. (site’lar arası iletişimin düzgün yapılandırıldığını varsayıyoruz.) Dolayısıyla Multi-Site yapısı ile cluster , ayrı fiziksel bölgelerdeki node’ları da kullanabilecek şekilde genişletilmiştir.

Artık Failover cluster yapısının kurulumunu ve arayüzünü incelemeye başlayabiliriz.Bildiğimiz gibi w2k8 ve R2 ile devam eden Server Manager yönetim konsolundan , sunucunun yönetimi adına hemen herşeyi yapabilmekteyiz. Yapı ile iligli birkaç ön bilgi vererek başlayalım.

Domain : netherstorm.com

DC : WIN-HTRBF66UAG1.netherstorm.com (Node1) TCP / IP : Domain : 172.23.1.10 Ha : 6.1.1.11 Additional DC : WIN-GN3F9QDCCME.netherstorm.com (Node2) TCP / IP : Domain : 172.23.1.11 Ha : 6.1.1.10 DC ve Additional DC üzerine Failover Cluster hizmetini yükleyeceğiz. Domain controller’larımız aynı zamanda cluster node’ları olarak hizmet verecektir. Ortak depolama birimi olarak Startwind yazılımının simule ettiği ISCSI depolama birimini kullanacağız.

ISCSI depolama birimimizi üzerinde barındıran sunucumuzun IP’si 172.23.1.11’dir. (node’lardan biri) Failover cluster feature’ının kurulum aşamaları zahmetsizce tamamlanabileceğinden , özelliğin kurulmuş olduğunu düşünerek devam ediyorum. Server manager’a bakacak olursak , Failover Cluster feature’ının yüklü olduğu ve node2 ’in de ortak depolama alanlarına bağlı olduğu görülmektedir.

Bu depolama alanlarından 2 GB olanı Quorum olarak , 20 GB olanı temsili olarak storage’olarak kullanılacaktır. Şimdi yüklediğimiz feature’i kullanarak bir cluster yapılandıralım. Cluster teşkil edildikten sonra uygun olan servisi yada uygulamayı cluster’a eklebiliriz. MS SQL yada MS Exchange gibi ürünlerin cluster yapısını oluşturmak istersek (mailbox server yada SQL DB’si için) , ürünlerin kurulum sihirbazları bize yardımcı olacaktır. Öncelikle konfigurasyonumuzu doğrulayalım. Cluster için problem varsa önceden sorunu çözmek uygun olacaktır.

Validation işlemine başladığımızda , cluster’a dahil edeceğimiz sunucuları seçerek , bu sunucular üzerinde hangi konfigürasyonları test edeceğimizi belirliyoruz.

Sağlıklı bir yapıya başlangıç adına tüm testleri yapıp olani biteni görmek uygun olacaktır. Dolayısıyla bir sonraki menüde göreceğiniz Run all tests (recommended) seçeneği ile devam edeceğim. Cluster yapısına dahil edilecek node’larda eşlik olması uygun olacağından , node’ların konfigürasyonlarında farklılıklar varsa test sonrası raporunda bunları warning olarak görebilirsiniz. Örneğin benim test ortamımda node’lardan biri üzerinde startwind ISCSI target kurulu. İmzalanmamış driver uyarısı şeklinde rapora ekledi.

Cluster yapısı için kritik bir hata ile karşılaşmadığımızdan kuruluma devam edebiliriz. Create a Cluster bölümünden kuruluma başlayalım.

Test içinde de yaptığımız gibi öncelikle node’larımızı seçiyoruz. Ardından cluster için bir isim belirlememiz gerekiyor. Cluster’a azsune ismini veriyorum. (azsune , wow-eurpoe server’larından biridir..) Ve yine cluster için bir IP belirliyorum.

Belirlediğimiz isim için DNS’te bir kayıt açılacak. Daha sonra doğrulayabilirsiniz.

Her iki node’u, cluster ismini ve ip’sini üstteki gibi görebiliriz. Kurulum tamamlandıktan sonra server manager konsolundan yapıya bakarsak bir kaç uyarı görmekteyiz.

Quorum konfigurasyonunda bir hata almaktayız ki henüz herhangi bir quorum yapısı oluşturmadık. Bunun için storage menüsünden ISCSI ile bağlandığımız diskleri ekleyeceğiz. Diskleri online hale getirmediyseniz , “uygun disk bulunamadı” benzeri bir hata alırsınız.

Diskleri ekledikten sonraki durum üstteki gibidir. E diskini quorum olarak yapılandıralım. Bunun için

şekildeki gibi quorum ayarlarından faydalanacağız. Quorum belirledikten sonra quorum ile ilgili aldığımız warning de düzelecek. Cluster yapısında quorum konfigurasyonu , cluster’in, kaç adet failure durumunda devam edebileceğini belirler. Failure ile anlatılmak istenen, node’ların çökmesi , disk witness’in çökmesi yada file share’in çökmesi olarak düşünülebilir. Quorum belirlerken karşımıza 4 adet seçenek gelmektedir. Node Majority : Node’ların 50% sinden daha azı çöktüyse (yarısının 1 eksiği olarak düşünülebilir) Cluster çalışmaya devam edecektir. Örneğin 7 node’un 3’ünün çökmesi durumunda da yapı devam eder. Tek sayıda node içeren yapılar için önerilir. Node and Disk Majority : Disk withness (cluster bilgisinin kopyasını tutan quorum) online ise node’ların yarısının çökmesini tolere eder.Disk withness offline ise , node’ların yarısının 1 eksiğine kadar tolere eder. Çift sayıda node içeren yapılar için önerilir. Örrneğin 6 node’lu bir yapıda disk withness offline ise 2 node’un çökmesi durumu tolere edilebilir. 3 node çökerse cluster durur. Node and File Share Majority : Üsttekine benzeyen bir yapıdır. Disk yerine file share mevcuttur. No Majority , Disk Only : Disk withness online olduğu sürece 1 node kalana kadar tüm node’ların çökmesini tolere eder. Sadece disk withness’a bağlı olduğundan önerilmez. Bizim için uygun olanı ikinci seçenektir. Quorum yapılandırırken ikinci seçenek ile yapılandırıyorum. Cluster’ımıza tekrar bakacak olursak quorum hatasından kurtulduğumuzu gözlemleyebiliriz.

Cluster yapımız teşkil edildi ve quorum yapısını belirledik. Artık neyi cluster içine koymak istiyorsak yapılandırmaya başlayabiliriz. Zaten üstteki şekle bakacak olursak , azsune’da herhangi bir servis yada uygulama olmadığını belirtmiş. Örneğin , node’larımızda hyper-v rolü yüklü olsaydı Services and application kısmından Virtual machine ekleyebilirdik. Bu durumda eklemeyi denersek ,

hyper-v rolünün yüklü olmadığını gösteren bir uyarı almaktayız. Virtual machine yerine yapının sunduklarına bakmak istersek , services and application’a sağ tıklayıp ardından configure ile devam edebiliriz ve

seçeneklerimizin bir kısmını görebiliriz. Örneğin bu noktadan itibaren 2 node’lu file server failover cluster denemesi yapabilirsiniz. Storage olarak iscsi target üzeride bulunan 20 GB’lık alan test için yeterli olacaktır.

Kaynak : microsoft.com/technet