GlusterFS ile Dağıtık Dosya Sistemi Kurulumu ve Güvenliği

Son Güncelleme: Haziran 2026

GlusterFS, birden fazla Linux sunucudaki disk alanını tek bir dağıtık dosya sistemi gibi kullanmanızı sağlayan esnek bir depolama çözümüdür. Web projeleri, medya arşivleri, yedekleme alanları ve yatay büyüyen uygulama altyapıları için ölçeklenebilir depolama, yüksek erişilebilirlik ve merkezi dosya yönetimi sunar.

Bu rehberde GlusterFS mimarisini, temel kavramları, kurulum adımlarını, volume türlerini, güvenlik ayarlarını, performans önerilerini ve olası sorun giderme yöntemlerini profesyonel bir bakış açısıyla ele alacağız. Özellikle VPS, VDS, kiralık sunucu ve özel Linux altyapılarında dosya depolama ihtiyacını daha verimli yönetmek isteyen kullanıcılar için pratik örnekler sunulacaktır.

İçindekiler

• GlusterFS Nedir?
• GlusterFS Temel Kavramları
• Kullanım Senaryoları
• Mimari Planlama ve Ön Gereksinimler
• GlusterFS Kurulum Adımları
• Volume Türleri ve Karşılaştırma
• Güvenlik Ayarları
• Performans Optimizasyonu
• İzleme, Bakım ve Sorun Giderme
• En İyi Uygulamalar
• Sıkça Sorulan Sorular
• Sonuç

GlusterFS Nedir?

GlusterFS, ağ üzerindeki birden fazla sunucunun depolama kaynaklarını birleştirerek tek bir mantıksal dosya sistemi oluşturan açık kaynaklı bir dağıtık dosya sistemi çözümüdür. Klasik depolama yapılarında dosyalar tek bir sunucuda veya tek bir disk grubunda tutulurken, GlusterFS dosyaları farklı sunuculara dağıtabilir, kopyalayabilir veya belirli politikalara göre dengeleyebilir.

GlusterFS özellikle yatay ölçeklenebilirlik isteyen altyapılarda tercih edilir. Yani depolama kapasitesini artırmak için mevcut sunucuyu daha büyük disklerle değiştirmek yerine, kümeye yeni sunucular ekleyerek kapasite ve işlem gücü genişletilebilir. Bu yaklaşım, büyüyen web siteleri, kurumsal dosya arşivleri, medya işleme sistemleri ve yedekleme platformları için önemli avantaj sağlar.

GlusterFS, merkezi bir metadata sunucusuna zorunlu olarak ihtiyaç duymadan çalışabilen bir yapı sunar. Bu özellik, bazı mimarilerde tek hata noktası riskini azaltır. Ancak bu durum, kurulumun plansız yapılabileceği anlamına gelmez. Ağ gecikmesi, disk yapısı, replika sayısı, dosya boyutu profili ve sunucu kaynakları doğru analiz edilmelidir.

Corelux altyapısında Kiralık Sunucu, Türkiye VDS Sunucu veya Bulut Sunucu hizmetleri üzerinde GlusterFS gibi dağıtık depolama çözümleri planlanabilir. Özellikle aynı veri merkezinde düşük gecikmeli bağlantıya sahip sunucularla daha kararlı sonuçlar elde edilir.

GlusterFS Temel Kavramları

GlusterFS kullanmadan önce bazı temel kavramları bilmek gerekir. Bu kavramlar, kurulum sırasında verilen komutların ne anlama geldiğini ve oluşturulan yapının nasıl çalıştığını anlamanızı kolaylaştırır.

• Node: GlusterFS kümesine dahil edilen her bir sunucudur. Türkçe karşılığı düğüm olarak düşünülebilir.
• Brick: Bir node üzerindeki belirli bir dizinin GlusterFS depolama alanı olarak kullanılmasıdır. Örneğin /data/brick1 dizini bir brick olabilir.
• Volume: Bir veya daha fazla brick kullanılarak oluşturulan mantıksal depolama alanıdır. Kullanıcılar genellikle volume üzerinden dosya okur ve yazar.
• Peer: Aynı GlusterFS kümesinde birbirini tanıyan sunuculardır. Peer ilişkisi kurulduktan sonra node’lar birlikte çalışabilir.
• Replica: Dosyaların birden fazla brick üzerinde kopyalı tutulmasıdır. Bu yapı, veri kaybı riskini azaltmak için kullanılır.
• Distributed: Dosyaların farklı brick’lere dağıtılarak kapasitenin büyütülmesidir. Tek başına kullanıldığında yedeklilik sağlamaz.
• Heal: Replika yapısında eksik veya tutarsız dosyaların tekrar senkronize edilmesi işlemidir.
• Client Mount: Oluşturulan GlusterFS volume’ünün istemci sunucuya bağlanmasıdır. Bu işlem genellikle mount komutu ile yapılır.

Bu kavramları doğru anlamak, özellikle üretim ortamında kritik öneme sahiptir. Örneğin yalnızca distributed volume kullanmak kapasiteyi artırır ancak bir brick kaybedildiğinde o brick üzerindeki dosyaların kaybolmasına neden olabilir. Buna karşılık replicated volume daha fazla disk tüketir fakat veri dayanıklılığını artırır.

Kullanım Senaryoları

GlusterFS her proje için doğru çözüm olmayabilir; ancak doğru senaryoda oldukça güçlüdür. Özellikle birden fazla sunucunun aynı dosya havuzuna erişmesi gereken yapılarda avantaj sağlar.

Web Sunucuları Arasında Ortak Dosya Alanı

Birden fazla web sunucusundan oluşan yapılarda kullanıcı yüklemeleri, medya dosyaları, görseller veya statik içerikler ortak bir alanda saklanabilir. Örneğin iki farklı web sunucusu aynı uygulamayı çalıştırıyor ve kullanıcılar dosya yüklüyorsa, bu dosyaların tüm web sunucuları tarafından erişilebilir olması gerekir. GlusterFS bu noktada merkezi bir dosya havuzu sağlayabilir.

Yedekleme ve Arşiv Alanı

Sunucu yedekleri, log arşivleri, medya çıktı dosyaları veya dönemsel raporlar GlusterFS üzerinde tutulabilir. Replika yapısı sayesinde tek bir sunucu arızasında dosyaların diğer node üzerinde kalması sağlanabilir. Ancak GlusterFS bir yedekleme stratejisinin tamamı değildir; ayrı bir Yedekleme Hizmeti ile desteklenmesi önerilir.

Medya İşleme ve İçerik Platformları

Video dönüştürme, görsel optimizasyonu veya belge işleme gibi görevlerde birden fazla worker sunucu aynı dosya havuzunu kullanabilir. Bu sayede işlenen dosya bir sunucuda üretilirken başka bir sunucu tarafından okunabilir.

Geliştirme ve Test Ortamları

Geliştirme ekipleri, test dosyaları veya ortak veri setleri için GlusterFS tabanlı bir alan kullanabilir. Böylece farklı test sunucuları aynı örnek verilerle çalıştırılabilir. Bu senaryoda performans kadar kullanım kolaylığı ve merkezi yönetim de önemlidir.

Mimari Planlama ve Ön Gereksinimler

GlusterFS kurulumu teknik olarak basit görünebilir; fakat üretim ortamında başarılı bir yapı için planlama aşaması kritik öneme sahiptir. Sunucu sayısı, disk türü, ağ hızı, dosya boyutu profili ve beklenen trafik önceden değerlendirilmelidir.

• Sunucu sayısı: Replika yapısı için en az iki node önerilir. Daha yüksek erişilebilirlik için üç veya daha fazla node planlanabilir.
• Ağ bağlantısı: GlusterFS yoğun ağ trafiği oluşturabilir. Mümkünse node’lar arasında düşük gecikmeli ve yüksek bant genişlikli özel ağ kullanılmalıdır.
• Disk yapısı: SSD veya NVMe diskler küçük dosya yoğunluğu yüksek projelerde daha iyi sonuç verir. HDD diskler arşiv amaçlı büyük dosyalarda tercih edilebilir.
• Dosya boyutu: Çok küçük dosyalarda metadata işlemleri öne çıkar. Büyük dosyalarda ise ağ ve sıralı disk yazma performansı daha belirleyicidir.
• İşletim sistemi: GlusterFS genellikle Linux sunucularda kullanılır. Paket yöneticisi dağıtıma göre değişebilir.
• Zaman senkronizasyonu: Node’lar arasında saat farkı olmaması için NTP veya benzeri zaman senkronizasyonu kullanılmalıdır.
• DNS veya hosts kaydı: Node isimlerinin kararlı biçimde çözümlenmesi için DNS kaydı veya /etc/hosts düzenlemesi yapılmalıdır.

Örnek bir iki node mimarisi şu şekilde düşünülebilir: gluster01 ve gluster02 adında iki Linux sunucu, her birinde /data/brick1 dizini ve replika volume. Web sunucuları ise bu volume’ü /mnt/shared dizinine bağlayarak ortak dosya alanına erişir.

Bu tarz bir mimari için Corelux Sanal Sunucu veya yüksek disk kapasitesi gerektiren projelerde Türkiye Kiralık Sunucu seçenekleri değerlendirilebilir. Aynı lokasyondaki sunucuların tercih edilmesi, veri senkronizasyonu ve gecikme açısından daha sağlıklı bir yapı sağlar.

GlusterFS Kurulum Adımları

Aşağıdaki örneklerde iki sunuculu basit bir replicated volume kurulumu anlatılmaktadır. Komutlar örnek niteliğindedir; üretim ortamında dağıtımınıza, güvenlik politikanıza ve disk düzeninize göre uyarlanmalıdır.

1. Host İsimlerini Tanımlama

Her iki sunucuda da /etc/hosts dosyasına node IP adreslerini ekleyin. Örnek yapı:

192.168.10.11 gluster01
192.168.10.12 gluster02

Bu işlem, sunucuların birbirini kararlı isimlerle görmesini sağlar. IP adresleri örnektir; kendi özel ağ adreslerinizi kullanmalısınız.

2. GlusterFS Paketlerini Kurma

Ubuntu veya Debian tabanlı sistemlerde paket kurulumu için aşağıdaki komut kullanılabilir:

apt update
apt install glusterfs-server -y

RHEL, AlmaLinux veya Rocky Linux tabanlı sistemlerde paket isimleri ve depo gereksinimleri farklı olabilir. Genel yaklaşım şu şekildedir:

dnf install glusterfs-server -y

Kurulumdan sonra servisi başlatın ve sistem açılışında otomatik çalışacak şekilde etkinleştirin:

systemctl enable --now glusterd
systemctl status glusterd

3. Peer İlişkisini Kurma

gluster01 sunucusunda aşağıdaki komut ile ikinci node’u kümeye dahil edin:

gluster peer probe gluster02

Peer durumunu kontrol etmek için:

gluster peer status

Çıktıda diğer node’un bağlı ve erişilebilir göründüğünden emin olun. Eğer peer bağlantısı kurulamıyorsa güvenlik duvarı, isim çözümleme ve servis durumu kontrol edilmelidir.

4. Brick Dizinlerini Hazırlama

Her iki sunucuda da GlusterFS için kullanılacak dizini oluşturun:

mkdir -p /data/brick1/gv0

Bu dizinin ayrı bir disk veya ayrı bir dosya sistemi üzerinde olması önerilir. Kök dizin üzerinde plansız brick oluşturmak, işletim sistemi diskini doldurabilir ve sunucunun kararsız hale gelmesine neden olabilir.

5. Replicated Volume Oluşturma

İki node arasında replika volume oluşturmak için gluster01 üzerinde şu komutu çalıştırabilirsiniz:

gluster volume create gv0 replica 2 gluster01:/data/brick1/gv0 gluster02:/data/brick1/gv0 force

Volume’ü başlatın:

gluster volume start gv0

Volume bilgisini kontrol edin:

gluster volume info gv0

6. İstemci Sunucuda Mount Etme

GlusterFS istemci paketinin kurulu olduğu bir web veya uygulama sunucusunda volume’ü bağlamak için:

mkdir -p /mnt/shared
mount -t glusterfs gluster01:/gv0 /mnt/shared

Kalıcı bağlantı için /etc/fstab dosyasına uygun bir satır eklenebilir:

gluster01:/gv0 /mnt/shared glusterfs defaults,_netdev 0 0

Bağlantıyı test etmek için dosya oluşturun ve diğer istemcilerden erişilebilir olup olmadığını kontrol edin:

echo "GlusterFS test dosyası" > /mnt/shared/test.txt
cat /mnt/shared/test.txt

Volume Türleri ve Karşılaştırma

GlusterFS volume türü seçimi, veri güvenliği ve performans üzerinde doğrudan etkilidir. Yanlış volume türü, kapasite kaybına, performans sorunlarına veya veri kaybı riskine yol açabilir.

Başlangıç seviyesinde ve kritik dosyalar için çoğu kullanıcı replicated volume ile başlar. Daha büyük yapılarda ise distributed replicated volume tercih edilir. Örneğin dört node’lu bir yapıda ikili replika setleri oluşturularak hem kapasite hem de yedeklilik dengelenebilir.

Güvenlik Ayarları

GlusterFS ağ üzerinden çalışan bir sistem olduğu için güvenlik ayarları ihmal edilmemelidir. Özellikle public IP üzerinden erişim verilecekse risk ciddi biçimde artar. En iyi yaklaşım, GlusterFS trafiğini yalnızca özel ağ üzerinde çalıştırmak ve dış dünyaya kapatmaktır.

• Özel ağ kullanımı: Node’lar arası GlusterFS trafiği mümkünse private network üzerinden taşınmalıdır.
• Güvenlik duvarı: GlusterFS portları yalnızca küme üyelerine ve gerekli istemcilere açılmalıdır.
• Yetkili istemci sınırı: Volume erişimi belirli IP adresleriyle sınırlandırılmalıdır.
• SSH güvenliği: Node yönetimi için güçlü SSH anahtarları, sınırlı kullanıcı yetkileri ve gerekirse bastion mimarisi kullanılmalıdır.
• Dosya izinleri: Mount edilen dizinlerde Linux kullanıcı, grup ve izin yapısı dikkatli düzenlenmelidir.
• Yedekleme: Replika yapısı yedek değildir. Silinen dosya replika kopyalarından da silineceği için harici yedekleme şarttır.

Volume erişimini belirli istemci IP adresleriyle sınırlandırmak için örnek bir komut:

gluster volume set gv0 auth.allow 192.168.10.20,192.168.10.21

Güvenlik duvarı tarafında sadece gerekli IP adreslerine izin verilmelidir. Örnek olarak UFW kullanılan bir sistemde belirli bir istemciye izin vermek için:

ufw allow from 192.168.10.20 to any port 24007
ufw allow from 192.168.10.20 to any port 24008

Gerçek port gereksinimleri volume yapısına, dağıtıma ve GlusterFS sürümüne göre değişebileceğinden üretim öncesi test ortamında bağlantılar doğrulanmalıdır.

Performans Optimizasyonu

GlusterFS performansı yalnızca disk hızına bağlı değildir. Ağ gecikmesi, dosya sayısı, dosya boyutu, istemci sayısı, replika türü, mount seçenekleri ve uygulama davranışı toplam performansı belirler. Bu nedenle optimizasyon yapmadan önce iş yükü profili netleştirilmelidir.

Küçük Dosya Yoğunluğu

Çok sayıda küçük dosya, dağıtık dosya sistemlerinde ek yük oluşturabilir. WordPress medya dizinleri, cache dosyaları veya oturum dosyaları gibi küçük dosya yoğunluğu yüksek alanlarda performans testi yapılmalıdır. Bazı durumlarda oturum verilerini dosya sistemi yerine Redis veya veritabanı gibi ayrı bir serviste tutmak daha doğru olabilir.

Büyük Dosya Transferleri

Video, arşiv, imaj veya yedek dosyaları gibi büyük dosyalarda ağ bant genişliği ve disk sıralı yazma performansı öne çıkar. Bu senaryoda NVMe diskler, 10 Gbps ağ veya özel veri merkezi içi bağlantılar ciddi fark oluşturabilir.

Örnek Volume Ayarları

Bazı performans seçenekleri iş yüküne göre değerlendirilebilir. Örneğin okuma performansı için ilgili cache seçenekleri test edilebilir:

gluster volume set gv0 performance.cache-size 512MB
gluster volume set gv0 performance.io-thread-count 16

Bu ayarlar her sistemde aynı sonucu vermez. Üretim ortamında değişiklik yapmadan önce test ortamında ölçüm yapılmalı, değişiklik sonrası okuma, yazma ve gecikme değerleri karşılaştırılmalıdır.

Uygulama Katmanı Optimizasyonu

GlusterFS performansını artırmanın en etkili yollarından biri, gereksiz dosya sistemi erişimlerini azaltmaktır. Web uygulamalarında statik içerikler CDN veya cache katmanı ile sunulabilir. Kullanıcı oturumları dosyada değil merkezi bir bellek tabanlı serviste tutulabilir. Log dosyaları GlusterFS üzerinde değil, yerel diskte veya ayrı log toplama sisteminde yönetilebilir.

Yoğun trafikli projeler için Linux Hosting yerine özel kaynak isteyen bir Türkiye VPS Sunucu veya daha yüksek performans gerektiren yapılarda Kiralık Sunucu tercih edilebilir.

İzleme, Bakım ve Sorun Giderme

GlusterFS kurulduktan sonra düzenli izleme yapılmazsa küçük problemler büyüyerek veri tutarsızlığına, performans düşüşüne veya erişim kesintisine dönüşebilir. Bu nedenle volume durumu, peer bağlantıları, disk doluluk oranları ve heal süreçleri düzenli takip edilmelidir.

Volume Durumunu Kontrol Etme

gluster volume status

Bu komut volume üzerindeki brick durumlarını, port bilgilerini ve çalışma durumunu gösterir. Her brick’in aktif olduğundan emin olunmalıdır.

Peer Durumunu Kontrol Etme

gluster peer status

Peer bağlantısında kopma varsa ağ erişimi, isim çözümleme, güvenlik duvarı ve glusterd servisi kontrol edilmelidir.

Heal Durumunu İnceleme

gluster volume heal gv0 info

Replika volume üzerinde bir node kesinti yaşadıktan sonra tekrar döndüğünde dosyaların senkronize edilmesi gerekebilir. Heal süreci tamamlanmadan node’ların sağlıklı olduğu varsayılmamalıdır.

Disk Doluluk Kontrolü

df -h
du -sh /data/brick1/gv0

Brick disklerinin dolması, yazma hatalarına ve servis kesintilerine yol açabilir. Disk doluluk oranı belirli bir eşiği geçtiğinde alarm üretilmesi önerilir.

Servis Günlüklerini İnceleme

journalctl -u glusterd --no-pager

Log kayıtları bağlantı hataları, yetki problemleri ve servis başlatma sorunları için önemli ipuçları sağlar. Ancak log dosyalarının da disk doldurmasını önlemek için düzenli rotasyon uygulanmalıdır.

En İyi Uygulamalar

GlusterFS kullanırken aşağıdaki en iyi uygulamalar, sistemin daha güvenilir ve yönetilebilir olmasına yardımcı olur.

• Önce test ortamı kurun: Üretime geçmeden önce aynı mimariye yakın bir test ortamında okuma, yazma, kesinti ve geri dönüş senaryolarını deneyin.
• Replika kullanın: Kritik veriler için yalnızca distributed yapıdan kaçının. En az iki kopyalı replika planlayın.
• Özel ağ tercih edin: GlusterFS trafiğini public internet üzerinden taşımayın. Özel ağ hem güvenlik hem performans sağlar.
• Diskleri ayırın: Brick dizinlerini işletim sistemi diski yerine ayrı disk veya ayrı bölüm üzerinde tutun.
• Yedeklemeyi ihmal etmeyin: Replika, yanlışlıkla silme veya yazılım hatasına karşı koruma sağlamaz. Düzenli yedek alın.
• Monitoring kurun: Disk doluluğu, servis durumu, peer bağlantısı, heal kuyruğu ve gecikme değerlerini izleyin.
• Bakım penceresi planlayın: Node yeniden başlatma, disk değişimi veya paket güncelleme işlemlerini kontrollü bakım pencerelerinde yapın.
• Uygulama davranışını analiz edin: Çok küçük dosya üreten veya sürekli dosya kilidi kullanan uygulamalarda GlusterFS performansı dikkatle test edilmelidir.
• Dokümantasyon tutun: Node IP adresleri, brick yolları, volume komutları, mount noktaları ve bakım prosedürleri yazılı olmalıdır.

Pratik bir örnek vermek gerekirse, iki web sunucusu ve iki depolama node’u bulunan bir e-ticaret altyapısında ürün görselleri GlusterFS üzerinde tutulabilir. Web sunucuları aynı mount noktasını kullanır, uygulama görselleri buraya yazar ve diğer web sunucusu dosyayı anında okuyabilir. Ancak sipariş veritabanı, ödeme kayıtları ve oturum bilgileri GlusterFS üzerinde dosya olarak saklanmamalı; bu veriler uygun veritabanı ve güvenli servis mimarisiyle yönetilmelidir.

Bir diğer senaryoda, medya ajansı büyük video dosyalarını işleyen worker sunucular kullanabilir. Her worker aynı GlusterFS volume’üne bağlanır. Bir worker ham videoyu alır, diğeri dönüştürür, üçüncüsü çıktı dosyasını yayın klasörüne taşır. Bu yapı operasyonel kolaylık sağlar; fakat yüksek ağ trafiği oluşacağından sunucuların aynı lokasyonda ve yüksek bant genişliğine sahip olması önemlidir.

Sıkça Sorulan Sorular

Sonuç

GlusterFS, Linux sunucularda ölçeklenebilir, esnek ve dağıtık dosya depolama mimarisi kurmak isteyenler için güçlü bir çözümdür. Doğru planlandığında birden fazla web, uygulama veya worker sunucusunun aynı dosya havuzunu kullanmasını sağlayarak operasyonel kolaylık sunar. Ancak replika, yedekleme, ağ güvenliği, disk planlaması ve izleme süreçleri ihmal edilirse beklenen fayda yerine performans ve veri bütünlüğü sorunları ortaya çıkabilir.

Üretim ortamında GlusterFS kullanmadan önce iş yükünüzü analiz etmeli, test kurulumu yapmalı, özel ağ kullanımını planlamalı, güvenlik duvarı kurallarını netleştirmeli ve düzenli yedekleme sürecini oluşturmalısınız. Web projeleri, medya platformları, arşiv sistemleri ve çok sunuculu uygulama altyapıları için Corelux Sanal Sunucu, Kiralık Sunucu, Bulut Sunucu ve Yedekleme Hizmeti seçenekleriyle güvenilir bir altyapı planı oluşturabilirsiniz.