Ubuntu 14.04 Üzerinde Heartbeat ve Ayrılmış IP’ler ile Yüksek Erişilebilirlik Kurulumu
Günümüzün dijital dünyasında, hizmet kesintileri işletmeler için ciddi maliyetlere ve itibar kaybına yol açabilmektedir. Bu nedenle, kritik uygulamaların ve servislerin sürekli erişilebilirliğini sağlamak, her organizasyon için temel bir gerekliliktir. Yüksek Erişilebilirlik (High Availability – HA) çözümleri, sistemlerin ve uygulamaların arızalara karşı dayanıklı olmasını sağlayarak bu kesintileri minimize etmeyi hedefler. Bu makalede, Ubuntu 14.04 işletim sistemi üzerinde Heartbeat ve ayrılmış IP (Reserved IP) adresleri kullanarak nasıl temel bir yüksek erişilebilirlik kümesi oluşturulacağını adım adım inceleyeceğiz.
Yüksek Erişilebilirlik (HA) Nedir?
Yüksek Erişilebilirlik, bir sistemin veya hizmetin belirli bir süre boyunca kesintisiz olarak çalışmaya devam etme yeteneğini ifade eder. Amacı, donanım arızaları, yazılım hataları veya ağ sorunları gibi tek bir hata noktasından (Single Point of Failure – SPOF) kaynaklanabilecek kesintileri önlemek veya en aza indirmektir. HA sistemleri genellikle yedekli bileşenler kullanarak, bir bileşenin arızalanması durumunda yükü otomatik olarak başka bir yedek bileşene aktarır. Bu süreç “failover” olarak adlandırılır.
Yüksek erişilebilirlik, iş sürekliliği, veri bütünlüğü ve kullanıcı memnuniyeti açısından kritik öneme sahiptir. Özellikle veritabanları, web sunucuları, e-posta sistemleri ve diğer iş kritik uygulamalar için HA çözümleri vazgeçilmezdir.
Heartbeat Nedir ve Nasıl Çalışır?
Heartbeat, Linux tabanlı sistemler için açık kaynaklı bir yüksek erişilebilirlik kümeleme yazılımıdır. Temel olarak, bir kümedeki sunucuların (düğümlerin) birbirlerinin durumunu izlemesini sağlar. Bir düğümün arızalandığını tespit ettiğinde, o düğüm tarafından sağlanan hizmetleri ve kaynakları (örneğin, IP adresleri, dosya sistemleri, uygulamalar) otomatik olarak başka bir sağlıklı düğüme aktarır. Bu, hizmetin kesintisiz olarak çalışmaya devam etmesini sağlar.
Heartbeat, genellikle “aktif-pasif” veya “birincil-ikincil” (primary-secondary) mimarisinde çalışır. Aktif düğüm, normalde tüm hizmetleri yürütürken, pasif düğüm beklemede kalır ve aktif düğümün durumunu sürekli olarak izler. Aktif düğümde bir sorun tespit edildiğinde, pasif düğüm devreye girer ve hizmetleri devralır.
Heartbeat, düğümler arasında “kalp atışı” sinyalleri göndererek iletişim kurar. Bu sinyaller, genellikle ağ üzerinden (UDP unicast/multicast) veya seri bağlantı üzerinden gönderilir. Eğer bir düğümden belirli bir süre boyunca kalp atışı sinyali alınamazsa, o düğüm arızalı kabul edilir ve failover süreci başlatılır.
Ayrılmış IP Adresleri (Reserved IPs) Kavramı
Yüksek erişilebilirlik kurulumlarında, ayrılmış IP adresleri (bazen “floating IP” veya “sanal IP” olarak da adlandırılır) kritik bir rol oynar. Bu IP adresi, kümedeki belirli bir fiziksel sunucuya kalıcı olarak atanmak yerine, bir küme kaynağı olarak yönetilir ve failover durumunda aktif olan düğüme atanır.
Kullanıcılar ve istemciler, doğrudan fiziksel sunucuların IP adresleri yerine bu ayrılmış IP adresini kullanarak hizmetlere erişir. Aktif düğümde bir arıza meydana geldiğinde ve Heartbeat hizmetleri yedek düğüme taşıdığında, ayrılmış IP adresi de yedek düğüme taşınır. Bu sayede, istemcilerin bağlantılarını değiştirmesine gerek kalmaz ve hizmet kesintisi minimumda tutulur. Ayrılmış IP, istemciler için tek bir erişim noktası sağlar ve altta yatan altyapı değişikliklerini onlardan gizler.
Kurulum Öncesi Hazırlıklar
Yüksek erişilebilirlik kurulumuna başlamadan önce bazı ön hazırlıkların yapılması gerekmektedir. Bu adımlar, kurulum sürecinin sorunsuz ilerlemesini sağlayacaktır.
Sistem Gereksinimleri
* İki Adet Ubuntu 14.04 Sunucusu: Heartbeat kümesi için en az iki adet aynı işletim sistemi sürümüne sahip sunucuya ihtiyacımız var. Bu sunuculara “düğüm” (node) adını vereceğiz.
* Ağ Yapılandırması: Her iki sunucunun da aynı ağ segmentinde statik IP adreslerine sahip olması gerekmektedir. Ayrıca, küme için kullanılacak bir adet ayrılmış (floating) IP adresine ihtiyacımız olacaktır. Bu ayrılmış IP adresi, fiziksel bir sunucuya atanmamış ve küme içinde kullanılmak üzere boşta olan bir IP olmalıdır.
* SSH Erişimi: Her iki sunucuya da root veya sudo yetkilerine sahip bir kullanıcı ile SSH üzerinden erişiminizin olması gerekmektedir.
* Zaman Senkronizasyonu (NTP): Kümedeki tüm düğümlerin zamanlarının senkronize olması kritik öneme sahiptir. Zaman farklılıkları, Heartbeat’in yanlış arıza tespiti yapmasına yol açabilir. ntpdate veya ntp servisini kurup yapılandırarak zaman senkronizasyonunu sağlayın.
sudo apt-get update
sudo apt-get install ntp* Ana Bilgisayar Adları (Hostnames): Her düğüm için benzersiz ve anlamlı ana bilgisayar adları belirleyin (örneğin, node1, node2). Bu adların /etc/hosts dosyasında veya DNS sunucunuzda çözümlenebilir olması gerekmektedir.
Örnek /etc/hosts dosyası (her iki düğümde de):
127.0.0.1 localhost
192.168.1.10 node1
192.168.1.11 node2 (Burada 192.168.1.10 ve 192.168.1.11 sunucularınızın gerçek IP adresleridir.)
* Güvenlik Duvarı (Firewall): Heartbeat’in iletişim kurabilmesi için güvenlik duvarının (ufw, iptables) doğru şekilde yapılandırılması veya geçici olarak devre dışı bırakılması gerekebilir. Heartbeat genellikle UDP 694 portunu kullanır.
sudo ufw disable # Geçici olarak devre dışı bırakmak için
# veya
sudo ufw allow 694/udp # Sadece Heartbeat portunu açmak içinAğ Topolojisi
Bu makalede aşağıdaki örnek ağ yapılandırmasını kullanacağız:
* Düğüm 1 (node1):
* IP Adresi: 192.168.1.10
* Hostname: node1
* Düğüm 2 (node2):
* IP Adresi: 192.168.1.11
* Hostname: node2
* Ayrılmış IP Adresi (Floating IP):
* IP Adresi: 192.168.1.100 (Bu IP adresi başlangıçta hiçbir sunucuya atanmayacak, Heartbeat tarafından yönetilecek.)
* Ağ Arayüzü: eth0 (Varsayılan olarak bu arayüzü kullanacağız. Kendi sisteminizde farklı bir arayüz adı varsa buna göre düzenlemelisiniz.)
Heartbeat Kurulumu
Heartbeat paketini her iki düğüme de kurmamız gerekmektedir.
Paket Kurulumu
Her iki düğümde de aşağıdaki komutları çalıştırın:
sudo apt-get update
sudo apt-get install heartbeatKurulum tamamlandıktan sonra, Heartbeat yapılandırma dosyalarını düzenlemeye başlayabiliriz. Heartbeat’in ana yapılandırma dosyaları /etc/ha.d/ dizininde bulunur:
* ha.cf: Heartbeat’in ana yapılandırma dosyasıdır. Küme düğümleri, iletişim yöntemleri ve zamanlama parametreleri burada tanımlanır.
* authkeys: Küme düğümleri arasındaki iletişimin kimlik doğrulamasını sağlar. Güvenlik için önemlidir.
* haresources: Küme tarafından yönetilecek kaynakları (IP adresleri, servisler, dosya sistemleri vb.) tanımlar.
ha.cf Yapılandırması
Her iki düğümde de /etc/ha.d/ha.cf dosyasını açın ve aşağıdaki gibi düzenleyin. Açıklamalarla birlikte her bir parametrenin ne anlama geldiğini belirtelim:
# /etc/ha.d/ha.cf - Ana Heartbeat Yapılandırma Dosyası
Heartbeat'in kalp atışı sinyalleri için kullanacağı UDP portu.
Varsayılan 694'tür. Güvenlik duvarınızda bu portun açık olduğundan emin olun.
udpport 694
Kalp atışı sinyallerinin gönderileceği arayüz.
Bu, sunucularınızın birbirleriyle iletişim kuracağı ağ arayüzüdür.
'eth0' yerine kendi ağ arayüzünüzü yazmalısınız.
ucast eth0 192.168.1.10 # node1 için bu satırı yorum satırı yapın, node2'ye giden IP'yi yazın
ucast eth0 192.168.1.11 # node2 için bu satırı yorum satırı yapın, node1'e giden IP'yi yazın
Her iki düğümde de aşağıdaki gibi olmalı:
ucast eth0 192.168.1.10
ucast eth0 192.168.1.11
Bir düğümün ne kadar süreyle kalp atışı göndermediğinde ölü kabul edileceğini belirtir (saniye).
deadtime 30
Bir düğümün kritik duruma geldiği ve uyarı mesajı üretmesi gereken süreyi belirtir (saniye).
warntime 10
Heartbeat'in başlangıçta düğümlerin birbirini bulması için bekleyeceği süreyi belirtir (saniye).
Bu süre, ağdaki gecikmeler veya sistemin başlangıçtaki yükü nedeniyle önemli olabilir.
initdead 120
Kaynakların, arızalanan birincil düğüm tekrar çevrimiçi olduğunda geri alınıp alınmayacağını belirler.
'on' ise, birincil düğüm geri geldiğinde kaynakları geri alır (tercih edilir).
'off' ise, kaynaklar yedek düğümde kalır.
auto_failback on
Heartbeat kümesindeki düğümlerin host adları.
Bu adlar, /etc/hosts dosyanızdaki veya DNS'teki host adları ile eşleşmelidir.
node node1
node node2
Loglama ayarları (isteğe bağlı, hata ayıklama için faydalıdır)
logfacility local0
debug 0
Önemli Not: ucast satırlarında, her düğüm kendi dışındaki diğer düğümlerin IP adreslerini listelemelidir. Ancak, Heartbeat’in modern versiyonları (veya bu yapılandırma şekli) genellikle tüm düğümlerin birbirlerini listelemesini gerektirir. Yukarıdaki örnekte, her iki düğüm de hem 192.168.1.10 hem de 192.168.1.11 IP’lerini listelemelidir. Heartbeat, bu IP’ler üzerinden unicast iletişimi deneyecektir.
authkeys Yapılandırması
authkeys dosyası, Heartbeat düğümleri arasındaki iletişimin güvenliğini sağlar. Bu dosya, sadece root kullanıcısı tarafından okunabilir olmalıdır.
Her iki düğümde de /etc/ha.d/authkeys dosyasını oluşturun veya düzenleyin:
sudo nano /etc/ha.d/authkeysDosyanın içeriği aşağıdaki gibi olmalıdır:
# /etc/ha.d/authkeys - Heartbeat Kimlik Doğrulama Anahtarları
Kimlik doğrulama anahtarı türünü belirtir. sha1, md5 veya crc kullanabilirsiniz.
sha1 en güvenli olanıdır.
auth 1
1 sha1 SomeSecretKeyForHeartbeat
Not: "SomeSecretKeyForHeartbeat" yerine kendi güçlü şifrenizi kullanın.
Dosyayı kaydettikten sonra, doğru izinleri ayarlamak çok önemlidir:
sudo chmod 600 /etc/ha.d/authkeysBu komut, dosyanın sadece root kullanıcısı tarafından okunup yazılabilir olmasını sağlar. Yanlış izinler Heartbeat’in başlamamasına neden olabilir.
haresources Yapılandırması
haresources dosyası, Heartbeat kümesi tarafından yönetilecek kaynakları tanımlar. Bizim durumumuzda, bu bir ayrılmış IP adresi olacaktır. Heartbeat v1/v2’de bu dosya, hangi düğümün hangi kaynakları yönettiğini belirtir. Genellikle, birincil düğümün adı ile başlar.
Her iki düğümde de /etc/ha.d/haresources dosyasını oluşturun veya düzenleyin:
sudo nano /etc/ha.d/haresourcesDosyanın içeriği aşağıdaki gibi olmalıdır:
# /etc/ha.d/haresources - Heartbeat Kaynak Tanımları
node1: Bu, kaynakların varsayılan olarak hangi düğümde aktif olacağını belirtir.
Eğer node1 arızalanırsa, kaynaklar node2'ye taşınacaktır.
IPaddr::192.168.1.100/24/eth0: Bu, yönetilecek ayrılmış IP adresidir.
- IPaddr:: : Heartbeat'in IP adresini yöneteceğini belirtir.
- 192.168.1.100: Ayrılmış IP adresimiz.
- /24: IP adresinin ağ maskesi (CIDR formatında).
- /eth0: IP adresinin atanacağı ağ arayüzü.
node1 IPaddr::192.168.1.100/24/eth0Bu yapılandırma, 192.168.1.100 IP adresinin normalde node1 üzerinde aktif olacağını, ancak node1‘in arızalanması durumunda node2‘ye taşınacağını belirtir.
Servislerin Yapılandırılması (İsteğe Bağlı)
Yukarıdaki yapılandırma sadece ayrılmış IP adresini yönetir. Eğer bu IP adresi üzerinde çalışan bir servisin (örneğin Apache web sunucusu, MySQL veritabanı) de Heartbeat tarafından başlatılıp durdurulmasını istiyorsanız, haresources dosyasına bu servisleri eklemeniz gerekir.
Örnek olarak, Apache web sunucusunun da yönetilmesini istiyorsak, haresources dosyasını aşağıdaki gibi değiştirebiliriz:
node1 IPaddr::192.168.1.100/24/eth0 apache2Bu durumda, Heartbeat apache2 servisini node1 üzerinde başlatacak ve node1 arızalanırsa node2 üzerinde de aynı servisi başlatacaktır. Ancak, bu tür servislerin Heartbeat tarafından düzgün bir şekilde yönetilebilmesi için ilgili init betiklerinin (/etc/init.d/apache2) doğru çalıştığından ve Heartbeat’in bu betiklere erişebildiğinden emin olmalısınız. Heartbeat, resource.d dizinindeki betikleri de kullanabilir. Ancak, temel IP failover için bu adım gerekli değildir.
Önemli: Eğer bir servis ekleyecekseniz, bu servisin her iki düğümde de yüklü ve yapılandırılmış olması gerekmektedir. Örneğin, Apache’yi kurun:
sudo apt-get install apache2Heartbeat Servisini Başlatma ve Test Etme
Yapılandırma dosyalarını tamamladıktan sonra Heartbeat servisini başlatabilir ve kurulumu test edebiliriz.
Servisi Başlatma
Her iki düğümde de Heartbeat servisini başlatın:
sudo service heartbeat startServisin sistem başlangıcında otomatik olarak başlamasını sağlamak için:
sudo update-rc.d heartbeat defaultsDurumu Kontrol Etme
Heartbeat’in düzgün çalışıp çalışmadığını kontrol etmek için çeşitli yöntemler kullanabiliriz:
1. Sistem Günlüklerini İzleme: Heartbeat’in tüm eylemleri /var/log/syslog dosyasına kaydedilir. Bu dosyayı izleyerek durumu görebilirsiniz:
tail -f /var/log/syslog Başarılı bir başlangıçta, Heartbeat’in küme düğümleriyle iletişim kurduğunu ve kaynakları başlattığını gösteren mesajlar görmelisiniz. Özellikle info: Running resource group veya info: Acquiring resource group gibi mesajlar arayın.
2. IP Adresini Kontrol Etme: Ayrılmış IP adresinin hangi düğümde aktif olduğunu kontrol edin:
ip addr show eth0Veya sadece IP adreslerini listelemek için:
ip a Başlangıçta, node1 üzerinde 192.168.1.100 IP adresinin eth0 arayüzüne atandığını görmelisiniz. node2 üzerinde ise bu IP adresi görünmeyecektir.
3. Ping Testi: Ayrılmış IP adresine küme dışından veya kümedeki diğer düğümden ping atarak erişilebilirliğini kontrol edin:
ping 192.168.1.100Ping başarılı olmalıdır.
Failover Testi
Kurulumun en kritik kısmı, failover senaryosunu test etmektir.
1. Birincil Düğümü Kapatma: Kaynakların şu anda aktif olduğu node1 düğümünde Heartbeat servisini durdurun:
sudo service heartbeat stopVeya daha gerçekçi bir senaryo için sunucuyu tamamen kapatın:
sudo shutdown -h now Bu, node1‘in arızalandığını simüle edecektir.
2. Yedek Düğümde Durumu Kontrol Etme: node2 düğümüne geçin ve sistem günlüklerini izleyin:
tail -f /var/log/syslog Heartbeat’in node1‘in öldüğünü tespit ettiğini ve kaynakları devraldığını gösteren mesajlar görmelisiniz (örneğin, info: node1 is dead, info: Taking over resources).
3. Ayrılmış IP’yi Kontrol Etme: node2 üzerinde ayrılmış IP adresinin eth0 arayüzüne atandığını doğrulayın:
ip addr show eth0 Artık 192.168.1.100 IP adresinin node2 üzerinde listelendiğini görmelisiniz.
4. Ping Testi: Ayrılmış IP adresine tekrar ping atın. Hala erişilebilir olmalıdır, ancak artık node2 üzerinden yanıt verecektir.
5. Birincil Düğümü Geri Getirme: node1‘i tekrar başlatın veya Heartbeat servisini tekrar başlatın:
sudo service heartbeat start auto_failback on olarak yapılandırdığımız için, node1 tekrar çevrimiçi olduğunda, Heartbeat kaynakları otomatik olarak node1‘e geri taşımalıdır. Bu süreci her iki düğümün syslog’larını izleyerek doğrulayın. node1‘de kaynakların geri alındığını, node2‘de ise kaynakların bırakıldığını gösteren mesajlar görmelisiniz.
Sık Karşılaşılan Sorunlar ve Çözümleri
Heartbeat kurulumunda karşılaşılabilecek bazı yaygın sorunlar ve bunların çözümleri şunlardır:
* Split-Brain Senaryosu: Bu, her iki düğümün de kendisinin aktif düğüm olduğunu düşünmesi ve aynı kaynakları (örneğin aynı IP adresini) almaya çalışması durumudur. Genellikle ağ bağlantı sorunları veya yanlış yapılandırma nedeniyle meydana gelir. Heartbeat, bu durumu önlemek için çeşitli mekanizmalar kullanır, ancak doğru ağ yapılandırması ve deadtime ayarları önemlidir. Eğer split-brain yaşanırsa, IP çakışması (duplicate IP address) uyarıları görebilirsiniz. Çözüm genellikle bir düğümde Heartbeat servisini durdurup manuel olarak kaynakları kontrol etmek ve ardından servisi tekrar başlatmaktır.
* Ağ Bağlantı Sorunları: Düğümler arasında Heartbeat sinyallerinin iletilmemesi en yaygın sorundur.
* Güvenlik Duvarı: UDP 694 portunun her iki düğümde de açık olduğundan emin olun.
* Yanlış IP Adresi/Arayüz: ha.cf dosyasındaki ucast IP adreslerinin ve eth0 gibi arayüz adlarının doğru olduğundan emin olun.
* Ağ Kablosu/Bağlantı Hatası: Fiziksel ağ bağlantılarını kontrol edin.
* Kimlik Doğrulama Hatası: authkeys dosyasındaki anahtarın her iki düğümde de aynı olduğundan ve dosya izinlerinin (chmod 600) doğru ayarlandığından emin olun. Hata mesajları genellikle Authentication failure şeklinde olacaktır.
* Hostname Çözümleme Sorunları: ha.cf dosyasındaki node adlarının /etc/hosts dosyasında veya DNS’te doğru şekilde çözümlendiğinden emin olun.
* Yapılandırma Dosyası Sözdizimi Hataları: Yapılandırma dosyalarında (özellikle ha.cf, haresources) sözdizimi hataları Heartbeat’in başlamamasına neden olabilir. Hata mesajlarını dikkatlice okuyun.
* Zaman Senkronizasyonu: Düğümler arasında büyük zaman farkları, Heartbeat’in yanlış arıza tespiti yapmasına neden olabilir. NTP servisini kullanarak zaman senkronizasyonunu sağlayın.
* Log Dosyaları: Herhangi bir sorunla karşılaştığınızda ilk bakmanız gereken yer /var/log/syslog dosyasıdır. Heartbeat, detaylı hata ve bilgi mesajlarını buraya kaydeder.
Heartbeat’in Sınırlamaları ve Alternatifleri
Heartbeat (özellikle bu makalede ele aldığımız eski versiyonlar) basit aktif-pasif kümelemeler için etkili bir çözüm olsa da, bazı sınırlamaları vardır ve modern HA çözümleri daha gelişmiş özellikler sunar.
* Heartbeat v1/v2 vs. Pacemaker/Corosync: Ubuntu 14.04’te Heartbeat yaygın olarak kullanılmış olsa da, daha yeni Linux dağıtımlarında ve daha karmaşık HA senaryolarında Heartbeat’in yerini genellikle Pacemaker ve Corosync almıştır. Pacemaker, kaynak yönetimini üstlenirken, Corosync düğümler arası iletişimi ve küme üyeliğini yönetir. Bu ikili, daha esnek, ölçeklenebilir ve özellik açısından zengin bir HA çözümü sunar. Heartbeat v3, aslında Pacemaker’ın bir parçası haline gelmiştir.
* Karmaşıklık: Heartbeat’in daha karmaşık kaynakları (örneğin, birden fazla servis, karmaşık bağımlılıklar) yönetmesi, haresources betiklerinin yazılmasıyla biraz karmaşık hale gelebilir.
* Kaynak Temsilcileri (Resource Agents): Pacemaker, daha standart ve esnek kaynak temsilcileri (resource agents) kullanarak çeşitli servisleri ve kaynakları yönetebilir. Heartbeat’te bu seviyede bir standartlaşma daha azdır.
Bu sınırlamalara rağmen, Ubuntu 14.04 gibi eski sistemlerde veya basit IP failover gerektiren durumlarda Heartbeat hala geçerli ve etkili bir çözümdür.
Sonuç
Ubuntu 14.04 üzerinde Heartbeat ve ayrılmış IP adresleri kullanarak temel bir yüksek erişilebilirlik kurulumu oluşturmak, kritik servislerinizin kesintisiz çalışmasını sağlamanın etkili bir yoludur. Bu makalede adım adım Heartbeat’in kurulumunu, yapılandırmasını ve testini ele aldık. Doğru yapılandırma ve düzenli testler ile Heartbeat, tek bir hata noktasını ortadan kaldırarak sistemlerinizin dayanıklılığını önemli ölçüde artırabilir.
Unutulmamalıdır ki, yüksek erişilebilirlik sadece yazılım kurulumuyla bitmez. Düzenli bakım, izleme ve felaket kurtarma planlarının oluşturulması da iş sürekliliğinin ayrılmaz bir parçasıdır. Kurulumunuzu tamamladıktan sonra, olası senaryoları kapsayan kapsamlı testler yaparak sisteminizin beklenmedik durumlara karşı gerçekten dayanıklı olduğundan emin olun. Gelecekte daha modern ve esnek HA çözümlerine geçiş yapmayı planlıyorsanız, Pacemaker ve Corosync gibi alternatifleri araştırmanız faydalı olacaktır.