Forum
MS-SQLhyperV altyapısında çalışan veritabanı sunucumu high availibility yapmak istiyorum. Merkezimde bir sophos firewalim bulunuyor ve LAN networkünde APP Server – SQL Serverim çalışmaktadır. Kullanıcılarım Sophos firewalime SSLVPN yaparak uygulama katmanıma ulaşmaktadır.
Fiziksel sunucum down olduğunda başka bir veri merkezinde çalışan uygulama katmanımın devam etmesi gerekmektedir.
Bir başka veri merkezinde de aynı şekilde Sophos firewalim bulunuyor ve LAN networkünde APP Server – SQL Serverim çalışmaktadır.
İki veri merkezinde firewallerim birbirlerine IPSEC site to site VPN ile bağlıdır. 1 GBPS networküm bulunmaktadır.
10.10.16.x -> merkez
10.10.17.x -> replika
IP bloklarına sahptir ve kullanıcılarım sistemde sorun olursa VPN2 configi ile bağlantı kuracaktır.
Burada ben Windows failover cluster yapıp MS-SQL high availilibity yapmak istiyorum. Sunucularım birbirlerini görebiliyor fakat sistem down olduğunda diğer sql servera geçse tekrar up olduğunda tersini yaşatamıyorum gibi sorunlar yaşıyorum. Sizlerin bu konuda öneriniz tavsiyeniz nedir?
https://www.cozumpark.com/sql-server-2019-always-on-kurulumu-bolum-1/
https://www.cozumpark.com/hyper-v-replica-nasil-calisir-ve-yapilandirilir/
Öncelikle HA demekle bitmiyor topoloji önemli cluster mimarilerin aynı network gibi mecburiyetleri var öncelikle bu tip yapılara çalışmalısınız, bu sebeple HA için replica, migration senaryoları var. Bir de MPLS araştırabilirsin.
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
Sunucularım birbirlerini görebiliyor fakat sistem down olduğunda diğer sql servera geçse tekrar up olduğunda tersini yaşatamıyorum gibi sorunlar yaşıyorum. Sizlerin bu konuda öneriniz tavsiyeniz nedir?
2 sistemin iletişimindeki eksiklikler nedeniyle sorun yaşamanız muhtemel. Site2Site IPSEC VPN tünelinden geçen trafiği yönettiğiniz kurallarınızı incelemenizi öneririm. @ibrahimyildiz ın da paylaştığı üzere sunucularım birbirini görüyor derken sunucuların arasında ping atabiliyor olmanız yeterli olmaz. Sistemlerin ihtiyaçlarının tam olarak karşılandığını doğrulamalısınız. Karşı taraftaki veri merkezinde bulunan uzmanın da desteği gerekebilir. Yaşadığınız sorunlar ile ilgili maalesef forum üzerinden daha fazla yönlendirici olamıyoruz.
İyi çalışmalar.
MS-SQLhyperV altyapısında çalışan veritabanı sunucumu high availibility yapmak istiyorum. Merkezimde bir sophos firewalim bulunuyor ve LAN networkünde APP Server – SQL Serverim çalışmaktadır. Kullanıcılarım Sophos firewalime SSLVPN yaparak uygulama katmanıma ulaşmaktadır.
Fiziksel sunucum down olduğunda başka bir veri merkezinde çalışan uygulama katmanımın devam etmesi gerekmektedir.
Bir başka veri merkezinde de aynı şekilde Sophos firewalim bulunuyor ve LAN networkünde APP Server – SQL Serverim çalışmaktadır.
İki veri merkezinde firewallerim birbirlerine IPSEC site to site VPN ile bağlıdır. 1 GBPS networküm bulunmaktadır.
10.10.16.x -> merkez
10.10.17.x -> replika
IP bloklarına sahptir ve kullanıcılarım sistemde sorun olursa VPN2 configi ile bağlantı kuracaktır.
Burada ben Windows failover cluster yapıp MS-SQL high availilibity yapmak istiyorum. Sunucularım birbirlerini görebiliyor fakat sistem down olduğunda diğer sql servera geçse tekrar up olduğunda tersini yaşatamıyorum gibi sorunlar yaşıyorum. Sizlerin bu konuda öneriniz tavsiyeniz nedir?
Sorduğunuz soru aslında olması gereken sağlıklı bir mimarinin tepkisi. yukardaki yorumlara katılmakla birlikte aradaki network problemlerinin olmadığı idaeal bir senaryoda Site A down oldu servisin site B ye geçmesini istiyorsunuz ve geçiyor. Burada cluster üzerindeki vote lara bakmak lazım. o sırada clusteriniz hangi site'da ? site A da ise hem vote hakkı olan hem de site A da olan makinanız indi. 2 ye karşı 1 karşı taraf yükü üzerine alamaz. Quorumunuzuz da fileserver olduğunu varsayalım ki diğeri mümkün değil. Çünkü paylaşımlı disk kullanamazsınız quorum için iki farklı site'da.
Teknik olarak iki tarafında up olduğu ve quorum'un iki taraftan da erişilebilir olduğu senaryoda Site A -> Site B fail-over senaryosu çalıştığı gibi Site B -> Site A fail-back senaryosu da çalışmalı. Roller tekrar eski Site'a geçmiyorsa DB özelinde bitmemiş transaction, henüz dbnin sağlıklı bir şekilde açılmamış olması veyahut checkpoint gibi operasyonların bitmemiş olmasından ötürü olabilir.
Umarım faydalı olur bu bilgiler.
Bilgilendirmeniz için ve destekleriniz için çok teşekkür ederim
10.10.16.15 IP adresine sahip ana lokasyonumdaki sql server 10.10.17.15 IP adresindeki ikinci sql serverim ile cluster edilebiliyor ve iki sunucu birbirlerini görebiliyor. 10.10.16.100 IP adresine sahip bir sanal IP oluşuyor ve uygulama katmanıma bu sanal IP adresini veriyorum.
Ana sql server down olduğunda 10.10.17.15 'e 10.10.16.100 IP adresi otomatik olarak add ediliyor ve sistem burada karışıyor. DNS ile bir şekilde çözülebiliyor ama bu sefer ana sql sever tekrar upp olduğunda bu node'a dön denildiğinde sistem kilitleniyor ve bir şey yapılamıyor..
10.10.16.x - lokasyon 1'deki firewall ve networkü
10.10.17.x - lokasyon 2'deki firewll ve networkü
her iki lokasyonu aynı ip bloğunda tutarsam vpn bağlantısı sağlıklı olamıyor. Farklı datacenterlarda barındıkları için aynı lokal ağda tutamıyorum. Bu konuda netowrk sorununu çözersem sanırım sorunum gidecek gibi düşünüyorum
evimde local ağımda bu senaryoyu denediğimde sistem sorunsuz çalışabiliyor.
Selamlar,
Aynı IP aralığına sahip olan iki ağ arasında IPSec VPN bağlantısıyla ilgi bir yapılandırma, belki bir fikir verebilir.
https://www.youtube.com/watch?v=a9MzrndqdN0&list=PLG9vTvasZxD9OugsEgZmpM3s1_PdoHWIV&index=21
Merhaba ihtiyacın olan şey ;
* Sql server always on mimarisi
* Sql server always on Listeners yapısı
Bu iki konuyu araşıtdıktan sonra sorunun çözeceksindir. Farklı VPN konfigürasyonları veya sunucu down olduğunda diğer sunucunun ip adresini değişitme durumlarının önüne geçeceksin. Kolay gelsin.