HAProxy’yi Ubuntu 14.04 Üzerinde WordPress Uygulama Sunucuları için Katman 4 Yük Dengeleyici Olarak Kullanma
Giriş
Günümüzün dijital dünyasında web siteleri, işletmeler ve bireyler için vazgeçilmez iletişim ve etkileşim araçları haline gelmiştir. Bu web sitelerinin önemli bir kısmı, kullanıcı dostu arayüzü ve geniş eklenti ekosistemi sayesinde WordPress altyapısını kullanmaktadır. WordPress’in popülaritesi arttıkça, yüksek trafik hacimlerini yönetme, kesintisiz hizmet sunma ve ölçeklenebilirlik sağlama ihtiyacı da beraberinde gelmektedir. Tek bir sunucu üzerinde çalışan bir WordPress sitesi, belirli bir trafik eşiğini aştığında performans sorunları yaşamaya başlayabilir, hatta tamamen erişilemez hale gelebilir. Bu noktada, yük dengeleme (load balancing) çözümleri devreye girer.
Yük dengeleme, gelen ağ trafiğini birden fazla sunucu arasında dağıtarak tek bir sunucunun aşırı yüklenmesini önleyen, böylece uygulama performansını, erişilebilirliğini ve hata toleransını artıran kritik bir teknolojidir. HAProxy (High Availability Proxy), bu alanda en çok tercih edilen açık kaynaklı çözümlerden biridir. Hem Katman 4 (Taşıma Katmanı) hem de Katman 7 (Uygulama Katmanı) seviyesinde yük dengeleme yapabilen HAProxy, esnekliği, yüksek performansı ve kararlılığı ile bilinir. Bu makalede, HAProxy’yi özellikle WordPress uygulama sunucuları için Katman 4 yük dengeleyici olarak Ubuntu 14.04 işletim sistemi üzerinde nasıl yapılandıracağımızı detaylı bir şekilde inceleyeceğiz. Ubuntu 14.04 eski bir sürüm olmasına rağmen, bu senaryo belirli eski altyapılarla çalışan sistem yöneticileri için faydalı olabilir ve temel HAProxy prensiplerini anlamak için iyi bir başlangıç noktası sunar.
Yük Dengeleme Kavramları ve Neden Katman 4?
Yük Dengeleme Nedir?
Yük dengeleme, bir dizi sunucuya gelen istemci isteklerini dağıtma işlemidir. Bu işlem, iş yükünü sunucular arasında eşit bir şekilde bölerek her sunucunun optimum performansla çalışmasını sağlar. Ayrıca, bir sunucu arızalandığında trafiği otomatik olarak sağlıklı sunuculara yönlendirerek hizmet kesintisini önler ve sistemin genel erişilebilirliğini artırır. Yük dengeleyiciler, genellikle belirli algoritmalar kullanarak trafiği dağıtır (örneğin, round-robin, en az bağlantı, kaynak IP tabanlı).
Katman 4 (Taşıma Katmanı) ve Katman 7 (Uygulama Katmanı) Farkları
Ağ iletişimi, OSI modeline göre farklı katmanlarda gerçekleşir. Yük dengeleyiciler genellikle Katman 4 veya Katman 7’de çalışır:
* Katman 4 Yük Dengeleme (TCP/UDP): Bu seviyede yük dengeleyici, yalnızca IP adresi ve port numarası gibi taşıma katmanı bilgilerine bakar. Gelen TCP veya UDP bağlantılarını arka uç sunucularına iletir. Paketin içeriğini (HTTP başlıkları, URL, çerezler vb.) incelemez. Bu, daha basit ve daha hızlı bir yük dengeleme yöntemidir çünkü daha az işlem gücü gerektirir.
* Katman 7 Yük Dengeleme (HTTP/HTTPS): Bu seviyede yük dengeleyici, uygulamanın içeriğini (HTTP başlıkları, URL, çerezler, oturum bilgileri vb.) inceleyebilir ve bu bilgilere göre trafiği yönlendirebilir. Örneğin, belirli bir URL’ye gelen istekleri farklı sunucu gruplarına yönlendirebilir veya çerezlere dayalı oturum kalıcılığı sağlayabilir. Bu daha esnek ancak daha karmaşık ve işlem gücü gerektiren bir yöntemdir.
WordPress için Neden Katman 4 Yük Dengeleme?
WordPress uygulamaları için Katman 4 yük dengeleme, birçok senaryoda oldukça avantajlıdır:
1. Performans ve Kaynak Verimliliği: Katman 4 yük dengeleyiciler, paketin içeriğini incelemedikleri için daha az CPU ve RAM kullanır. Bu, özellikle yüksek trafikli ortamlarda önemli bir performans avantajı sağlar.
2. Basitlik: Yapılandırması Katman 7’ye göre daha basittir. Temel olarak gelen bağlantıları belirli portlar üzerinden arka uç sunucularına yönlendirir.
3. SSL/TLS Yönetimi: Katman 4’te SSL sonlandırma genellikle uygulama sunucularında veya ayrı bir SSL proxy’sinde yapılır. Bu, HAProxy’nin SSL sertifikalarını yönetme yükünden kurtulmasını sağlar. Eğer SSL sonlandırmayı HAProxy’de yapmak istersek, Katman 7 moduna geçmemiz gerekir. Ancak bu makalede Katman 4’e odaklanacağız ve SSL’in web sunucularında sonlandırıldığını varsayacağız.
4. Genel Amaçlılık: Sadece HTTP trafiği için değil, herhangi bir TCP tabanlı servis için kullanılabilir. WordPress için HTTP (port 80) ve HTTPS (port 443) trafiğini yönlendirmek için idealdir.
5. WordPress Mimarisi: WordPress, genellikle veritabanı tabanlı oturum yönetimi kullandığı veya oturum kalıcılığı gerektirmeyen bir yapıya sahip olduğu için, Katman 4’ün sunduğu IP tabanlı oturum kalıcılığı (eğer gerekirse) veya basit round-robin dağıtımı çoğu durumda yeterlidir.
HAProxy’nin Tanıtımı ve Temel Özellikleri
HAProxy, açık kaynaklı, yüksek performanslı ve güvenilir bir TCP/HTTP yük dengeleyici ve proxy sunucusudur. Genellikle yüksek trafikli web siteleri ve uygulamalar için kullanılır.
Temel İşlevleri:
* Yük Dengeleme Algoritmaları: Gelen trafiği dağıtmak için çeşitli algoritmalar sunar (round-robin, leastconn, source, static-rr vb.).
* Sağlık Kontrolleri (Health Checks): Arka uç sunucularının durumunu periyodik olarak kontrol eder. Bir sunucu arızalandığında veya sağlıksız hale geldiğinde, trafiği o sunucuya yönlendirmeyi durdurur ve sağlıklı sunuculara yönlendirir. Sunucu tekrar sağlığına kavuştuğunda, trafiği tekrar almaya başlar.
* Oturum Kalıcılığı (Session Persistence/Affinity): Belirli bir istemciden gelen isteklerin her zaman aynı arka uç sunucusuna yönlendirilmesini sağlar. Katman 4’te genellikle kaynak IP adresine dayalı olarak yapılır.
* Yüksek Erişilebilirlik (Failover): Birincil sunucunun başarısız olması durumunda trafiği otomatik olarak yedek sunuculara yönlendirir.
HAProxy, WordPress gibi dinamik web uygulamaları için ideal bir çözümdür çünkü yüksek trafik altında bile hızlı ve kararlı bir şekilde çalışabilir, uygulama sunucularının ölçeklenmesine olanak tanır ve tek nokta hatasını önler.
Sistem Mimarisi ve Ön Koşullar
Bu kurulum için aşağıdaki mimariyi hedefliyoruz:
Mimarinin Şematik Görünümü:
Kullanıcı (İstemci)
|
V
HAProxy Yük Dengeleyici (Ubuntu 14.04)
(Public IP: 192.168.1.100, Port 80/443)
|
|-----> WordPress Uygulama Sunucusu 1 (Nginx/Apache + PHP-FPM)
| (Private IP: 192.168.1.101, Port 80)
|
|-----> WordPress Uygulama Sunucusu 2 (Nginx/Apache + PHP-FPM)
| (Private IP: 192.168.1.102, Port 80)
|
V
Veritabanı Sunucusu (MySQL/MariaDB)
(Private IP: 192.168.1.103, Port 3306)Not: Bu mimaride, veritabanı sunucusunun ayrı bir makinede olması en iyi uygulamadır. Ayrıca, WordPress uygulama sunucularının wp-content klasörü gibi paylaşımlı dosyaları senkronize etmesi veya paylaşımlı bir depolama çözümü kullanması gerekmektedir.
Gereksinimler:
1. Sunucular:
* HAProxy Sunucusu: 1 adet Ubuntu 14.04 sunucusu. Statik bir genel IP adresine sahip olmalı ve arka uç sunucularına özel ağ üzerinden erişebilmelidir.
* WordPress Uygulama Sunucuları: En az 2 adet Ubuntu 14.04 sunucusu. Her biri Nginx (veya Apache), PHP-FPM ve MySQL istemcisi kurulu olmalıdır. Kendi özel IP adreslerine sahip olmalıdırlar.
* Veritabanı Sunucusu: 1 adet Ubuntu 14.04 sunucusu (veya başka bir işletim sistemi). MySQL veya MariaDB kurulu olmalı ve WordPress sunucularından erişilebilir olmalıdır.
2. Ağ Yapılandırması:
* Tüm sunucuların birbirleriyle özel ağ üzerinden iletişim kurabilmesi için uygun ağ yapılandırması (aynı alt ağda veya yönlendirilmiş).
* Güvenlik duvarı kuralları: HAProxy sunucusunun 80 (veya 443) portundan gelen genel trafiğe izin vermesi ve arka uç WordPress sunucularının 80 (veya 443) portuna erişebilmesi.
* WordPress sunucularının veritabanı sunucusunun 3306 portuna erişebilmesi.
3. WordPress Kurulumu: Her bir uygulama sunucusunda aynı WordPress sürümü kurulu ve aynı veritabanına bağlı olmalıdır. wp-config.php dosyası doğru veritabanı bağlantı bilgilerini içermelidir.
4. Paylaşımlı Depolama: WordPress’in wp-content dizini (yüklemeler, temalar, eklentiler) tüm uygulama sunucuları arasında senkronize olmalıdır. Bunun için NFS, GlusterFS gibi paylaşımlı dosya sistemleri veya rsync ile manuel/otomatik senkronizasyon kullanılabilir. Bu makalede, basitleştirmek adına dosyaların manuel olarak kopyalandığını veya bir senkronizasyon mekanizmasının mevcut olduğunu varsayacağız.
WordPress Uygulama Sunucularının Hazırlanması
Her bir WordPress uygulama sunucusunda (örn: web1 ve web2) aşağıdaki adımları uygulayın:
1. Sistem Güncellemesi ve Temel Bağımlılıklar:
sudo apt-get update
sudo apt-get upgrade -y
sudo apt-get install -y nginx php5-fpm php5-mysql php5-gd php5-curl php5-xmlrpc php5-intl mysql-client(Veya Apache kullanıyorsanız apache2 ve libapache2-mod-php5 kurun.)
2. Nginx ve PHP-FPM Yapılandırması:
Nginx’in WordPress için doğru şekilde yapılandırıldığından emin olun.
/etc/nginx/sites-available/wordpress dosyası oluşturun (veya varsayılanı düzenleyin):
server {
listen 80;
root /var/www/html/wordpress; # WordPress dosyalarının yolu
index index.php index.html index.htm;
server_name your_domain.com; # HAProxy'nin public IP'si veya alan adı
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php5-fpm.sock; # PHP-FPM soketi
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
# Statik dosyalar için önbellekleme
location ~* \.(jpg|jpeg|gif|png|css|js|ico)$ {
expires max;
log_not_found off;
}
# Güvenlik için WordPress config dosyalarını gizle
location ~ /\.ht {
deny all;
}
}Yapılandırmayı etkinleştirin ve Nginx’i yeniden başlatın:
sudo ln -s /etc/nginx/sites-available/wordpress /etc/nginx/sites-enabled/
sudo rm /etc/nginx/sites-enabled/default # Varsayılan yapılandırmayı kaldır
sudo service nginx restart
sudo service php5-fpm restart3. WordPress Kurulumu:
Her iki sunucuya da WordPress’i kurun.
cd /var/www/html
sudo wget https://wordpress.org/latest.tar.gz
sudo tar -xvzf latest.tar.gz
sudo chown -R www-data:www-data /var/www/html/wordpress
sudo chmod -R 755 /var/www/html/wordpresswp-config.php dosyasını oluşturun ve veritabanı bağlantı bilgilerini girin:
Önemli: WP_HOME ve WP_SITEURL tanımlamalarını HAProxy’nin erişilebilir olduğu alan adınız veya IP adresinizle güncellemeyi unutmayın. Bu, WordPress’in doğru URL’leri üretmesini sağlar.
4. Veritabanı Kurulumu (Veritabanı Sunucusunda):
Veritabanı sunucusunda MySQL/MariaDB kurun ve WordPress için bir veritabanı ve kullanıcı oluşturun.
sudo apt-get install -y mysql-server
sudo mysql_secure_installation # Güvenlik ayarlarını yapınMySQL’e bağlanın ve veritabanını oluşturun:
CREATE DATABASE wordpress_db DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;
GRANT ALL PRIVILEGES ON wordpress_db.* TO 'wordpress_user'@'%' IDENTIFIED BY 'your_db_password';
FLUSH PRIVILEGES;
EXIT;'%' yerine WordPress sunucularının IP adreslerini (192.168.1.101, 192.168.1.102) kullanarak daha güvenli bir erişim sağlayabilirsiniz.
5. Paylaşımlı Dosya Sistemi (wp-content):
Bu, çoklu WordPress sunucusu kurulumunda en kritik adımlardan biridir. wp-content klasörü (temalar, eklentiler, yüklemeler) tüm sunucularda aynı olmalıdır.
* Basit Senkronizasyon (rsync): Geliştirme veya düşük trafikli ortamlar için rsync ile periyodik senkronizasyon yapılabilir.
* NFS (Network File System): wp-content dizinini bir NFS sunucusunda barındırıp tüm WordPress sunucularına bağlayabilirsiniz.
* GlusterFS / Ceph: Yüksek performans ve ölçeklenebilirlik gerektiren durumlar için dağıtık dosya sistemleri kullanılabilir.
* AWS EFS / Azure Files: Bulut ortamlarında yönetilen paylaşımlı dosya sistemleri.
Bu makalede, bu konuyu detaylandırmadan, wp-content dizininin tüm sunucular arasında senkronize edildiğini varsayacağız.
Her iki WordPress sunucusunun da kendi IP adresleri üzerinden erişilebilir ve çalışır durumda olduğunu test edin.
HAProxy Kurulumu ve Temel Yapılandırma (Ubuntu 14.04)
Şimdi HAProxy sunucusuna geçelim.
1. HAProxy Kurulumu:
sudo apt-get update
sudo apt-get install -y haproxyKurulumdan sonra HAProxy servisi otomatik olarak başlayabilir.
2. HAProxy Servis Yönetimi:
* Başlatma: sudo service haproxy start
* Durdurma: sudo service haproxy stop
* Yeniden Başlatma: sudo service haproxy restart
* Yeniden Yükleme (kesintisiz): sudo service haproxy reload (Yapılandırma dosyası değiştiğinde tercih edilir)
* Durum Kontrolü: sudo service haproxy status
3. Yapılandırma Dosyası:
HAProxy’nin ana yapılandırma dosyası /etc/haproxy/haproxy.cfg konumundadır. Düzenlemeden önce orijinalini yedeklemek iyi bir uygulamadır:
sudo cp /etc/haproxy/haproxy.cfg /etc/haproxy/haproxy.cfg.bak
sudo nano /etc/haproxy/haproxy.cfgHAProxy Katman 4 Yapılandırması
/etc/haproxy/haproxy.cfg dosyasını açın ve aşağıdaki gibi bir yapılandırma ekleyin veya mevcut içeriği buna göre düzenleyin:
# HAProxy Global Yapılandırma Ayarları
global
log /dev/log local0 # Syslog için loglama
log /dev/log local1 notice
chroot /var/lib/haproxy # Güvenlik için chroot ortamı
user haproxy # HAProxy'nin çalışacağı kullanıcı
group haproxy # HAProxy'nin çalışacağı grup
daemon # Arka planda çalışmasını sağlar
maxconn 2000 # Maksimum eşzamanlı bağlantı sayısı
stats socket /run/haproxy/admin.sock mode 660 level admin # Yönetim soketi
Varsayılan Ayarlar
defaults
log global # Global log ayarlarını kullan
mode tcp # Yük dengeleme modunu TCP olarak ayarla (Katman 4)
option tcplog # TCP loglamayı etkinleştir
option dontlognull # Boş bağlantıları loglama
timeout connect 5000ms # Arka uç sunucusuyla bağlantı kurma zaman aşımı
timeout client 50000ms # İstemci tarafı zaman aşımı
timeout server 50000ms # Sunucu tarafı zaman aşımı
HTTP Trafiği için Frontend (HAProxy'nin dinleyeceği port)
frontend http_frontend
bind *:80 # Tüm IP adreslerinde 80. portu dinle
mode tcp # Katman 4 modunda çalış
default_backend wordpress_backend # Gelen trafiği wordpress_backend havuzuna yönlendir
HTTPS Trafiği için Frontend (HAProxy'nin dinleyeceği port)
Eğer SSL sonlandırma WordPress sunucularında yapılıyorsa bu gereklidir.
frontend https_frontend
bind *:443 # Tüm IP adreslerinde 443. portu dinle
mode tcp # Katman 4 modunda çalış
default_backend wordpress_backend_https # Gelen trafiği wordpress_backend_https havuzuna yönlendir
WordPress HTTP Sunucuları için Backend Havuzu
backend wordpress_backend
mode tcp # Katman 4 modunda çalış
balance roundrobin # Yük dengeleme algoritması: Round-robin (sırayla dağıt)
option tcp-check # TCP sağlık kontrolünü etkinleştir
server web1 192.168.1.101:80 check inter 2000 rise 2 fall 3 # Web Sunucusu 1
server web2 192.168.1.102:80 check inter 2000 rise 2 fall 3 # Web Sunucusu 2
WordPress HTTPS Sunucuları için Backend Havuzu
Eğer SSL sonlandırma WordPress sunucularında yapılıyorsa bu gereklidir.
backend wordpress_backend_https
mode tcp # Katman 4 modunda çalış
balance roundrobin # Yük dengeleme algoritması: Round-robin (sırayla dağıt)
option tcp-check # TCP sağlık kontrolünü etkinleştir
server web1_https 192.168.1.101:443 check inter 2000 rise 2 fall 3 # Web Sunucusu 1
server web2_https 192.168.1.102:443 check inter 2000 rise 2 fall 3 # Web Sunucusu 2
HAProxy İstatistikleri Sayfası (Opsiyonel, Katman 7 modunda çalışır)
Bu kısım HAProxy'nin kendi HTTP sunucusu gibi çalışarak istatistikleri sunmasını sağlar.
Ana yük dengeleme Katman 4'te kalır.
listen stats
bind *:8080 # İstatistikleri 8080 portunda yayınla
mode http # Bu bölüm için HTTP modunu kullan
stats enable # İstatistikleri etkinleştir
stats uri /haproxy?stats # İstatistik sayfasının URL'si
stats realm Haproxy\ Statistics # Kimlik doğrulama alanı
stats auth admin:password # Kullanıcı adı ve parola (güvenlik için değiştirin!)
stats refresh 10s # Sayfayı 10 saniyede bir yenileYapılandırma Detayları:
* global: HAProxy’nin genel davranışını belirler (loglama, kullanıcı, grup, maksimum bağlantı vb.).
* defaults: frontend ve backend bölümleri için varsayılan ayarları tanımlar. mode tcp Katman 4 yük dengeleme için kritik öneme sahiptir.
frontend http_frontend: HAProxy’nin istemcilerden gelen HTTP (port 80) trafiğini dinleyeceği noktadır. bind :80 ile tüm ağ arayüzlerinde 80. portu dinler. default_backend wordpress_backend ile gelen tüm trafiği wordpress_backend adlı arka uç havuzuna yönlendirir.
* frontend https_frontend: Eğer WordPress sunucularınızda SSL sonlandırma yapıyorsanız, 443. porttan gelen HTTPS trafiğini dinlemek için bu bloğu kullanın. Trafiği wordpress_backend_https havuzuna yönlendirir.
* backend wordpress_backend: HTTP trafiği için arka uç WordPress sunucularının havuzunu tanımlar.
* balance roundrobin: Gelen bağlantıları sırayla arka uç sunucularına dağıtır. Diğer seçenekler leastconn (en az bağlantısı olan sunucuya), source (kaynak IP adresine göre oturum kalıcılığı) olabilir. WordPress için genellikle roundrobin yeterlidir.
* option tcp-check: Sunucuların TCP bağlantısı kurup kuramadığını kontrol eden basit bir sağlık kontrolü sağlar.
* server web1 192.168.1.101:80 check inter 2000 rise 2 fall 3: web1 adında bir sunucu tanımlar, IP adresi 192.168.1.101 ve 80. porttan dinler. check ile sağlık kontrolünü etkinleştirir. inter 2000 2 saniyede bir kontrol yapılacağını, rise 2 2 başarılı kontrolden sonra sunucunun sağlıklı kabul edileceğini, fall 3 ise 3 başarısız kontrolden sonra sunucunun sağlıksız kabul edilip havuzdan çıkarılacağını belirtir.
* backend wordpress_backend_https: HTTPS trafiği için arka uç WordPress sunucularının havuzunu tanımlar. HTTP backend’ine benzer, ancak 443. portu hedefler.
* listen stats: HAProxy’nin kendi istatistik sayfasını yayınlaması için kullanılan, HTTP modunda çalışan ayrı bir bölümdür. Yönetim ve izleme için faydalıdır. admin:password kısmını güçlü bir parola ile değiştirmeyi unutmayın.
Yapılandırmayı Test Etme ve Uygulama
1. Yapılandırma Dosyasını Kontrol Etme:
Yapılandırma dosyasında sözdizimi hatası olup olmadığını kontrol edin:
sudo haproxy -c -f /etc/haproxy/haproxy.cfgEğer “Configuration file is valid” mesajını görürseniz, yapılandırma doğrudur. Aksi takdirde, hataları düzeltin.
2. HAProxy Servisini Yeniden Yükleme:
Yapılandırmayı uygulamak için HAProxy servisini yeniden yükleyin:
sudo service haproxy reload Eğer sorun yaşarsanız sudo service haproxy restart kullanabilirsiniz, ancak bu mevcut bağlantıları kesebilir.
3. Test Etme:
Tarayıcınızdan HAProxy sunucusunun genel IP adresini veya alan adını ziyaret edin. WordPress sitenizin yük dengeleyici üzerinden sorunsuz bir şekilde açılması gerekir.
HAProxy istatistik sayfasını etkinleştirdiyseniz, http://HAProxy_IP:8080/haproxy?stats adresine giderek kullanıcı adı ve şifre ile giriş yapıp arka uç sunucularınızın durumunu ve trafik istatistiklerini görebilirsiniz.
Gelişmiş Konular ve Dikkat Edilmesi Gerekenler
1. SSL/TLS Yönetimi:
Katman 4 yük dengelemede SSL sonlandırma HAProxy’de yapılmaz. SSL sertifikaları ve şifreleme/şifre çözme işlemleri doğrudan WordPress uygulama sunucularında (Nginx/Apache üzerinde Let’s Encrypt ile) veya HAProxy’nin önünde konumlandırılmış ayrı bir SSL proxy’sinde (örneğin, Nginx veya başka bir HAProxy Katman 7 örneği) yapılmalıdır. Eğer HAProxy’de SSL sonlandırma yapmak isterseniz, HAProxy’yi Katman 7 modunda yapılandırmanız gerekir.
2. Veritabanı Yük Dengeleme ve Replikasyon:
HAProxy sadece web sunucularınızın yükünü dengeler. Veritabanı sunucusu hala tek bir nokta hatası olabilir. Yüksek erişilebilirliğe sahip bir veritabanı için MySQL/MariaDB replikasyonu (master-slave veya master-master) veya Galera Cluster gibi çözümler kullanmanız ve bu veritabanı kümesinin önüne MaxScale veya ProxySQL gibi bir veritabanı proxy’si yerleştirmeniz gerekebilir.
3. Paylaşımlı Dosya Sistemi (wp-content):
Daha önce de belirtildiği gibi, wp-content klasöründeki tüm dosyaların (yüklemeler, temalar, eklentiler) tüm WordPress uygulama sunucuları arasında güncel ve senkronize olması hayati önem taşır. Aksi takdirde, bir sunucuya yüklenen bir resim diğer sunucularda görünmeyecek, bu da tutarsız bir kullanıcı deneyimine yol açacaktır. NFS, GlusterFS, S3 uyumlu depolama çözümleri veya rsync ile düzenli senkronizasyon bu sorunu çözer.
4. Önbellekleme (Caching):
WordPress siteleri dinamik içerik ürettikleri için önbellekleme, performansı artırmanın en etkili yollarından biridir.
* Sayfa Önbellekleme: Varnish Cache (HAProxy’nin önünde veya arkasında), Nginx FastCGI önbellekleme veya WordPress eklentileri (WP Super Cache, W3 Total Cache, LiteSpeed Cache) ile yapılabilir.
* Nesne Önbellekleme: Memcached veya Redis gibi çözümler, WordPress’in veritabanı sorgularını azaltarak performansı artırabilir.
5. HAProxy’nin Yüksek Erişilebilirliği (HA):
HAProxy sunucusunun kendisi tek bir hata noktası olabilir. Bu sorunu çözmek için, iki veya daha fazla HAProxy sunucusunu Keepalived ile bir araya getirerek bir Yüksek Erişilebilirlik kümesi oluşturabilirsiniz. Keepalived, VRRP (Virtual Router Redundancy Protocol) kullanarak sanal bir IP adresi oluşturur ve bu IP’yi aktif HAProxy sunucusuna atar. Aktif sunucu arızalandığında, sanal IP otomatik olarak yedek sunucuya geçer.
6. Güvenlik Duvarı (Firewall):
Tüm sunucularda güvenlik duvarı (örn: ufw veya iptables) yapılandırması yapmak çok önemlidir. Yalnızca gerekli portlara (örn: HAProxy için 80/443, SSH için 22, MySQL için 3306) erişime izin verin. HAProxy sunucunuzun sadece arka uç sunucularınızın IP adreslerinden 80/443 portlarına erişimine izin vermesi gibi kurallar belirleyebilirsiniz.
Sonuç
Bu makalede, HAProxy’yi Ubuntu 14.04 üzerinde WordPress uygulama sunucuları için Katman 4 yük dengeleyici olarak nasıl kurup yapılandıracağımızı detaylı bir şekilde inceledik. Katman 4 yük dengeleme, basitliği, yüksek performansı ve kaynak verimliliği sayesinde WordPress gibi dinamik web uygulamaları için etkili bir çözüm sunar.
HAProxy’nin doğru yapılandırılmasıyla, WordPress sitelerinizin yüksek trafik altında bile sorunsuz çalışmasını sağlayabilir, tek nokta hatalarını önleyebilir ve uygulamanızın ölçeklenebilirliğini artırabilirsiniz. Ancak, tam teşekküllü ve yüksek erişilebilirliğe sahip bir WordPress mimarisi için veritabanı replikasyonu, paylaşımlı dosya sistemi yönetimi, önbellekleme ve HAProxy’nin kendisi için yüksek erişilebilirlik gibi ek bileşenleri de göz önünde bulundurmanız gerektiğini unutmayın. Bu adımları takip ederek, WordPress uygulamanız için sağlam ve güvenilir bir altyapı oluşturma yolunda önemli bir adım atmış olursunuz.